PHP hulp nodig
Help
Als je onderaan deze blog op Valid XHTML 1.0 Strict klikt zal je zien dat deze site niet meer valid is, omwille van een PHPSESSID ?
Deze wordt in de geparste code gezet, ik heb er geen invloed op in de bronbestanden.
Wie of wat zet de PHPSESSID daar, en waarom is dit nu pas en nooit tevoren ?
Originele code
<form id="searchform" method="get" action="/">
<fieldset>
<input type="text" name="s" id="s" size="15" />
<input id="zoekbut" type="submit" name="submit" value="<?php _e('Search'); ?>" />
</fieldset>
</form>
Geparste code
<form id="searchform" method="get" action="/">
<input type=”hidden” name=”PHPSESSID” value=”e33161e4e533700d4ab9f643d8daf526″ />
<fieldset>
<input type=”hidden” name=”PHPSESSID” value=”e33161e4e533700d4ab9f643d8daf526″ />
<input type=”text” name=”s” id=”s” size=”15″ />
<input id=”zoekbut” type=”submit” name=”submit” value=”zoek” />
</fieldset>
</form>
De vetgedrukte code maakt het geheel niet meer valid, het staat er één keer in, maar één keer op de verkeerde plaats.
Update
Oplossing gevonden, maar kan er weinig aan doen, zijn serverinstellingen
Gelezen: 1371 | WordPress
Op Tuesday 25 July 2006
Stuur een e-mail naar je hosting provider.
Op Wednesday 26 July 2006
Aargh. Ik heb net hetzelfde probleem.
Op Wednesday 26 July 2006
gewoon php.ini aanpassen…
alhoewel dat soms moeilijk zal gaan als je bij een hosting provider zit.
probeer anders ini_set() dan
Op Thursday 27 July 2006
Had dit probleem vroeger ook.
Ik heb het opgelost door deze lijn bovenaan je PHP code toe te voegen:
ini_set('url_rewriter.tags','');Op Thursday 27 July 2006
Heb ik ook ooit gehad, heb ik zo opgelost:
$ct = ob_get_contents();
ob_end_clean();
$ct = preg_replace('/method="post">/','method="post">',$ct);
print($ct);
als je in de form dit gebruikt:
echo("\n");Op Thursday 27 July 2006
Oeps, dat laatste is niet wat het moet zijn…
ik bedoelde:
echo("\n");Op Thursday 27 July 2006
Er is blijkbaar een fout in je script, er staat veel meer in die echo…
Mss lukt het zonder de <code>tag…
echo("\n");Op Thursday 27 July 2006
crap, het lukt niet, forget it.
Op Saturday 29 July 2006
ini_set("arg_separator.output", "&");
Dat zou moeten helpen.
Overigens, ik vergat even de anti-spam in te vullen en kreeg de volgende pagina:
WordPress database error: [Unknown column ‘comment_count’ in ‘field list’]
update wp_posts set comment_count = 8 where ID = 235
Beantwoordt de vraag!
Niet alleen een veiligheidsrisico, erg netjes is het niet, wel? M’n post was weg…
Hetzelfde als je even een typefout maakt in het antwoord, maar dan een iets ander bericht.
Op Saturday 29 July 2006
Bedankt allemaal om te helpen, Ben Van Aerde jouw manier heb ik gebruikt en het werkt, kan je me ook vertellen wat dit juist doet ?
#Martijn: Als je de “terug” knop gebruikt is niets weg van je bericht, geloof mij is mij ook al overkomen.
Op Monday 31 July 2006
Wat is dit nou weer voor iets, beantwoord de vraag :S en ook nog eens me post kwijt, slecht.
De sessies in PHP zijn gekoppeld aan een PHPSESSID, normaal gesproken is dit ID een koekje, maar als je geen koekjes ondersteund, dan zet php achter erlke url ?PHPSESSID of &PHPSESSID.
Met ‘url_rewriter.tags’ kun je kiezen achter welke tags+attributen je PHPSESSID wilt hebben als je dit doet:
ini_set('url_rewriter.tags','');Zorg je er dus voor dat er geen PHPSESSID meer toegevoegd wordt, het probleem: Als de koekjes uitstaan werkt de sessie niet meer.
ini_set('arg_separator.output', '&');Lijkt een betere oplossing (als het werkt, ik heb het nooit gebruikt).
Op Tuesday 01 August 2006
Reen heeft intussen uitgelegd wat deze regel juist doet.
Maar het is me zelf ook niet heel duidelijk: mijn browser accepteert heel zeker cookies, en toch werd de PHPSESSID toegevoegd.
Maar ben al blij genoeg dat het met een simpele lijn PHP opgelost is