Nach Update auf WB 2.12.1 Problem beim Erstellen von Unterseiten

[VSG]

Hallo zusammen,

und nachträglich ein gutes neues Jahr allen.
Ich habe noch im Dezember das Update auf WB 2.12.1 durchgeführt, nachdem meine üblichen Test keine Auffälligkeiten gezeigt haben.
Diesen Test habe ich aber nicht gemacht und wurde daher heute wirklich kalt erwischt …

Folgende Situation:
Meine Webseite ist in Untersektionen gegliedert, wobei normal als Bezeichnung das "pages"-Verzeichnis als Parent verwendet wird.

Eine Seite auf oberster Ebene heißt "Film- & TV-Kritiken", was als PHP-Datei in "film--tv-kritiken.php" angelegt wurde. Darunter befinden sich zwei weitere Unterebenen, deren Seiten auf dem Server im Ordner "film--tv-kritiken" liegen. Es ist mir seit Update auf 2.12.1 nicht mehr möglich, unter "Film- & TV-Kritiken" Unterseiten zu erstellen oder bestehende dorthin zu verschieben.

Das Problem daran ist, dass von WB nicht der bestehende Ordner "film--tv-kritiken" verwendet, sondern ein neuer Ordner "film-tv-kritiken" angelegt wird, der dann jedoch nicht über die erforderlichen Rechte verfügt, PHP-Dateien darin zu erstellen.
Meine Frage ist nun: Weshalb um alles in der Welt übernimmt das System nicht die bestehende Struktur, sondern fängt eine neue an? An den Seiten selbst wurde nichts verändert, bestehende Links funktionieren tadellos. Es lassen sich auch die Unterseiten unter "film--tv-kritiken" bearbeiten, nur keine neuen erstellen.

Der Fehler kommt ebenfalls, wenn ich versuche, eine Seite ohne übergeordnete Seite zu erstellen und dann darunter zu 'verschieben'.
Hat jemand eine Idee?
Denn so bedeutet es einen riesigen Aufwand, händisch die Eintragungen in der Datenbank zu verändern, damit die Links neuer Seiten am Ende funktionieren.

Besten Dank!
VSG

[evaki]

Was passiert nach Eingabe von
domain.tld/framework/helpers/rebuildAccessFiles.php
?
Man muß als admin angemeldet sein.
MfG. Evaki

[VSG]

Danke für die schnelle Antwort!
Darf ich nur kurz vorher fragen, was das macht? Nicht, dass es mir komplett die Datenbank zerschießt.

Verändert es bspw. die Page-IDs oder sonstige IDs bspw. der News-Einträge?

[evaki]

Es schreibt die in der DB vorhandenen Datei-Einträge als Files(Namen) auffe Platte.
Die DB selbst bleibt davon unberührt.

Sollten also beim Upgrade Strukturänderungen vorgenommen worden sein, das vermutest Du ja, so würden, wenn das zuträfe, die Dateinamen etc neu geschrieben werden, entsprechend der DB-Einträge.

Käme mir aber sehr schräg vor, wenn wirklich Strukturänderungen vorlägen.
Ich hoffe, daß Du vor dem "damaligen" Upgrade ein DB-Backup angefertigt hast.
MfG. Evaki
p.s. Hatte mal nen ähnlichen Fall... Dat sacht abba nix.

Sehe gerade, daß die WB-Truppe "Helferkolonne" schon unterwegs ist 

[VSG]

Ok, Danke.

Das lief zwar durch, hat aber an der Struktur nichts verändert.

Code: [Select]

