Martin A. Skrevet 9. januar 2008 Skrevet 9. januar 2008 (endret) Det er fordi du ikke har to slike, som kommer med en utstrakt snabel om du skulle trenge hjelp Endret 9. januar 2008 av M4rTiN
Ernie Skrevet 10. januar 2008 Skrevet 10. januar 2008 Hvorfor er PHP en elefant...? http://www.elroubio.net/?p=adopt_an_elephpant
LoS Skrevet 10. januar 2008 Skrevet 10. januar 2008 Hei.Knoter med en type manual for mine egne php-koder, funksjoner og klasser. Noe alla php.net. Uansett så viser det seg at jeg ikke helt skjønner hvordan jeg skal dele inn funksjonene. Burde jeg bare lage funksjoner uten gruppering (for øyeblikket gruppert etter fil de ligger i) slik at man må søke for å finne funksjonen eller burde jeg beholde det slik som nå? Tingen er å prøve å lage rimelig godt dokumenterte script. Kan komme med et tips her: bruk phpDocumentor til å generere dokumentasjonen for deg. Da putter du bare inn spesielle tags i kommentarer før klasse-/funksjons-definisjoner og i filheadere, så kommer dokumentasjonen automatisk ut. Nå, etter å ha satt meg litt inn i dette så ser det jo faktiskt ut som om det funker slik dere sier. Takk for tipset.
Peter Skrevet 10. januar 2008 Skrevet 10. januar 2008 Nå, etter å ha satt meg litt inn i dette så ser det jo faktiskt ut som om det funker slik dere sier. Takk for tipset. Rart det der. Normalt pleier jo folk å bare lyve så det renner her inne...
ze5400 Skrevet 11. januar 2008 Skrevet 11. januar 2008 Nå, etter å ha satt meg litt inn i dette så ser det jo faktiskt ut som om det funker slik dere sier. Takk for tipset. Rart det der. Normalt pleier jo folk å bare lyve så det renner her inne... Er det egentlig å lyve hvis man selv tror det man sier ?
LoS Skrevet 11. januar 2008 Skrevet 11. januar 2008 Nå, etter å ha satt meg litt inn i dette så ser det jo faktiskt ut som om det funker slik dere sier. Takk for tipset. Rart det der. Normalt pleier jo folk å bare lyve så det renner her inne... Hører du til i gruppen over folk her inne som er bedre enn andre du da?
ze5400 Skrevet 11. januar 2008 Skrevet 11. januar 2008 (endret) Nå, etter å ha satt meg litt inn i dette så ser det jo faktiskt ut som om det funker slik dere sier. Takk for tipset. Rart det der. Normalt pleier jo folk å bare lyve så det renner her inne... Hører du til i gruppen over folk her inne som er bedre enn andre du da? Også så offensiv Jeg bare sier at noen her (på forumet) (inkludert meg selv) sier feil noen ganger. Ikke fordi det er med vilje, men pga. misopfattelser o.s.v. Endret 11. januar 2008 av ze5400
Alex Moran Skrevet 12. januar 2008 Skrevet 12. januar 2008 Noen her som kjører PHP på lighttpd gjennom FastCGI?
ze5400 Skrevet 13. januar 2008 Skrevet 13. januar 2008 Noen her som kjører PHP på lighttpd gjennom FastCGI? Såklart. Lighttpd eier jo apache lett Hvordan det ?
Gjest Slettet-df17e Skrevet 15. januar 2008 Skrevet 15. januar 2008 Jepp. Og det fungerer uten problemer. Hastigheten skal man heller ikke klage på
MC2 Skrevet 26. januar 2008 Skrevet 26. januar 2008 Er det noen andre som har merket at fgetcsv ikke har komplett støtte for alle tegn? Feks om du har "中文" i en csv fil klarer ikke fgetcsv å lese den kolonnen.
Peter Skrevet 26. januar 2008 Skrevet 26. januar 2008 Er det noen andre som har merket at fgetcsv ikke har komplett støtte for alle tegn? Feks om du har "中文" i en csv fil klarer ikke fgetcsv å lese den kolonnen. Det har antakelig noe med at PHP + UTF8 = møkk
Ernie Skrevet 26. januar 2008 Skrevet 26. januar 2008 Det har nok noe med at PHP aldri har vært tiltenkt brukt med UTF-8, men er i stedet praktisk talt bygd opp rundt ISO 8859.
Peter Skrevet 26. januar 2008 Skrevet 26. januar 2008 Det har nok noe med at PHP aldri har vært tiltenkt brukt med UTF-8, men er i stedet praktisk talt bygd opp rundt ISO 8859. PHP6 kommer heldigvis til å fikse dette, men jeg skjønner fortsatt ikke hvorfor de har valgt å bruke UTF-16 internt i PHP6
Ernie Skrevet 26. januar 2008 Skrevet 26. januar 2008 Det har nok noe med at PHP aldri har vært tiltenkt brukt med UTF-8, men er i stedet praktisk talt bygd opp rundt ISO 8859. PHP6 kommer heldigvis til å fikse dette, men jeg skjønner fortsatt ikke hvorfor de har valgt å bruke UTF-16 internt i PHP6 Heh ... det der virker litt merkelig. Lukter nesten litt «noen har misforstått UTF-16 i PHP-teamet», for UTF-8 er jo det foretrukkne tegnsettet. At man da skal begynne å kjøre konvertering frem og tilbake på det blir jo en smule merkelig Eneste fordelen jeg veit om med UTF-16 kontra UTF-8 er at f.eks kinesiske tegn representeres med 2byte i UTF-16 og 3 byte i UTF-8, men på den andre siden tar vel f.eks mellomrom opp 2byte i UTF-16 og 1 byte i UTF-8 så at det er noen praktisk forskjell kan jeg ikke tenke meg. Nei, det der er merkelig
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå