Roze

Nu reizeem ja ir gruuti izdaraams .. piemeeram kaads IF nosaciijums vai cikls lapai pa vidu un ir saape pacelt vinju pirms visa satura izvades var izmantot arii Output Control Functions http://lv.php.net/manual/en/ref.outcontrol.php Piemeeram: <? ob_start(); echo "Lala"; header("Location: blabla.php"); ob_end_flush(); ?> Shim piemeeram gan nav jeegas jo redirekts notiks vienmeer (kaa jau teicu tas noder pie nosaciijumiem) tachu skripts izpildiisies bez kljuudu pazinjojumiem un korekti :)

Nez vai win platforma ir diezko laba shaadaam lietaam (it iipashi ja tiek veel likts uz kaadas darbstacijas), jo DNS serverim vairaak vai mazaak ir janodroshina 24h/7d uptaims un tiikls, preteeji 100% vairs nestraadaa citi servisi kas balstaas uz name lookuposhanu - web/emails/ftp utt. Liidz ar to ja arii pasham nav iespeeja ieteiktu izmantot kaada provaidera vai taa pasha Latnet NS (ja tas ir .lv domeens tad tas ir cenaa iekljauts).

Nu sheit domaaju tiiri informatiivus pakalpojumus.. Ar domu var indivualizeet kaut kaadus lietotaaja settingus utt (cookiji tomeer nav visiem un ir kjeska). Aiz kam shaubos vai no operatora gw kaut ko nofeikosi.. Bet ja taa tad teoreetiski jau kas attiecas uz tiikla buushanaa var "viltot" gandriiz visu - jautajums cik tas ir viegli/fiksi izdaraams. Kas attiecas uz personu datu aizsardziibu afaik tur ietilpst citi dati (pie kam kompanijas kas sniedz shaadus servisus un regjistree kaut kaadus lietotaajus parasti ir visas formalitaates datu aizsardziiebs agjentuuraa (vai kaa tur) izpildiijushas) nevis piem imei kods. Tad tikpat labi vareetu iespringt par IP :)

Skjiet ka tas pashlaik nav iespeejams jo tas jau ir operatora liimenii proti vai gateways padod veel headeros kaut kaadu papildus datus.. Cik zinu pagaidaam tas veel nenotiek (lai gan ir gaajushas runas - jo taadejaadi atviegloti kaudzi caur gprs/wap piedavaato pakalpojumu izveidi - t.i. principaa nevaidzeetu autorizaacijas utt). Kas attiecaas uz browseri tas stradaa tikai tad ja lieto kaut kaadu iebuveeto (kuraa parasti tad ir ieshuuts mob modelis/firmware) a ja uzliec piemeeram Operu tad tev raadiisies vienkaarshi opera kaa user-agents..

Var piekrist tam ka vispirms vajadzeetu pasha speekiem meegjinaat kaut ko pamekleet un tad teikt "vot izrakaaju visu tiiklu bet neatradu kaa .. " bet oponeeshu otrajai daljai .. Proti neviens jau nespiezh atbildeet un nevienam tas nav uzlikts par pienaakumu. Ja cilveekam ir laiks un veeleeshanaas kaut ko uzrakstiit vinsh to dara - nav jau sheit nekaads supporta kantoris kam obligaati jaadod klientam instrukcijas.

Nez tam principaa rewrite rulei nevaidzeetu nostraadaat par to atbild: RewriteCond %{REQUEST_FILENAME} !-d Pats gan neesmu testeeji bet varbuut probleemas un savadaakaa darbiiba notiek ar mod_spelling (tjipa ja requests tiek paarlabots no cita modulja).

Sveiki gribeeju paintereseeties vai kaads ir kaut ko dariijis (jeb varbuut ir kaads cits jauks variants) ar datu glabaashanu atminjaa jebshu datiem / mainiigajiem kurus var padot visa servera robezhaas (ne tikai individuaala lietotaaja / sesijas). Proti ideja ir taada ka ir zinaams kvantums datu kas visiem apmekleetaajiem ir vienaadi (tai pashaa laikaa visas lapas caching mehaanisms iisti nedarbojas jo nemainiigi ir tikai kaut kaadi objekti (piemeeram preces nosaukums / u.c. parametri), bet to izveitojums un pozicijas var mainiities dinamiski) liidz ar to pie liela liela vienlaiciiga apmekletaaju skaita ir liela noslodze DB (SQL) serverim (sheit vairs neiet runa pat par db servera tuningu jo pat ar to rezultaats iipashi neuzlabojas). Tika izveidots viens risinaajums ar MMCache (mmcache_put() mmcache_get()) tachu radaas tieshi taada pati probleema: ar maz lietotaajiem lapa protams "lidoja" - bet liidzko paraleelo pieprasiijumu skaits palielinaajaas serveris saaka riistiities. Aciimredzot katram lietotaajam iekshs shared memory ielasiitie dati tikuntaa tiek ielasiiti veelreiz proti ja glabaajam 10Mb tad vinji netiek acceseeti tieshi bet briidii kad tik nolasiiti tiek iemesti atminjaa veelreiz pirms lapa tiek uzbuildota.. Tagad ir variants pameegjinaat ar shmop http://lv.php.net/shmop tachu ir nelabas aizdomas ka rezultaats buus analogs. Peedeejaa iespeeja ir ar kaadu background procesinju gruuzt datus uz diska (kaa speed improvmentu vareetu izmantot particiju kas izveidota uz rama) failos un taisiit to nolasiishanu / apstraadi.

