XAMPP <?PHP ?>

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Pagina: « vorige 1 2

Maurice

maurice

21/09/2009 17:20:00
Quote Anchor link
ik zal een voorbeeldje maken :)
 
PHP hulp

PHP hulp

24/11/2024 01:36:50
 

21/09/2009 17:23:00
Quote Anchor link
Jan Willem van der Veer schreef op 21.09.2009 17:17:
>>>>
Dit gaat over de editor. Denk aan de BOM characters.
<<<<
Ik denk het niet. Dan gaat ie het niet hebben over unexpected <. Geen enkele bom heeft namelijk iets als
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
<?. Aan de casus die Robert weergeeft zat ik ook te denken.[/quote]
Hij had het dus ook niet over die onverwachte <. Maar over dat als je je bestand in UTF-8 opslaat (wat je wel wilt voor Japanse commentaar, of gewoon Japanse tekst). Dat je dan header problemen met php kan krijgen, aangezien php dat karakter niet herkent.
Dat er zo'n BOM karakter wordt geplaatst is de keuze van het programma. Kladblok doet dat bijvoorbeeld wel. Als je een goede editor hebt, zou die dat dus niet doen.
Lees voor meer informatie wikipedia: [url=http://en.wikipedia.org/wiki/Byte-order_mark]Byte-order mark[/url].

En ik denk dat het voor jou, Jan Willem van der Veer, maar weer eens tijd is om voor doktertje te gaan spelen... Misschien doe je dan wat nuttigs, paar patinten vermoorden ofzo.
 
Maurice

maurice

21/09/2009 17:27:00
Quote Anchor link
Voorbeeld offline ;)
Gewijzigd op 01/01/1970 01:00:00 door maurice
 
Jan Willem van der Veer

Jan Willem van der Veer

21/09/2009 17:31:00
Quote Anchor link
Quote:
Hij had het dus ook niet over die onverwachte <. Maar over dat als je je bestand in UTF-8 opslaat (wat je wel wilt voor Japanse commentaar, of gewoon Japanse tekst). Dat je dan header problemen met php kan krijgen, aangezien php dat karakter niet herkent.

Yep, maar kijk eens bij de handleidingen van UTF. Zoals je dan zult zien is dat de 16-bit character uFEFF en UTF8 is de corresponderende waarde in bytes EFBBBF.
Dit geeft echter altijd de typische fout: headers already sent of mensen die klagen over vage tekens aan het begin van de pagina.

Daarnaast is geen van deze tekens te representeren als `<` dus krijg je heel simpel die foutmelding ook nooit.
De enige situatie die ik mij kan verzinnen is dat PHP geopend is en dat er ergens een < in de code staat. Nu kan ik mij voorstellen dat de TS doordat hij werkt met wordpad dat het formaat niet klopt (bijvoorbeeld opgeslagen als RTF), maar dan zou hij volgens mij ook nog vage tekens moeten krijgen voordat deze foutmelding zou komen. En dan zou ook het teken `{` logischer geweest zijn, gezien het formaat.

Maar al met al kan ik me niet voorstellen dat de BOM hier de aanleiding toe geeft.
 
Jan Willem van der Veer

Jan Willem van der Veer

21/09/2009 17:32:00
Quote Anchor link
@Maurice:
De foutmelding is nu:
Quote:
Parse error: syntax error, unexpected $end in /home/a9937449/public_html/voorbeeld.php on line 1

Je bent dus hoogstwaarschijnlijk ?> of een paar keer } vergeten.
 
Maurice

maurice

21/09/2009 17:37:00
Quote Anchor link
Bij mij staat er nog steeds:

Parse error: syntax error, unexpected '<' in /home/a9937449/public_html/test.php on line 2
 

21/09/2009 17:42:00
Quote Anchor link
Jan Willem van der Veer schreef op 21.09.2009 17:31:
Quote:
Hij had het dus ook niet over die onverwachte <. Maar over dat als je je bestand in UTF-8 opslaat (wat je wel wilt voor Japanse commentaar, of gewoon Japanse tekst). Dat je dan header problemen met php kan krijgen, aangezien php dat karakter niet herkent.

Yep, maar kijk eens bij de handleidingen van UTF. Zoals je dan zult zien is dat de 16-bit character uFEFF en UTF8 is de corresponderende waarde in bytes EFBBBF.
Dit geeft echter altijd de typische fout: headers already sent of mensen die klagen over vage tekens aan het begin van de pagina.

Daarnaast is geen van deze tekens te representeren als `<` dus krijg je heel simpel die foutmelding ook nooit.
Blablabala, blaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaat, balbalbal, blaaaaaaaaaaaaaaaaaaaaaat
Afbeelding

Lees jij wel?
Denk het niet echt, hé.
NIEMAND heeft het over dat een BOM karakter door php wordt gezien als <. NIEMAND, NIEMAND, NIEMAND!!!

Er wordt alleen een verwijzing gemaakt dat een BOM karakter WEL voor een 'headers already sent' foutmelding kan zorgen. Aangezien php NIET met het BOM karakter om kan gaan. Die ziet het als OUTPUT en stuurt het dus naar de browser toe.

Wikipedia:
this practice is not recommended, as it will interfere with correct processing of important codes such as the shebang at the start of an interpreted script.[4] It may also interfere with source for programming languages that don't recognise it. For example, gcc reports stray characters at the beginning of a source file, and in PHP, if output buffering is disabled, it has the subtle effect of causing the page to start being sent to the browser, preventing custom headers from being specified by the PHP script. The UTF-8 representation of the BOM is the byte sequence EF BB BF, which appears as the ISO-8859-1 characters  in most text editors and web browsers not prepared to handle UTF-8.


En je moet niet bumpen. D'r is een heel leuk knopje als je nog wat wilt toevoegen of veranderen: Afbeelding
En sorry hoor dat ik 'schreeuw' en rode letters gebruik, als het niet opvalt, dan zorg ik er wel voor dat het opvalt.
Gewijzigd op 01/01/1970 01:00:00 door
 
Maurice

maurice

21/09/2009 17:49:00
Quote Anchor link
het werkt met een simpel Echo'tje wel maar mij eigencode nee hoor laat maar

Ps:
doe niet zo moeilijk over een dubbelpost joh ;)
Gewijzigd op 01/01/1970 01:00:00 door maurice
 
GaMer B

GaMer B

21/09/2009 17:54:00
Quote Anchor link
@maurice, zo te zien voegt je hosting iets toe aan elk bestand dat je doet uploaden, namelijk:

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
<br><table border='1' cellpadding='2' bgcolor='#FFFFDF' bordercolor='#E8B900' align='center'><tr><td><div align='center'><a href='http://www.000webhost.com/'><font face='Arial' size='1' color='#000000'>Free Web Hosting</font></a></div></td></tr></table>
 
Maurice

maurice

21/09/2009 17:55:00
Quote Anchor link
Nee ;) dat is enkel bij foutmeldingen :)
 
GaMer B

GaMer B

21/09/2009 17:59:00
Quote Anchor link
Zal dan toch echt wel aan je hosting liggen... Zoek eens een fatsoenlijke, die 'free hosting' bedrijfjes zijn sowieso al brak.
 
Maurice

maurice

21/09/2009 18:23:00
Quote Anchor link
sorry, ik neem alleen maar Gratis :P GRATISHHH IS GOEDHHH !
 
Jan Willem van der Veer

Jan Willem van der Veer

21/09/2009 18:27:00
Quote Anchor link
@Karl:
Sorry, had het niet goed gelezen. Klopt. Er liepen twee dingen door elkaar en ik had het één of het andere betrokken.

@Maurice:
Kun je nog een keer een voorbeeld online zetten waar jouw fout wel staat. Want bij mij stond net echt een andere foutmelding.
En heb je al met notepad het desbetreffende bestand geopend om te zien wat daar letterlijk in staat?
 

21/09/2009 18:27:00
Quote Anchor link
maurice schreef op 21.09.2009 18:23:
sorry, ik neem alleen maar Gratis :P GRATISHHH IS GOEDHHH !

Nou blijkbaar niet hé. Als het niet werkt, dan noem jij dat goed?
 
GaMer B

GaMer B

21/09/2009 18:47:00
Quote Anchor link
Inderdaad, upload het bestand eens. Kijk of de error komt, zoja, download het bestand dan weer en kijk wat er dan in staat.
 

Pagina: « vorige 1 2



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.