News nicht mehr valide, wenn Nachricht pro Seite nicht unbegrenzt

[Abenaa]

Solange ich bei den News die Einstellungen für Nachrichten pro Seite auf "unbegrenzt" setze, ist die Seite valide (XHTML transitional). Sobald ich diese jedoch auf 5 oder 10 usw. stelle, erscheinen im Validator folgende Fehlermeldungen:

Code:

Line 168, Column 46: cannot generate system identifier for general entity "wb_1853_session_id"

Code:

Line 168, Column 46: general entity "wb_1853_session_id" not defined and no default entity

Code:

Error  Line 168, Column 64: reference to entity "wb_1853_session_id" for which no system identifier could be generated

usw. usf.

Welche Abhilfe kann man hier schaffen?

WB 2.7

[ruebenwurzel]

Hallo,

mal mit WB 2.8RC1 oder noch besser der aktuellsten version vom trunk probieren  . Wir haben da bei vielen Modulen die validität verbessert, insbesondere auch beim News Modul.

Matthias

[Abenaa]

Ehrlich gesagt, ich hatte nicht vor, eine Neuinstallation durchzuführen. Es muss doch auch eine andere Lösung geben, ohne gleich alles neu installieren zu müssen? Wenn es ein CSS-Problem wäre, würde ich es auch selbst lösen können. Aber es ist kein CSS-Problem....

[chio]

Der Validator zeigt oft unsinnige Meldungen an.
Es geht um das "&" im Link, das will er nicht. Da muss - laut W3C - auf Biegen und Brechen "&" stehen.

Es ist nur so: "&" funktioniert immer, "&" _nicht_ immer. Wenn du dich mit "&" besser fühlst: Öffne die view.php und ersetze ein paar mal "&" durch "&".
Kann aber sein, dass die News dann nicht mehr funktionieren.

[Abenaa]

Habe es gerade mal versucht. Die News funktionieren noch, aber die Fehlermeldungen sind die gleichen 

[Luisehahne]

Hallo Chio,

gibt es da Erfahrungsberichte wann das nicht funktioniert?

Dietmar

[ruebenwurzel]

Hallo,

Ehrlich gesagt, ich hatte nicht vor, eine Neuinstallation durchzuführen. Es muss doch auch eine andere Lösung geben, ohne gleich alles neu installieren zu müssen? Wenn es ein CSS-Problem wäre, würde ich es auch selbst lösen können. Aber es ist kein CSS-Problem....

Tja um zu testen, ob deine Problem mit WB 2.8 behoben ist, wirst du wohl nicht umhin kommen eine Testinstallation zu machen. Du sollst ja nicht deine Seite neu installieren sondern nur probieren ob news dann bei dir valide ist. Wenn ja, solltest du dann sobald 2.8 final draußen ist halt deine Seite entsprechend upgraden.

Wie chio schreibt vermute ich auch, dass das ganze mit dem delimiter zusammenhängt. Valide müsste es "&" sein. Das ist z.B in news von WB 2.8 so drin. Allerdings funktioniert das nur, wenn dein Server mitspielt (php.ini einstellungen des servers). Man kann das ganze auch noch innerhalb der php scripte umbiegen (code ist ebenfalls in WB 2.8 integriert) wenn der Hoster das erlaubt.

Du siehst, es ist zum einen nicht nur ein kleines css problem sondern die Lösung hängt viel von deinem Server ab. Ob das was wir in WB 2.8 eingebaut haben kannst also nur du an deinem Server testen.

Matthias

[chio]

Man muss einmal klar sagen:
Die Meldung bedeutet lediglich, dass der W3C-Validator eine Befindlichkeitsstörung hat. Sie hat keinerlei Auswirkungen auf das Funktionieren der Site. Das halbe Web würde nicht funktionieren, wenn das ein Problem wäre.

Ich glaube bei 1&1 - ist ja nicht gerade ein kleiner Provider - funktioniert die "&"-Variante nicht.
http://www.websitebaker.at/wb/showcase.html?g=0&amp;p=21 <--Falsche Seite, nicht letzter Eintrag

Die "&"-Variante funktioniert meines Wissens nach überall.
http://www.websitebaker.at/wb/showcase.html?g=0&p=21 <--richtige Seite, Eintrag Nr 21

Nachtrag noch:
Sobald du auf deiner Seite einen Link setzt, der Parameter enthält, ist deine Seite - laut W3C Validator - nicht mehr valid. Du kannst das nur verhindern, indem du
a) checkst ob der Link auch in der "&amp;"-Variante funktioniert und dann so setzen. Oder
b) Den Link mit Javascript maskierst.

Gibt übrigens VIELE Seiten, auf die du nicht mehr verlinken darfst:
http://www.google.com/search?q=inurl%3A%26
1.800.000.000 für inurl:&

[Abenaa]

Was noch merkwürdig ist, dass 2 weitere Seiten mit WB 2.7 auf diesem Server laufen und es keinerlei Probleme mit den News gibt. Die News-Seiten auf diesen Seiten sind valide. Nur bei dieser einen Seite nicht...

