Gjest Slettet+6132 Skrevet 7. februar 2008 Del Skrevet 7. februar 2008 (endret) Jeg bruker også ob_start() på et script jeg har, hovedsaklig for å kunne bruke f.eks {TITLE} for å lage en enkel form for dynamisk tittel. Det eneste problemet mitt er at om noe går galt underveis i scriptet får jeg ikke noe output i det heletatt, hvordan unngås dette? Scriptet starter med diverse require_once(), deretter ob_start('db_vars'); (hvor db_vars er en funksjon som tar seg av enkle template-variabler) og slutter med ob_end_flush(); Om det nå skjer en feil før end flush får jeg jo ikke noe output. Redigert: Det viste seg at jeg hadde glemt å slå på feilmeldinger da jeg redigerte php.ini. Endret 23. februar 2008 av Slettet+6132 Lenke til kommentar
Skagen Skrevet 26. februar 2008 Del Skrevet 26. februar 2008 En større support-aksjon er splittet ut en egen tråd som dere nå finner her. Jeg minner om reglene for tråden som sier: NB! Dette er ikke ment som en support-tråd, hvis du trenger hjelp til noe oppretter du en egen tråd i PHP-forumet. (Vennligst ikke kommenter dette innlegget. Reaksjoner på moderering gjøres pr. PM/melding) Lenke til kommentar
Ernie Skrevet 2. mars 2008 Del Skrevet 2. mars 2008 Slik jeg har forstått det er det endel her som synes UTF8 bør foretrekkes over ISO-8859-1 og andre singlebyte tegnsett. Jeg er ikke uenig i det (heller helt enig), men hvor klar er dere over problemene det medfører i PHP? Stort sett alle string-funksjoner i PHP opererer med 1chr = 1byte, og med UTF8 går det (og dermed veldig mange funksjoner) rett i søpla. Hva gjør dere f.eks når dere skal finne ut lengden eller hente ut de x første tegnene av en streng? Lenke til kommentar
loathsome Skrevet 2. mars 2008 Del Skrevet 2. mars 2008 Kommer ikke PHP6 til å få full UTF-8 støtte? Lenke til kommentar
Ernie Skrevet 2. mars 2008 Del Skrevet 2. mars 2008 Kommer ikke PHP6 til å få full UTF-8 støtte? Joda, men tenker på nå jeg. Lenge til vi får leke oss med PHP6 på servere vi ikke eier/kontrollerer selv Lenke til kommentar
PHPdude Skrevet 3. mars 2008 Del Skrevet 3. mars 2008 (endret) PHP-GTK2 (http://gtk.php.net) ble nylig sluppet etter en laaaang periode etter beta-slippen, begynte å lure på om prosjektet var dødt, men så ble jaggu v2 sluppet og bringer bindinger mot GTK2 til PHP. For de som lurer er GTK et toolkit for å lage GUI, altså et område hvor PHP har veldig svake tradisjoner, men det er kjekt i blant å kunne lage et skikkelig GUI og ikke bare web-grensesnitt uten å måtte blande inn Python etc. Kvaliteten har virket bra nok opp gjennom beta-perioden og dokumentasjonen er ikke så verst den heller, og man kan alltids ty til de mer komplette manualene som finnes for C og Python-bindingen. http://gtk.php.net/download.php Edit: http://gtk.org/ Endret 3. mars 2008 av PHPdude Lenke til kommentar
jorgis Skrevet 3. mars 2008 Del Skrevet 3. mars 2008 Er egentlig PHP-GTK noe vits i, da? Greit nok, for dem som bare har lært seg PHP og ikke orker å lære seg noe annet er det sikkert kos, men PHP er jo et språk som i utgangspunktet er beregnet for raskest mulig kjøring og snarest mulig terminering, ikke for å kunne ligge latent og vente på inputt. Det at språket som standard har en grense for maks kjøretid burde si litt om ment bruksområde. Lenke til kommentar
Peter Skrevet 4. mars 2008 Del Skrevet 4. mars 2008 PHP-GTK2 (http://gtk.php.net) ble nylig sluppet etter en laaaang periode etter beta-slippen, begynte å lure på om prosjektet var dødt, men så ble jaggu v2 sluppet og bringer bindinger mot GTK2 til PHP.For de som lurer er GTK et toolkit for å lage GUI, altså et område hvor PHP har veldig svake tradisjoner, men det er kjekt i blant å kunne lage et skikkelig GUI og ikke bare web-grensesnitt uten å måtte blande inn Python etc. Kvaliteten har virket bra nok opp gjennom beta-perioden og dokumentasjonen er ikke så verst den heller, og man kan alltids ty til de mer komplette manualene som finnes for C og Python-bindingen. http://gtk.php.net/download.php Edit: http://gtk.org/ Er egentlig PHP-GTK noe vits i, da? Greit nok, for dem som bare har lært seg PHP og ikke orker å lære seg noe annet er det sikkert kos, men PHP er jo et språk som i utgangspunktet er beregnet for raskest mulig kjøring og snarest mulig terminering, ikke for å kunne ligge latent og vente på inputt. Det at språket som standard har en grense for maks kjøretid burde si litt om ment bruksområde. Snakk om misbruk av resurser. Neste blir vel at man skal lage webservere i bash også. (Noen som har gjort det allerede: http://userpages.umbc.edu/~mabzug1/bash-httpd.html ...) Lenke til kommentar
webby1 Skrevet 8. mars 2008 Del Skrevet 8. mars 2008 (endret) Holder på å lære meg PHP.. Kan meget lite om dette, men saken er.. Hva betyr egentlig datatypen, NULL? Prøvde å leke meg litt med variabler i stad.. Fant ut at datatypen ble NULL i en variabel som ikke eksisterer.. Endret 8. mars 2008 av webby1 Lenke til kommentar
G2Petter Skrevet 8. mars 2008 Del Skrevet 8. mars 2008 NULL er ikke det samme som det norske "null", altså tallverdien 0. Det betyr "ingenting" / uten verdi, og det er derfor du får det fra variabler som ikke eksisterer. Lenke til kommentar
Gjest Slettet+6132 Skrevet 8. mars 2008 Del Skrevet 8. mars 2008 http://no2.php.net/manual/en/language.types.null.php PHPs dokumentasjon er ikke så vanskelig å finne frem i Lenke til kommentar
endrebjo Skrevet 9. mars 2008 Del Skrevet 9. mars 2008 PHPs dokumentasjon er ikke så vanskelig å finne frem i Veldig riktig! Men jeg liker ikke de lyseblå boksene som pryder funksjonreferansen. Hvorfor forandret de det gode gamle designet som fungerte utmerket? Resten av manualen er jo som før. Lenke til kommentar
Ståle Skrevet 11. mars 2008 Del Skrevet 11. mars 2008 Holder pa a lage en stor side na, som bruker flere .js-filer. Burde jeg ha en PHP-snutt for a hente ut bare de filene jeg trenger. Hvordan burde jeg gjore det? Lenke til kommentar
j-- Skrevet 11. mars 2008 Del Skrevet 11. mars 2008 Er det ikke best å ha de liggende som eksterne .js-filer, og heller legge til en <script src="xxx.js"></script> der de trengs? Ser for meg at det blir en del mindre data å overføre fra serveren til klienten om man gjør det slik. Hvordan man gjør dette på en god måte i praksis er jeg også forsåvidt interessert i å lære Lenke til kommentar
Ståle Skrevet 11. mars 2008 Del Skrevet 11. mars 2008 Ja, har na mange <script src=""></script> i <head> Det er vel der de skal ligge. Sammen med masse <link rel="stylesheet"> Lenke til kommentar
G2Petter Skrevet 11. mars 2008 Del Skrevet 11. mars 2008 De fleste browsere cacher vel scriptfiler, så det blir bare én tung lasting av scriptene. Lenke til kommentar
Ståle Skrevet 11. mars 2008 Del Skrevet 11. mars 2008 Sa det er like greitt a bare ha alle med med en gang? Lenke til kommentar
loathsome Skrevet 11. mars 2008 Del Skrevet 11. mars 2008 Sa det er like greitt a bare ha alle med med en gang? Bare om de brukes ofte. Om det er scripts som brukes kun på EN side, så er det best å bare fyre den inn der .. om det f. eks er effekter e.l. som brukes om igjen, legger du de i head. Lenke til kommentar
webby1 Skrevet 12. mars 2008 Del Skrevet 12. mars 2008 (endret) Har et noob spm: Hvordan regner man ut mudulo-operatoren %? Eksempel: 100%30=? Endret 12. mars 2008 av webby1 Lenke til kommentar
Ernie Skrevet 12. mars 2008 Del Skrevet 12. mars 2008 (endret) Modulo gir ut rest i et delestykke. F.eks vil 100 % 30 gi 10 siden 30 går tre ganger opp i 100, noe som blir 90 og 100-90 blir 10. Red.: Liten typo der gitt. Skal såklart være 100-90, ikke 90-100 Endret 12. mars 2008 av Ernie 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å