Nu $lang = 'lv'; $$lang = 'blabla'; izveidos mainiigo $lv ar veertiibu 'blabla'

Nu a kur probleema? Ja jau tev register_globals ir off $laux='$value' vietaa ierakstiit? ... ".$_GET['laux']."='".$_GET['value']."' ... vai arii ja tomeer gribaas straadaat ar $mainiigais tad pirms koda ierakstiit: extract($_GET, EXTR_SKIP); superglobals mainiigie ir/buus vienmeer..

Manupaar all-in-one paku truukums ir piemineets 100 un 1nu reizi. Proti taadejaadi tu pilniigi neko neizlasi, neiemaacies un tev galiigi nerodas nojeega kas, kaa un kapeec straadaa. Nevis katru reizi mekleet kur nu iisti bija taa .exe kas man uzlika tu shito un to.. Pie kam apache / mysql / php tiek izstraadaati atseviskji un dazhaados tempos - ja apache peedeejaa gada/pusgada laikaa ir labi ja par vienu versiju nomainijusies tad php ir ik meenesi pa jaunai neskaitot nemaz visas RC :) Ja arii reizeem nebuutiski labojumi - neiesi tak vilkt un paarlikt katru reizi visas paareejaas lietas kas nav mainijushaas ko dara shaadas pakas.. Ja ir veeleeshanaas no end-usera paariet uz developeri tad tikdaudz cik install.txt kas naak liidzi apaches instalaacijai un Quick Install prieksh php izlasiit vajadzeetu (taas ir paardesmit rindinjas - un ja nominizee tad jau mineetajaa php-dev adresee atliek izlasiit ar peleeku izceltos Key eventus ar ko vajadzeetu pietikt).

Svariigi ir kaads ir iestaadiits session.cache_limiter ja tas nav mainiits un ir 'nocache' .. Proti ja ir defaultais 'nocache' tad nav noziimes darboties "Setting new_cache_expire is of value only, if session.cache_limiter is set to a value different from nocache. " Liidz ar to samaini konfiguraacijaa uz 'private' vai 'private_no_expire' vai ja nepieciesshams tikai dazhaam lapaam lieto shaadi: session_cache_limiter('private'); session_cache_expire(180); session_start(); Par limiter veertiibaam: The cache limiter defines which cache control HTTP headers are sent to the client. These headers determine the rules by which the page content may be cached by the client and intermediate proxies. Setting the cache limiter to nocache disallows any client/proxy caching. A value of public permits caching by proxies and the client, whereas private disallows caching by proxies and permits the client to cache the contents. In private mode, the Expire header sent to the client may cause confusion for some browsers, including Mozilla. You can avoid this problem by using private_no_expire mode. The expire header is never sent to the client in this mode.

Nuu ar php ir arii diezgan jauki shell scriptinjus rakstiit.. Ja slinkums vai nav zinaashanas bashaa vai perlaa tad php ir variants un tur kaut kaadas pauzes un sleepus izmantot var. Otraamkaartaam ieksh php var rakstiit ar dazhaadus daemon procesinjus, botus un sazin ko veel ;) Es piem diezgan eleganti prieksh savaam vajadziibaam paipoju shaadus taadus e-pastus caur php scripteli.

Shaadi php izdaraas tad ja krievu tekstu (analogi arii lv) meegjini ieposteet no formas/lapas kurai ir cits encodings. Risinaajums krievu tekstam izmantot lapas ar win-1251 encodingu vai arii jeeedzigaak buutu UTF

Nu principaa var - tachu varbuut ir veerts padomaat par to kaa eertaak. 1. Ja stingri paliekam pie Excel: Tad variants ir izmantot ODBC - proti nepiecieshama windows darbstacija/serveris (var protams arii uz *ix sisteemaam tachu tad buus papildus jaaliek ODBC serveris un attieciigi draiveri). Ejam Control Panelii/ODBC vai arii XP/2000 zem Administrative Tools/Data sources(ODBC) njemam System DSN tad Add izveelamies Microsoft Excel Driver (*.xls) nosaucam muusu Sourci kaut kaa un noraadam uz .xls failu.. Tad ejam uz http://lv.php.net/manual/en/ref.uodbc.php http://lv.php.net/manual/en/function.odbc-connect.php un lasam kaa piesleegties un izpildiit SQL kverijus. Var gan meegjinaat taisiit arii taa sauktaas DSN-less konekcijas (ar Exceli nezinu bet ar Access .mdb straadaa normaali) http://php.weblogs.com/odbc http://php.weblogs.com/adodb 2. Veidojam pashi savu datubaazi (piem ieksh MySQLa) un ja vajag kaadam Exceli atskaiteem (parasti graamatvedeem utt) tad prieksh vinjaam to uzgjenereejam ar Spreadsheet_Excel_Writer http://pear.php.net/package/Spreadsheet_Excel_Writer straadaa vienkaarshi lieliski..