[chio]

Das wird davon abhängen, ob unten dran die Links zu weiteren News-Seiten sind.
Und: Ob Gruppen verwendet werden (glaub ich jetzt mal)
Das "&" taucht ja erst bei 2 Parametern auf: p=10&g=2

[Abenaa]

Ja, es bestehen die Links zu weiteren Newsseiten. Ich habe jetzt auch mal eine Gruppe angelegt und alle News in diese Gruppe genommen. Fehlermeldungen bleiben. Mit dem "&" hatte ich schon versucht. Hatte es in der view.php abgeändert. Ebenfalls kein Erfolg.

Wie gesagt, auf dem gleichen Server laufen 2 Seiten, bei denen es problemlos funktioniert. Mit weiteren Newsseiten, mit Gruppen und mit &.

[chio]

Ja, eine URL wäre vielleicht hilfreich.
Der W3C Validator ist - naja - nicht immer so genau. der zeigt gerne mal Fehler an, wo keine sind. Es kann auch ganz andere Ursachen haben, da kann man jetzt ewig rumrätseln.

[Luisehahne]

Oder kan nauch an der eingegeben Nachricht liegen, dafür bräuchte man aber wirklich mal eine URL,

Dietmar

[WebBird]

Probier mal ";" als Trenner. Der ist lt. W3C auch valide.

[chio]

(Ich habe die URL per PM bekommen)

Da ist der böse Fehler:
<a href="?p=10&wb_1853_session_id=161291af8c5ed4ecf0a3202e4b1666fc">

Es wird die Session-ID angehängt, wie es aussieht nur bei relativen URLs, und nur beim ersten Aufruf. Das macht der Server, nicht WB.

Frage an die PHP-Profis: Wie kommts dazu?

[Abenaa]

Ja, aber wie ich Dir in der PM auch geschrieben habe, passiert das bei der anderen Seite nicht, die auf dem gleichen Server liegt. Das finde ich merkwürdig...

[WebBird]

Und wieso ist die nun nicht valide?

[chio]

Und wieso ist die nun nicht valide?

Weil laut W3C in einem URL das Zeichen "&" nicht enthalten sein darf, weil "&" für HTML Entities reserviert ist. AUCH in URLs. Man kann zb keine Parameter verwenden, die mit einem Umlaut beginnen.
zB: index.php?p=2&&Auml;=12
(soll sein:  index.php?p=2&Ä=12)
Ein dramatischer Verlust meiner sprachlichen Verwirklichungsmöglichkeiten !!!!!!!
Auch beim Wert muss der Server uU ein bissel rechnen: p=&Auml;&ouml;&g=0
Was ist jetzt Delimiter und was Entity-Beginn? Für heutige C64er-Server eine Meisterleistung!
[polemik ende]


Die Frage ist aber: WARUM hängt der Server die Session-ID an die URL ran. Warum tut er es hier - aber nciht dort?
Da hilft wohl nur: beim Provider nachfragen.

Das selbe Phänomen tritt auch (häufig) auf, wenn man in der config.php in WB_URL "" (leer) einträgt. Das wäre bei umfangreichen Seiten mit dropDown-Menü manchmal praktisch, weil nicht bei jedem Menüpunkt auch noch die Domain dabeisteht. Schlankt ziemlich ab.
Aber auch dann werden manchmal die Session-IDs rangehängt, was ein bissel ein Fiasko ist. 

[WebBird]

Und wieso ist die nun nicht valide?

Weil laut W3C in einem URL das Zeichen "&" nicht enthalten sein darf, weil "&" für HTML Entities reserviert ist.

Sorry, ich dachte, der Test wäre auch mit &amp; fehlgeschlagen. Dann wäre die URL ja valide gewesen. Da war ich jetzt etwas irritiert.

Wie gesagt, ';' als Trenner sollte _immer_ valide sein.

[Abenaa]

Ja, der Test ist auch mit &amp; fehlgeschlagen.

[Luisehahne]

Gibst eine url zum testen?

Dietmar

[chio]

Ja, der Test ist auch mit &amp; fehlgeschlagen.

Ja klar. Weil das "&amp;" in WB geändert wurde, aber die Session_id vom Server angehängt wird.

[Hans>NULL]

Weil das "&amp;" in WB geändert wurde

und mittlerweile wieder rückgängig gemacht wurde.
Gruß, Hans>NUL

[Luisehahne]

Hängt damit aber nicht zusammen, da Abeena noch mit 2.7 fährt. Es gibt eine php.ini Einstellung die SessionId nur in Cookies setzt. Mal den Hoster fragen.

Dietmar

[Hans>NULL]

Ich gehe davon aus, daß er die Empfehlung WB 2.8 RC1 zu testen umsetzt.
Keiner von uns weiß doch wie sein Server/Hoster tickt.
Gruß, Hans>NUL