Suchform XHTML valide machen

Ok, danke Olaf.
Noch ne blöde Frage, aber was genau muss ich den Hoster fragen? Ob er ini_set freischaltet? Sorry, aber ich habe noch immer keine genaue Ahnung, was das ist, daher weiß ich auch nicht, was ich vom Hoster will. :-|

Bevor jemand fragt, ich hoste bei all-inkl.com.

Und aus dem "fieldset" mache ich wieder das "p", da ich diesen hässlichen Rahmen nicht in meiner sidebar haben will. Am fieldset hatte es ja anscheinend auch nicht gelegen...

Danke Olafb! :) :rolleyes:
Jaaha ich habe es geschafft, es irgendwie hoffentlich verständlich in ner Email an meinen Hoster zu formulieren.
Warte dann mal gespannt ab, was die antworten. Ich werde mich hier zurückmelden...

Ok, hier bin ich nun zurück mit den Antworten und Hilfestellungen meines Hosters (all-inkl.).

Zuerst meinte man, ich müsse form tags gegen fieldset tags tauschen, um XHTML strict Konformität zu erhalten. Das hätte man auf php.net gefunden; genauergesagt hier.
(Hatte ich geändert und es hatte nichts gebracht, außer mehr Fehler bei der Validierung und einen hässlichen Außenrahmen um die form box)

Dann hat mein Hoster die ini_set tags in meine .htaccess geschrieben und ich habe meinen ini_set code aus der header.php herausgenommen.
(Der Fehler blieb weiterhin.)

Dann kam folgender Tipp von meinem Hoster:

Zitat

Es funktioniert aber nur wenn es Probleme mit den Cookies gibt z.B: weil der Client diese verweigert. Dann muss zum erkennen des Clients die Session-ID mit übergeben werden. Testweise stellen Sie Ihre Domain im Browser zu den eingeshränkten Sites und testen dann das Form das ich dafür einmal erstellt hab.

Es wurde dann eine testform.php auf meinen Webspace gepackt.

Als ich schrieb, dass der Fehler noch immer vorhanden ist, kam Folgendes zurück:

Zitat

...ob man die Einstellungen per ini_set() oder über die .htaccess ändert spielt keine Rolle. Der Effekt ist der selbe, allerdinsg ist die .htaccess komfortabler zu editieren.
Die testform.php bringt Fehler da es mir hier nicht um korrektes HTML ging sondern darum zu ermitteln ob sich das PHP korrekt verhält.
Was ich meinte ist das PHP auch nur laut den Anweisungen die URL-Parameter um die Session-ID erweitert wenn lokal Cookies verweigert werden über die sonst die Wiedererkennung stattfindet. Das HTML das bemängelt wird ist aber auch ohne das PHP den Code ändert schon vorhanden.
Ich fürchte Sie werden sich hier direkt an die Entwickler oder eines seiner Foren wenden müssen um das Problem zu klären. Leider ist die Erfahrung auf speziell diesem Gebiet eher begrenzt.

Etwas schwer zu lesen, da auf Kommasetzung verzichtet wurde, aber dennoch verstehe ich noch immer nicht, wo nun der Fehler liegt.

Wer hat denn eine search form, wo ein Text (z.B. "search+enter") in der Box steht und automatisch verschwindet, sobald man was reinschreibt, die XHTML valide ist und mag mir mal den richtigen code nennen?
Mehr will ich ja gar nicht...

Hier noch mal mein aktueller search form code:

<form method="get" id="searchform" action="<?php bloginfo('url'); ?>">
<input type="text" size="26" class="searchfield" value="search + press enter" name="s" onblur="if (this.value=='') {this.value='search + press enter';}" onfocus="if (this.value=='search + press enter') {this.value='';}" /></form>

LG, schugga

Olafb, Du bist mein neuer Held! Habe nur die von Dir genannten tags in der ini_set in meiner .htaccess gelassen (die anderen rausgelöscht) und es hat funktioniert, der Fehler im code ist wech! :mrgreen:

Naja, es blieb 1 Fehler. Habe dann noch ein

<p>

um das sichtbare

<input>

des form-codes gesetzt, und wenn ich das democracy poll plugin deaktiviere, ist mein blog nun XHTML strict valid!
FREUDE! :-D

Man, das ich das noch erleben darf. Ich wäre nie drauf gekommen.
Merci beaucoup! Danke Danke Danke, Olafb!!!

Stig: bidde schön:

php_value url_rewriter.tags "a=href,area=href,frame=src"
php_value arg_separator.output  "&"

Dann frag doch mal bei Deinem Hoster nach. Ich hatte mich damals auch mit meinem Hoster (all-inkl.com) auseinandergesetzt, um das gemeinsam hinzubekommen. :)