{"message":"Rebuild 1873 pages access files
\nRebuild 1308 news access files
\n
\n","success":true}
Aber behebt das Problem nicht, wenn ich eine neue Datei erstellen wollte:
"Methode createPath::invalid structure - missing file: film-tv-kritiken/test.php", da ein neuer Ordner angelegt wird ("film-tv-kritiken"), der dann nicht über die Schreibrechte verfügt.
Aber wieso wird neu angelegt, statt "film--tv-kritiken" weiterverwendet? 

[dbs]

Es handelt sich hier um ein Feature.
Doppelte Bindestriche in Dateinamen ergeben keinen Sinn und sind für Google sogar kontraproduktiv.
Du wirst keine neue Seite mit mehreren aufeinanderfolgende n Bindestrichen anlegen können.

Die Lösung für dich müsste so aussehen.
Seite Film- & TV-Kritiken einmal abspeichern ohne was zu ändern. Das Accessfile ändert sich dadurch und weitere Unterseiten sollten möglich sein.
Eine 301 Umleitung in der .htaccess von film--tv-kritiken zu film-tv-kritiken (gilt dann auch für alle Unterseiten) kriegen wir sicher gemeinsam hin.

[jacobi22]

die angesprochene Funktion RebuildAccessFiles(), die du übrigens auch im InfoFenster (I-Button im Backend) erreichen kannst, liest die Datenbanktabelle pages und erstellt an Hand dieser Daten die AccessFiles im Ordner /pages neu

Wenn also etwas verändert wird, dann der inhalt dieser Dateien im /pages-Ordner

Ich glaube allerdings nicht, das dies dein Problem löst, zumindest nicht langfristig. Den Namen einer Datei oder eines Ordner bestimmt die Funktion page_filename().  Diese sorgt dafür, das z.b. keine Leerzeichen im Ordnernamen sind - ist eines angegeben, wie in deinem Beispiel, wird es mit einem Bindestrich ersetzt. Ergebnis war dein Beispiel Ordner "film--tv-kritiken"

Ich wüßte nicht, das dieses System, das es so schon ewig gibt, verändert wurde.
Welche PHP-Version hast du denn da im Einsatz? Ist es die Möglich, in der Datenbanktabelle /pages die Einträge in der Spalte "links" zu kontrollieren?

Alles weitere müßte man testen

[jacobi22]

Es handelt sich hier um ein Feature.

für mich eher ein Grund, nicht upzudaten 

[evaki]

für mich eher ein Grund, nicht upzudaten

Nach meinem Verständnis wäre es eine Katastrophe, ob nun Struktur bzw. S.Engines  betreffend.
Je länger die angelegte Struktur (als feststehendes Element) besteht, desto schlimmer die Nebenwirkungen.
Eine Bevormundung wär's außerdem. (Die KI im Editor nervt schon genug)

Sinnvoll wäre 'eine Abfrage einzubauen. Aber da sind die Dev's gefragt.
MfG. Evaki

[dbs]

Keine Bevormundung, eine Hilfe es richtig zu machen.
Ähnlich wie dort auch Umlaute umgewandelt werden.

[evaki]

Keine Bevormundung, eine Hilfe es richtig zu machen.
Ähnlich wie dort auch Umlaute umgewandelt werden.

Mit der Hilfe stimme ich unumwunden zu, doch gibt es halt auch die andere Seite, wenn's eben keine Neuinstallationen sind, sondern Übernahmen.
Bei den Umlauten kann man, wenns z.B. die Dateinamen betrifft, schon länger auf die "alten Regeln" verzichten, wenn auch nicht auf jedem Host, htaccess sollte schon zugänglich sein.  Da dürfen Dateinamen auch in chinesisch geschrieben werden. (Habe ich im Dezember bei 'nem Anwender fleißig mit spielen dürfen  ) Das ist gerade bei -ich sag mal- MuliKulti.Websites eine enorme Hilfe für Anwender und Internetausdrucker.
MfG. Evaki

[jacobi22]

Eine "Hilfe" kann ich annehmen oder eben nicht - hier bleibt mir die Wahl zwischen WB und einen Fork   
das wäre jetzt auch meine Empfehlung an User VGS. Er hat sich zumindest gemeldet. Wie viele andere standen vor dem gleichen Problem und sind nun weg?

Wie oben angeführt und mittlerweile gestrichen, bin ich davon ausgegangen, das diese Funktion "wie früher" funktioniert und man nicht die Installationen der User zerschießt, die haben jetzt nämlich keine Wahl mehr - zu mal solch Änderung dann auch noch top secret zu sein scheint

P.S.: ist meine Meinung, aber dafür wurde ich ja auch gefeuert.

[dbs]

P.S.: ist meine Meinung, aber dafür wurde ich ja auch gefeuert.

Du bist gegangen ... und niemand wollte dich aufhalten. An einigen Postings kann man gut erkennen warum.
Wenn ein Bindestrich der Grund ist zu einem codetechnisch veralteten Fork zu gehen, dann kann man nichts machen. Empfehlen würde ich das nicht.

Probleme sind zum Lösen da, einen Weg hatte ich gezeigt. Das ist kein großes Problem.

[Luisehahne]

Normalerweise Ein Sache von Sekunden
ich zitiere

Eine Seite auf oberster Ebene heißt "Film- & TV-Kritiken", was als PHP-Datei in "film--tv-kritiken.php" angelegt wurde. Darunter befinden sich zwei weitere Unterebenen, deren Seiten auf dem Server im Ordner "film--tv-kritiken" liegen. Es ist mir seit Update auf 2.12.1 nicht mehr möglich, unter "Film- & TV-Kritiken" Unterseiten zu erstellen oder bestehende dorthin zu verschieben.

Vor dem Problem stand ich einmal. Du musst nur hingehen in Seitenoptionen den Eintrag im Feld Zugriffs Datei  auf "film-tv-kritiken.php" zu ändern oder leere das Feld, dann erstellt WebsditeBaker die Zugriffs Datei neu. Durch Speichern werden automatisch alle Link Eintrage in der Table pages korrigiert und die entsprechenden Ordner und die zugehörigen Zugriffsdateien im pages Verzeichnis. Geht Sekunden schnell.

Es wird dabei kein Eintrag in pages zerschossen sondern nur angepasst, sodaß alles wiede rnormal läuft.

Auf diese Art und Weise bekommt auch den Rebuild Accessfile wieder lauffähig, wenn der mal rumzickt, dass der Create Path nicht funktioniert, weil der macht den rebuiuld aus den Einträgen in der pages. Ist nämlich ein Zeicheen dafür das ein link Eintrag verkehrt ist.

Tut mir leid dass dies beim Upgrade nicht berücksichtigt werden kann. Ich arbeite aber an einem Wartungstool, was diese Aufgabe übernehmen soll. Mag sein, dass die Ein oder Andere Kritik berechtigt ist. Denke aber das eine Diskussion darüber nicht nötig ist.

Dietmar

[VSG]

Es handelt sich hier um ein Feature.

Ich will nicht undankbar erscheinen und ich weiß auch zu schätzen, wie viel Zeit Ihr in das Projekt steckt, aber es war ein Feature, das mich heute Stunden an Zeit gekostet hat – und das für eine gut besuchte Webseite, die ich auch nur als Hobby (also Freizeitspaß) betreibe.

Doppelte Bindestriche in Dateinamen ergeben keinen Sinn und sind für Google sogar kontraproduktiv.

Von meiner Seite sind knapp 1500 Unterseiten von Google tadellos erfasst worden und dort sogar mit Struktur abgebildet. Ich will nicht wissen, was der Suchalgorithmus damit anstellt, wenn ich die in Zukunft (Redirect hin oder her) alle umziehe, will ich mir nicht vorstellen. Auch nicht, wo die im Google-Ranking dann landen.
Auch sind die Seiten so in allen möglichen Datenbanken (u.a. Wikipedia) eingetragen … ohne Redirect wäre das also wirklich eine Katastrophe.

Du wirst keine neue Seite mit mehreren aufeinanderfolgende n Bindestrichen anlegen können.

Das wollte ich in dem Fall auch gar nicht. Aber dass das System nicht in der Lage ist, in eine bestehende Struktur neue Seiten einzufügen, ist in meinen Augen ein Bug und kein Feature. Zumal Ottonormalwender sich gar nicht erklären können, warum nicht. Die machen alles wie gehabt und urplötzlich klappt was nicht mehr.

Seite Film- & TV-Kritiken einmal abspeichern ohne was zu ändern. Das Accessfile ändert sich dadurch und weitere Unterseiten sollten möglich sein.

Die Seite wurde von mir heute geändert und neu abgespeichert, aber das Accessfile ändert sich dadurch nicht – und auch der dazugehörende Unterordner nicht. Würde sich das überhaupt auf alle Eintragungen der alten Struktur in der Datenbank auswirken? Bei jeder Unterseite ist in wb_pages ja der Pfad zur jeweiligen Accessdatei gespeichert. Das sind bei mir mehr als 1500. Oder sollte damit schlicht eine zusätzliche neue Ordnerstruktur angelegt werden? Das fände ich nicht wirklich günstig.

Eine 301 Umleitung in der .htaccess von film--tv-kritiken zu film-tv-kritiken (gilt dann auch für alle Unterseiten) kriegen wir sicher gemeinsam hin.

Da wäre ich sehr dankbar drum.

Meine Vorgehensweise sähe sonst jetzt so aus: Änderung sämtlicher Eintragungen der Datenbank (den Befehl für phpmyadmin müsste ich mir erst raussuchen) von "film--tv-kritiken" zu "film-tv-kritiken". Dann manuelle Umbenennung des Accessfile-Dateinamens "film--tv-kritiken" zu "film-tv-kritiken.php" sowie des Ordners im pages-Verzeichnis ("film--tv-kritiken" zu "film-tv-kritiken") und anschließend Einrichtung der Umleitung in .htaccess.

Hab ich was vergessen oder gibt es eine einfachere/bessere Lösung?

Danke auch für die anderen Ideen und Lösungsvorschläge. Zum Thema Fork werde ich mich ein andermal äußern, dafür reicht heut die Zeit leider nicht.

Besten Dank und viele Grüße,
VSG

PS: Nach Dietmars Antwort dann folgende Vorgehensweise – Änderung des Dateinamens von "film--tv-kritiken" zu "film-tv-kritiken" in den Einstellungen der Seite und anschließend Einrichtung der Umleitung in .htaccess.
Richtig, oder hab ich was vergessen?

[dbs]

Ich hatte mich da wohl geirrt, ja Dietmar schrieb was zu tun ist.
Den redirect such ich dir raus.

[jacobi22]

Du bist gegangen ... und niemand wollte dich aufhalten. An einigen Postings kann man gut erkennen warum.

Jau, deine Meinung und meine haben nicht mehr zusammen gepasst. Für mich stand WB immer an erster Stelle, für dich die Lösung deiner Probleme um WB. Dafür hast du eine Menge Leute eingespannt, mich inklusive. Sicher liegt es auch in der Verantwortung jedes Einzelnen, wie weit er da mit macht oder nicht.
Am Ende sind wir alle glücklich mit der aktuellen Situation, du hast deine Ruhe, ich hab meine - ein Zusammenkommen wird es nie mehr geben - alles gut....

Ich will nicht wissen, was der Suchalgorithmus damit anstellt, wenn ich die in Zukunft (Redirect hin oder her) alle umziehe, will ich mir nicht vorstellen. Auch nicht, wo die im Google-Ranking dann landen.

ich verwende meine Seitenstruktur seit 1996, egal, ob da ein statisches HTML hinter stand, Joomla, Wordpress oder auch WB. Sicherlich keine 1500 Seiten am Stück, aber ein paar hundert schon. Ich lege wohl nicht viel Wert aufs Google-Ranking, das wird eh nur mit finanzieller unterstützung interessant, hätte aber dennoch einen Batzen Arbeit, um solch Änderung nun abzufangen.

Mag sein, dass die Ein oder Andere Kritik berechtigt ist

Wer nix macht, macht nix verkehrt. Mich stört eher, das es nicht public gemacht wurde. zufälligerweise habe ich bei einer meiner Schauspielerinnen exakt die gleiche Ordnerstruktur wie VGS sie benutzt, das aber seit Anbeginn durch Short_Url angepasst

 

[dbs]

@VSG

Wenn du eine .htaccess im WB Root liegen hast und die beginnt mit RewriteEngine on
dann brauchst du das nicht nochmal eintragen. Wichtig ist dann nur die zweite Zeile.

Hast du keine .htaccess dann erstelle diese leere Datei (mit Punkt vorn).

Inhalt:

Code: [Select]

RewriteEngine on
RedirectMatch 301 /pages/film--tv-kritiken(.*) /pages/film-tv-kritiken$1
Ich habe das getestet und es funktionierte. Trotzdem sollte es ausgiebig getestet werden.
Verbesserungsvorsch läge sind gern gesehen.
Theoretisch und praktisch verlierst du kein Ranking.

[dbs]

Sicher hätte die Änderung in der Changelog oder wo auch immer erwähnt werden sollen.
Es wurde schlicht vergessen, weil viele kleine Änderungen überall gemacht wurden. Seht es uns nach.
Wenn man drüber reden kann statt gleich loszupoltern und alles in Frage zu stellen, kann man auch erklären und Lösungen finden. Oder sogar Dinge rückgängig machen.

Der Entwickler gelobt Besserung was Dokumentation betrifft.

[jacobi22]

"gepoltert" wurde erst nach und wegen deiner Erklärung - aber nun genug der Worte

[VSG]

@VSG

Wenn du eine .htaccess im WB Root liegen hast und die beginnt mit RewriteEngine on
dann brauchst du das nicht nochmal eintragen. Wichtig ist dann nur die zweite Zeile.

Hast du keine .htaccess dann erstelle diese leere Datei (mit Punkt vorn).

Inhalt:

Code: [Select]

RewriteEngine on
RedirectMatch 301 /pages/film--tv-kritiken(.*) /pages/film-tv-kritiken$1
Ich habe das getestet und es funktionierte. Trotzdem sollte es ausgiebig getestet werden.
Verbesserungsvorsch läge sind gern gesehen.

Herzlichen Dank, ich versuch es morgen und geb dann Rückmeldung! 

[VSG]

Inhalt:

Code: [Select]

RewriteEngine on
RedirectMatch 301 /pages/film--tv-kritiken(.*) /pages/film-tv-kritiken$1
Ich habe das getestet und es funktionierte. Trotzdem sollte es ausgiebig getestet werden.

Erster Test heute hat funktioniert – nochmal Dankeschön!
Ausgiebig testen kann ich erst in den kommenden Wochen, werde aber dann nochmal Bescheid geben.

Du musst nur hingehen in Seitenoptionen den Eintrag im Feld Zugriffs Datei  auf "film-tv-kritiken.php" zu ändern oder leere das Feld, dann erstellt WebsditeBaker die Zugriffs Datei neu. Durch Speichern werden automatisch alle Link Eintrage in der Table pages korrigiert und die entsprechenden Ordner und die zugehörigen Zugriffsdateien im pages Verzeichnis. Geht Sekunden schnell.

Es wird dabei kein Eintrag in pages zerschossen sondern nur angepasst, sodaß alles wiede rnormal läuft.

Danke, werde ich dann in Kürze auch testen und Bescheid geben. Wie gesagt, ich hoffe, dass das auch mit so vielen Unterseiten klappt. Es handelt sich hier wie gesagt um 1.500+.

Tut mir leid dass dies beim Upgrade nicht berücksichtigt werden kann. Ich arbeite aber an einem Wartungstool, was diese Aufgabe übernehmen soll.

Soll das dann auch für alle bestehenden Seiten gelten, so dass hier auch doppelte Bindestriche automatisch entfernt werden? Da bitte ich dann aber um einen grooooßßßßen Hinweis im Changelog, denn das betrifft dann ja auch so etwas wie News-Einträge & Co. Selbst wenn die Suchmaschinen irgendwann die neuen Links übernehmen, meine Sitemap wäre damit hinfällig.

Abgesehen davon, dass bestehende einzelne Seiten mit doppelten Bindestrichen ebenfalls in Wikis, Datenbanken und dergleichen eingetragen sind. Wenn WB das bei einem Update einfach alles "vereinfacht" und überschreibt, zerschießt das alle möglichen Verweise – und das lässt sich auch mit einem automatischen Redirect nicht einfach beheben.

Mein Vorschlag wäre (ob sich das umsetzen lässt, kann ich aber nicht sagen, ich bin kein Entwickler):
Eine solch grundlegende Änderung im Verhalten von WB sollte sich nur für neu angelegte Seiten auswirken. Bestehende Strukturen und Seiten sollten durch ein bloßes Abspeichern nicht geändert werden, um einen bereits existierenden (und ggf. außerhalb bekannt gemachten) Aufbau nicht zu zerstören.

Ich kann mir denken, dass das aus Entwicklersicht nicht schön ist, aber nach mehr als 10 Jahren mit dem System haben sich bei größeren und alteingesessenen Seiten einfach Sachen gebildet, die jetzt zu ändern einfach ein zu großes Unterfangen ist.
Beste Grüße,
VSG

[dbs]

Nochmal zur Klarstellung, bestehende Strukturen sollen nicht durch ein Upgrade verändert werden. Das will niemand.

Deine Seite wurde nicht umbenannt durch das Upgrade, wie du feststellen konntest, andere Seiten dann auch nicht.
Die Bindestrich-Regel sollte nur neue Seiten betreffen. Durch dich wissen wir jetzt, dass es da ein Problem mit neuen Unterseiten solcher alten Seiten gibt.

Durch die Umleitung in der .htaccess brauchst du dir um Links in z.B. Wikipedia keine Gedanken machen, denn die werden alle und immer umgeleitet.
Google nimmt im Falle dieser einen Seite und seiner Unterseiten zur Kenntnis, dass dein Ranking für -- nun für - gilt. Genau dafür steht die Zahl 301.

Das Umbenennen in den Seiteneinstellungen wirkt sich für alle Unterseiten aus, egal wie viele und egal wie oft noch weiter verschachtelt.
Das Wartungstool ist im Moment nur eine Idee und dann für Leute, die etwas ändern wollen und macht nichts ohne Auftrag.

Ich hoffe der erste Satz beruhigt etwas.

[Luisehahne]

Ich denke ich habe eine schnelle vorläufige Lösung, um Abwärtskompatibel zu bleiben. Das Fix Paket werde ich morgen posten, weil ich erst nochmal was testen möchte.

Vorläufige Vorausetzung ist das Einfügen einer Konstanten Definition in der config.php. Wird später als Experten Modus in Seitenoptionen einzustellen sein.

Code: [Select]

define('PAGE_NEWSTYLE',   0);Lässt das alte Sanitize Verfahren zu,

keine Kosntantendefinitio n oder

Code: [Select]

define('PAGE_NEWSTYLE',   1);nimmt das neue Sanitize Verfahren

Dietmar

[VSG]

Ich denke ich habe eine schnelle vorläufige Lösung, um Abwärtskompatibel zu bleiben. Das Fix Paket werde ich morgen posten, weil ich erst nochmal was testen möchte.

Hallo Dietmar,

ich wollte fragen, ob das Paket schon verfügbar ist? Ich hab es nicht gefunden… 

Viele Grüße,
VSG