Martin A. Skrevet 9. januar 2008 Del 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 Lenke til kommentar
jeg_lyver_mye Skrevet 10. januar 2008 Del Skrevet 10. januar 2008 Hvorfor er PHP en elefant...? Lenke til kommentar
Rabbid Skrevet 10. januar 2008 Del Skrevet 10. januar 2008 Hvorfor er PHP en elefant...?Stor og tung Lenke til kommentar
Ernie Skrevet 10. januar 2008 Del Skrevet 10. januar 2008 Hvorfor er PHP en elefant...? http://www.elroubio.net/?p=adopt_an_elephpant Lenke til kommentar
LoS Skrevet 10. januar 2008 Del 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. Lenke til kommentar
Peter Skrevet 10. januar 2008 Del 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... Lenke til kommentar
ze5400 Skrevet 11. januar 2008 Del 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 ? Lenke til kommentar
LoS Skrevet 11. januar 2008 Del 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? Lenke til kommentar
ze5400 Skrevet 11. januar 2008 Del 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 Lenke til kommentar
Alex Moran Skrevet 12. januar 2008 Del Skrevet 12. januar 2008 Noen her som kjører PHP på lighttpd gjennom FastCGI? Lenke til kommentar
ze5400 Skrevet 13. januar 2008 Del Skrevet 13. januar 2008 Noen her som kjører PHP på lighttpd gjennom FastCGI? Såklart. Lighttpd eier jo apache lett Hvordan det ? Lenke til kommentar
jeg_lyver_mye Skrevet 13. januar 2008 Del Skrevet 13. januar 2008 Uff da, enda en mafia tråd haha! Lenke til kommentar
Runar0 Skrevet 14. januar 2008 Del Skrevet 14. januar 2008 Opp til flere faktisk :/ Lenke til kommentar
Gjest Slettet-df17e Skrevet 15. januar 2008 Del Skrevet 15. januar 2008 Jepp. Og det fungerer uten problemer. Hastigheten skal man heller ikke klage på Lenke til kommentar
MC2 Skrevet 26. januar 2008 Del 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. Lenke til kommentar
Peter Skrevet 26. januar 2008 Del 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 Lenke til kommentar
Ernie Skrevet 26. januar 2008 Del 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. Lenke til kommentar
Peter Skrevet 26. januar 2008 Del 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 Lenke til kommentar
Ernie Skrevet 26. januar 2008 Del 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 Lenke til kommentar
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å