Roze

Nu tas izriet no situaacijas un vajadziibaam. Proti, ja tev kaut kaadi lauki/stringi noteikti jaarepleiso pret kaut ko citu, tad protams to vajag dariit pirms ievades datubaazee, jo pilniigi nevajadziigi ir apstraadaat tekstu katreiz to nolasot no db nevis izdarot to vienreiz. Otrs variants - tev tekstaa ir kaut kaadas dinamiskas veertiibas vai mainiigie: "Esi sveicinaats(a) [persona]!" kur [persona] tiek repleisota pie izvadiem ar kaut kaadu aktiivo lietotaaju. Tad nekaa savaadaak nesanaaks kaa vien repleisot peec nolasiishanas..

Netiishaam bakstoties pa citaam teemaam (mekleeju kaut ko aatraaku par apache bet ar normalau php supportu - peedejaais kas tika testeets bija Caudium diemzheel nedeva vajadziigo iespaudu) atradu http://www.zeuscat.com/andrew/work/aprbench/ peec kura diezgan vienkaarshi redzeet ka 2.x ir aatraaks.. + ja paspeeleejas veel ar Worker moduli tad arii sisteemas resursus krietni ietaupiit.

Jau oftopikojam.. Nu serveris ta viens.. lietotaaaju daaaaaaaaauuuuudz :) Bet nu taa ja DB ir MySQLs iesaku izlasiit / lietot: http://dev.mysql.com/doc/mysql/en/Query_Cache.html Query Cachings taisa apbriinojamus rezultaatus .. proti speed improvments ir 100-1000 reizes..

Nu lietotaaja galaa tie dati jau atkal jaaatkompresee ;) Noslodze arii juuzerim

prieksh <br> nl2br http://lv.php.net/nl2br Paareejam var izmantot str_replace vai strtr: http://lv.php.net/strtr $renam = array ( '<Zals>' => '<font color="#00CC00">', '<Zils>' => '<font color="navy">'); $teksts = strtr($teksts, $renam);

<? echo implode('<br/>',array_slice(file('fails.txt'),0,15)); ?> Ja gribi lai teiksim nakoshajaa lapaa buutu nakoshaas 15 rindinjas 0 vietaa liec 14/ tad 28 utt.. proti ja $lapa ir nododamais parametrs tad var ja teiksim saakam ar 1 ($lapa - 1) * 14 vai ja ar 0 lapu tad nevajag -1

Šaubos vai kas ļoti jēdzīgs sanāktu, jo: 1. Pamata jautājumi jebšu pirmie soļi PHP ir diezgan normāli aprakstīti latviešu valodā jau visur kur citur. 2. Pārējās attiecīgajās foruma sadaļas apspriestās problēmas / idejas jau ir unikālas līdz ar to kāda jēga vēlreiz vilkt kaut kur visu laukā? Ja jau reiz forumā ir jautājums ir atbildes (pie kam var izlasīt dažādus viedokļus / risinājumus / ieteikumus, kas ne vienmēr ir viennozīmīgi un sakrītoši - un vēlākā diskusijā secinājumi par to kura metode ir vai nav efektīva utt). 3. Forums ir loģiski sadalīts, tam ir meklēšanas funkcija - kapēc to visu vēlreiz kaut kā ņemt un pārtaisīt / pārkopēt? 4. PHP vēlaizvien ir zem smagas konstrukcijas un versijas rodas kā sēnes pēc lietus, ja tā varētu izteikties, un nereti gadās tā, ka laika gaitā mainās funkcijas, nāk klāt jaunas ērtības labad utt utt. Līdz ar to, lai arī vienmēr ir kaut kāda atpakaļejoša savietojamība, lai uzturētu aktuālu kodu piemēru DB krietni vien būs kādam jāņemas. Manuprāt, lieki. Galugalā Chickenz, kurš tad tev liedz ko tādu darīt? Kopē un peisto. Ja viss labi sanāks, tauta atzinīgi novērtēs - būs tev gods un slava :)