Jaa tapeec ka tev tiek veerti valjaa visi faili caur index.php (proti nav rewrite nosaciijums ka reaali fails eksistee liidz ar to tad kad tiek veerts valjaa http://tavsais/style.css apache vinju paarmet uz http://tavsaits/index.php?sec=style.css - liidz ar to css protams netiek atteelots - taapat ar bildeem). Iesaku shaadas rules (kas pirmkaart checko kas pa failu tiek pieprasiits zinaamos paplashinaajums nepadot by default - otrs skataas vai fails neeksistee (daljeeji dublicee pirmo ruli tachu pirmaa rule noteikti atgrieziis 404 (Not Found) erroru hja fails fiziski neeksistees turpretii ja ruli izmetam tad http://tavsaits/fails.huj tikuntaa vienmeer tiks atrasts (kas nav korekti ja vien tu pats necheko veelaak ar php)) un skataas vai neeksistee shaada driektorija): RewriteEngine On RewriteCond %{REQUEST_URI} !\.(css|js|jpg|gif|jpeg|avi|mp3) RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php?sec=$1 [QSA,L]

Diezgan vienkaarshs autorizaacijas veids ir izmantot HTTP AUTH http://lv.php.net/features.http-auth (tur arii piemeeri) - nav nepiecieshamas sesijas u.c. lietas. Lietotaaju/paroli protams vari saliidzinaat pret kaadu datubaaziiti vai cita veida sarakstu.

Taisi divdimensionaalu masiivu.. (protams ja tas jau neapzinaati netiek dariits - nesaki ka tu veido 300 mainiigos?!). Proti ir viens masiivs "virseejais" kas satur shos 300 masiivus kaa elementus un tad ar to pashu array_slice no vinja var atlasiit vajadziigos (pirmos/peedeejos). Vizuaali apmeeram shaadi tas izskataas: Ja: $a = array("1"=>"lala"); un $b[1] = $a; tad $b[1][1] == "lala" taapat arii taisi taalaak.. $b[2] .. $b[300]

Ar ass.lv nav pat mod_rewrite (buutu lieks overheads) bet vienkaarshi pie AddType ir pielikts klaat veel viens paplashinaajums tas arii viss. AddType application/x-httpd-php .php .ass Kas attiecas uz php kaa executable var meegjinata vienu no diviem variantiem: Vai nu : http://gtk.php.net Vai arii: http://members.chello.be/ws36637/php4delphi.html Esmu izmantojis peedeejo un viss diezgan jauki straadaa..

Shaubos vai taa ir laba doma un to dariisim.. Kur beidzas iesaaceejs un kur saakas kaut kas cits? Buus bardaks - liidz ar to vienkaarshi, kuri negrib tie nelasa / nekomentee un miers.

Nu bet ko es saku?

Esi kljuvis par HTML un XHTML, CSS forumu moderatoru..

Tas ir palaizhams softwariski (tb vari includeed savaa produktaa lai emuleetu servera darbiibu) near PHP afaik.. Par storeetaam proceeduraam un viewiem gan taisniiba - bet tapeec jau arii gaidam MySQL 5.x ;)

Nu skjeerslji, iemesli vai plusi ir shaadi: 1. Nav (vajadziigs/iespeejams uzlikt) MySQL serveris - proti sleedzamies pa taisno mdb failam. 2. Mums ir aplikacija kas jau straadaa ar ar .mdb - sheit gan var iet divejaadus celjus proti. Mdb ir iespeeja caur MyODBC linkot tabulas/datus uz mysql serveri. 3. Varam veelaak bez liekiem exportiem utt datus (ar visaam formaam vai jebko) atdot klientam/lietotaajam. no MySQL tad buus papildus veel kaut kaa jaaeksportee. Aiz kam SQL paliek SQL nav ljoti buutiskas funkcionaalas atskjiriibas kas staav "aizmuguree".

Nedomaaju ka teibli jelkad izbeigsies - jo par struktureetas (tabulaaras) informaacijas likshanu tabulaa nekas labaaks nav izdomaats. Arii tavs mineetais piemeers (zimeejumaa) vienkaarshaka ir defineejams un izveidojams ar tabulu - proti to visu var izveikt ar vienu pashu tabulu noraadot vinjai shuunu izmeerus un cellspacingu/padingu - preteeji layeriem jaadefinee gandriiz katram savs floatings utt. Layeri manupraat vairaak der "nestandarta" risinaajumiem kur svariiga objektu pozicioneeshana un neatkariiba no citiem elementiem (preteeji tabulas shuunaam kuraam izmeeri ir saistiiti). p.s. http://php.lv/f/index.php?showtopic=1023&v...findpost&p=6385

Var arii izmantot taa saucamaas DSN-Less konekcijas (proti bez Windozes kastes kurai ieksh ODBC piekabinaata Accesa db). http://php.weblogs.com/odbc#dsnless