Shis gan vairs nav aktuaali un patiesi. Preteeji PHP5 apache 2.x branch ir krietni vien vecaaks un stable releases krietni vairaak. Pamataa jau vairaak vai mazaak viss ir identisks (liela dalja jaunumu manupraat nemaz tik plashi izmantoti netiek liidz ar to noziimiiba zuud): http://httpd.apache.org/docs-2.0/en/new_features_2_0.html Ja ir veeleeshanaas paspeleeties ar dazhaadiem threading veidiem (pats gan lietoju standarta prefork) un ir vajadziiba peec SSL (ar mod_ssl krietni vienkaarshaak viss notiekas) tad ganjau ka ir veerts skatiities uz Apache2 (kaa arii pienjemot ka iespeejams tas buus arii turpmaak developeets zars) pusi, bet taa buutiskas performances atskjiriibas nav maniitas.

Nu peec idejas jau runa ir tak par to bildes tiek croslinkotas t.i. no vienas weblapas liktas citaa un tur jau refereri suuta lietotaaja paarluuks liidz ar to viltiigam/neviltiigam iisti nav vietas :) jo apmekleetaajam tak principaa ir pie kaajas no kurienes attieciigais atteels ielaadeejas (un ja nelaadeejas tad vinsh vaino weblapas veidotaaju). Un lai taisiitu kaut kaadu uberscriptu kursh suuta vai nesuuta "upura" webserverim (uz kuru linko bildes) http headerus manliekas ir lielaaka saape nekaa vienkaarshi njemt un noliichot visus atteelus. Pie kam ja arii apmekleetaajs ir tik "viltiigs" (lieto tur hax0red browseri vai nez veel ko) lai arii vinjam tiek (man piemeeram nebuutu zheel :) )

Protams ka ir reaali, bet tur peec idejas jeedziigaak to buutu dariit (ja vajadziigs visaam bildeem) ar apache iespeejaam nevis teiksim statiskas bildes peeksnji ar php un GD vadiit uz ekraana. Tas gan der tikai ja ir iespeeja tiktl klaat pie apache configa vai arii ir tiesiibas ietot .htaccess t.i. ja refereris ir cita lapa tad raadam kaut kaadu defaulto gljukbildi.. :) Blocked Inline-Images Description: Assume we have under http://www.quux-corp.de/~quux/ some pages with inlined GIF graphics. These graphics are nice, so others directly incorporate them via hyperlinks to their pages. We don't like this practice because it adds useless traffic to our server. Solution: While we cannot 100% protect the images from inclusion, we can at least restrict the cases where the browser sends a HTTP Referer header. RewriteCond %{HTTP_REFERER} !^$ RewriteCond %{HTTP_REFERER} !^http://www.quux-corp.de/~quux/.*$ [NC] RewriteRule .*\.gif$ - [F] RewriteCond %{HTTP_REFERER} !^$ RewriteCond %{HTTP_REFERER} !.*/foo-with-gif\.html$ RewriteRule ^inlined-in-foo\.gif$ - [F]

Nu pag taajau var iekrist depresijaa :) Bet kaa piemeeram shaadaa gadijumaa kad pie viena datora pieseezhas cits lietotaajs (tb e-kafees u.c. liidziigaas iestaadees tad 10-20 personas pie viena verkja pieseezhas dienaa un ja nu atver to pashu lapu)? IP, cookiji utt viss ir viens, bet apmekleetaajs tachu cits =] un vinju njem un nepieskaita.. Liela dalja sisteemu pie tam skaita nevis lietotaajus bet itkaa unikaalus apmekleejumus (visits), kas var veidoties arii no viena lietotaaja - proti ja lietotaajs apmeklee lapu no riita un apmeklee vakaraa - tie jau ir divi apmekleejumi dienas robezhaas (shii pauze var buut dazhaada 30min - 1h - .. shaada opcija ir pat logu analizatoriem) Visas skaitiishanas sisteemas dod tikai aptuvenu statistiku un kuru gan iipashi satrauc 10-100 lietotaaji vairaak vai mazaak. Kur tiek atnjemts tur citur atkal tiek pielikts.. Pie kam statistika vairaak tiek vaakta biznesa vajadziibaam, lai vareetu izdariit kaadus secinaajums utt un tur jau ir tendence un veelme lai skaitlji buutu lielaaki :) Bet teoreetiski ja gribi tieshaam unikaalus lietotaajus (un taadus kurus patiesi saista attieciigais resurs/webvieta (piem kaa shis forums)) tad lapa ir jaataisa ar regjistreeshanos un autorizaaciju, bet tas der tikai comunity tipa lapaam jo vienkaarshaa info weblapaa neviens neregjistreesies..

Nu tu jau pats principaa arii esi atbildeejis uz uzdoto jautaajumu. Proti, weblapas apmekleetaaji, kuriem ir kopiiga IP ar citiem lietotaajiem (tiek izmantots proxy (sheit veel var skatiities X_FORWARDED_FOR t.i., ja proxy serveris shaadu headeru padod (biezhaak gan korporatiiva rakstura firmaas izmantotie to nedara/nepadod) no kaadas IP ir reaalais klients vai ir teiksim NATs/VPNs utt utpj) un nav iespeejams izveidot cookijus. sho unikalitaati sabeidz. Bet nu taa standarta variants vareetu buut shaads. chekojam vai ir cookijs (vai var izveidot cookiju) un skatamies DB vai no shaadas IP ir bijis apmekleejums (un vai ar identisku vai unikaalu cookija hashu/identifikatoru) vai arii vienkaarshi ieliekam DB vai logfailaa jaunu ierakstu kuru veelaak pie unikaalo atselekteeshanas atsijaajam. No otras puses nezvai ir ljoti liela jeega lauziit galvu par iipashi unikaaliem apmekleetaajiem, bet izmantot kaadu jau esoshu counter servisu, kuri arii tepat Latvijaa ir diezgan gana.

Ir shaads variants: The workstation logon credentials of users are passed through to the web server http://modntlm.sourceforge.net/ (pie kam tas arii ir tikai IE gadijumaa) (pasham gan bik segfaulteeja un tai vietaa izmantoju smbauth moduli). Vairaak gan nekas serverside pusee praataa nenaak. Lai vaaktu datus par klientu nepiecieshams kaut ko uzlikt / palaist uz lietotaaja darbstacijas un sheit jau var izvirst: Vai nu tas ir kaadas aplikaacijas ieksh Delphi / C / VB u.c. ar web komponenti kas padod webserverim vajadziigos parametrus (vizuaali vai backgroundaa) vai arii jaaraksta kaads ActiveX (praksee tas ljoti jauki darbojas (un bez jebkaadaam dependecies vai citiem requirmentiem) - proti Delphi -> Webkomponente -> php | Delphi -> MySQL -> php) Ja ir mazaakas zinaashanas programmeshanaa citaas valodaas kaa PHP iespeejams pat darbinaat php uz klienta mashiinas http://members.chello.be/ws36637/php4delphi.html taadejaadi ar fizisku pieeju datoram kas ljauj nolasiit praktiski jebkurus sisteemas setingus utt..

Nu shis gan attiecas tikai uz sesijas id glabaashanu liidz ar to konfidenciaala/nekonfidenciaala nav pareizi, jo dati anyway ir servera pusee. Parasti nokluseetaa konfiguraacijaa ir: session.cookie_lifetime = 0 Liidz ar to tiek veidota jauna sesija pie browsera aizveershanas/atveershanas. Ja gribaas lai taa buutu tad jaaseto savs cookijs un tad jau kaa Venom teica ar session_id() likt tur sesijas id vai arii jaamaina shis parametrs un janoraada cookiju lifetime (kas gan manupraat nav ieteicams).

Ar IIS neesmu darbojies jau gadus 4, bet vai virtuaalas direktorijas (jeb aliasi) nav tikai virtuaali (t.i. acceseejami tikai caur http pieprasiijumu un hdd reaali nekas neveidojas). Proti php jau includes veic izmantojot reaalo failu sisteemu (failu fizisko atrashanaas vietu). Uz *ix sisteemaam gan to viegli imiteet ar symlinkiem, bet uz win skjiet buus jaavada reaalie pathi.

1. Vienkaarshaakais variants savadiit atljaujamos apgabalus (kurus tad attieciigi katrai valstij var atrast) piem Latvijai: http://www.nic.lv/gix.html Vai prieksh scriptiem speciaali http://www.nic.lv/local.net Var jau gan izmantot visaadu ip geo servisus bet tas ir kjeepiigi un ne vienmeer informacija ir preciiza. 2. LV variantaa: http://www.bankserviss.lv/lv/services/tirgot/IBIS/ Vai arii ja teiksim http://www.hansabanka.lv/pakalp/jr_3_7.php tas gan risinaajums balstoties uz Hansabanku

Diezgan jauks import/export kaa arii menedzhmenta toolis ir http://www.dbtools.com.br/EN/dbmanagerpro.php Nebuus kjeepa ar CSV :)

Vispaar jau tautietim vajadzeeja iedot anglju valodas vaardniicu, noraadi uz www.google.lv un laist pasaulee (kaa arii principaa izmantot to pashu FP vai jebkuru citu wysiwyg editoru source skatiishanaas rezhiimaa - proti ir tak gauzhaam vienkaarshi redzeet ko katrs tags, parametrs vai elements noziimee un atteelo), bet nu shis tas latviski ir: http://www.liis.lv/webgramata/temas/index.html

"It uses a Windows ADODB COM object to open the .mdb database" Ar sho te arii 90% viss beidzas taakaa "COM functions are only available for the Windows version of PHP." Lai gan mineetajaa variantaa ja webserveris ir uz windows platformas tas der, tachu tam iisti nav vajadziiga pat nekaada klase.. atliek tikai palasiit http://lv.php.net/com vai http://lv.php.net/manual/en/ref.uodbc.php samples un piemeerus un viss buus.. Var jau gan njemties ar http://www.unixodbc.com/ bet nu ganjau web variantam eertaak ir lietot mineeto Venom piedavaajumu proti phpMyAdmin -> php -> MySQL un tad jau var uzlikt MyODBC draiveri http://www.mysql.com/products/connector/odbc/ uz windozes mashiinas un pielinkot ieksh Accesa vajadziigaas tabulas un turpinaat straadaat arii uz MS produkta ja tajaa izveidotas formas reporti utt (starp citu diezgan eleganti shaadi risinaajumi praksee)..

Ganjau ka esi panjeemis .msi packagi un tam vajag jaunaaku MS Installeri, kas ar W98 veel kopaa nenaaca.. http://www.microsoft.com/downloads/details...02-DE3BB768148F

http://www.garykeith.com/browsers/downloads.asp http://lv.php.net/function.get-browser

Te "../bildes/".$gid."/" galaa vajag noraadiit arii pasha jaunaa faila nosaukumu. Ja gribi saglabaat tieshi taadu kaadu uuseris uploadee tad: "../bildes/".$gid."/".$_FILES['userfile']['name'] Preteeji tev tagad fails tiek movots par direktoriju (nevis uz jo peec php dokumentacijas " If the file is valid, it will be moved to the filename given by destination.") kas nav korekti..

Nu tas iisti vairs neskaitaas jo ar exec() komandaam jau tu vari darbinaat nezko bet teikt ka taa ir php funkcionalitaate diezvai.. Piekam tieshi shis variants straadaas nu ljoti reti.

Mans posts tieshaam nav redzams? :) http://php.lv/f/index.php?showtopic=1262&v...findpost&p=7950 t.i. <? ob_start(); ?> <html><head> .... <? header("Location: blabla.php"); ob_end_flush(); ?>

Jaa protams suuti pastu [email protected] (noteikums ir jaasuuta no taa e-pasta kursh izmantots domeena regjistracijaa). Un vari izteikt savas veelmes proti "vot man vajag taadu un taadu hostu (piem www.tavsdomeens.lv) uz taadu un taadu IP". Tas protams ir ilgaak nekaa ja tev ir pasham savs DNS serveris, kur vari veikt izmainjas reaalaa laikaa, tachu atsver visas tehniskaas prasiibas un nodroshinaajumu.