Copy&Paste ist der Teufel! Nächster Versuch, bitte testen ;)
Druckbare Version
Copy&Paste ist der Teufel! Nächster Versuch, bitte testen ;)
Danke - jetzt passt's. addIcon-Fehler ist weg und die Wurzelseite geht auch ...
Funktioniert bei mir nun auch wieder.
Hallo Andreas,
Build 8 ist ok und meine Flaggen sind weiterhin so wie ich es wünsche :) .
vielen Dank für die neuen Builds. Habe den 8ten nun auch getestet. Sämtliche Fehlermeldungen im BE sind weg.
Was bleibt ist der Hinweis "Hauptsprache fehlt" bei den Seiten der Zweitsprache. Dies liegt wahrscheinlich daran, dass ich den Seiten keine "Fallback-Seite" zugeordnet habe sondern "Keine Seite". Genau hier liegt mein Problem. Wenn ich eine Fallback-Seite einstellen möchte, werden mir schon die richtigen zur Auswahl angeboten. Wähle ich nun eine aus und speichere das ganze, steht wieder "Keine Seite" in dem Feld. Die Fallback-Zuordnungen werden also nicht gespeichert. Woran kann das liegen?
P.S. Nach der Installation des neuen builds, habe ich die install.php aufgerufen und auf "Datenbank aktualisieren" geklickt, obwohl bereits angezeigt wurde, dass diese aktuell ist.
Hmm, das ist ein interessantes Problem. Wenn du nur auf speichern klickst (und nicht speicher&schliessen), was steht dann im Feld?
Ich verwende tl 2.8.0 und es macht keinen Unterschied ob ich nur "Speichern" oder "Speichern und schließen" oder "Speichern und neu" klicke. In allen Fällen wird die Fallback-Seite nicht gespeichert.
Hallo,
ich habe gerade eure Zeilen verfolgt. Vielleicht könnt ihr mir irgendwie helfen. Ich wollte per Live Update auf die 2.8 updaten. Muss zugeben, dass ich zuvor im BE den Erweiterungskatalog nicht aufrufen konnte. Ich hatte die Hoffnung, dass das LiveUpdate das repariert. Nur: das LiveUpdate lief durch, hat aber nicht upgedatet. Tja, und nun habe ich die neue Version manuell per FTP hochgeladen und nix geht mehr. Das Frontend ist auch weg.
Ich weiß gar nicht wo ich ansetzen soll. Natürlich habe ich eine Sicherung, nur leider habe ich nicht vollen Zugriff auf den Server. Deshalb müsste ich alle Ordner leeren, um dann die Sicherung einzuspielen.
Die Version 2.8 läuft auf einer anderen Domain einwandfrei.
Gruß
Julia
Hallo scooterfox,
dann lass doch mal das typolight-check.php von der 2.8 laufen.
Dann kann man sehen ob die Berechtigungen stimmen etc.
Hast du auch über die install.php ein Datenbankupdate gemacht?
Hast du vllt eigene Templates erstellt und angepasst?
Und: was genau lief beim live-update nicht durch?
Brauchst du vllt den SMH? Hast du den SMH denn dann auch in Benutzung?
Ich glaub wir brauchen da ein paar mehr Infos von dir - nur hochgeladen und geht nicht reicht eben nicht ;-)
Viele Grüße
schnief: da leuchtet es doch ziemlich rot auf.
Directory owner • www-data The new directory should be owned by
Ich kenne keinen www-data...
Ja, ich habe Anpassungen am Template gemacht.
Das Live-Update lief durch hat aber immer noch die 2.7.6 angezeigt.
Wie aktiviere ich den SMH? Leider komme ich gerade nicht mal ins Backend.
---> muss ich dazu die FTP-Zugangsdaten In die localconfig schreiben?
--> ok, versuche das gerade zu realisieren
Grüße
Julia
Beim Versuch im Install-Tool die DB zu aktualisieren überschreibt irgendetwas meine localconfig. Dann kommt wieder eine Fehlermeldung die diese Zeile anmeckert. Dann korrigiere ich wieder, kann aber eben nicht die DB aktualisieren (was dringend nötig ist).
OK - nach dem 5. Versuch hat das System rekapituliert und die Datenbank aktualisiert. Mein Frontend ist wieder daaaaa!!!!! :-))))))
Typolight-Check zeigt immer noch viele falsche Owner an. Wie/Wo kann ich das ändern?
Schon nicht mehr ganz so verzweifelte Grüße
Julia
Hallo Julia,
ich geh mal davon aus das du keinen Shell Zugang zum Server hast.
Mit ein wenig Glück kannst du die Berechtigungen bei deinem Hoster im Backend ändern.
Ansonsten einfach ne Mail an deinen Hoster schicken, das er die Rechte der Dateien auf den ftp-User umändern soll (chown).
Viele Grüße
Ich nochmal.
Wie schon in der Vorgängerversion kann ich den Erweiterungskatalog nicht öffnen.
Aktuell kommt folgende Fehlermeldung:
Fatal error: Uncaught exception SoapFault with message thrown in /var/www/vhosts/xxx.de/httpdocs/system/modules/rep_client/RepositoryBackendModule.php on line 209
Liegt das an den Berechtigungen?
Hm da geht irgendwas nicht mit SOAP...
Was ich dazu gefunden habe -> https://community.contao.org/de/show...tion+SoapFault
Eventuell hat dein Hoster also Probleme?
Du könntest es auch noch mit der Tenside Repository Erweiterung versuchen.. die springt ein, wenn Soap nicht funktioinert (such mal danach).
Viele Grüße
würde man bei solchen Problemen lieber Schafhirte werden :-)
Morgen schreib ich mal dem Provider...
Danke und bis auf weiteres alles Gute!
um nach den letzten Beiträgen mal wieder zum eigentlichen Thema zurückzukehren:
Ich habe nun auch den neuesten Build (9) installiert. Diesmal über die Typolight-Erweiterungsverwaltung (dank des vorherigen Beitrags Stichwort: tenside).
Leider klappt die Speicherung der Fallback-Seite (siehe oben) immer noch nicht. Gibt es diesbezüglich schon Neuigkeiten??
Ich habe nun nach einigem rumprobieren festgestellt, dass wenn ich die Zweitsprache als Fallback-Sprache einstelle, alles wie gewollt funktioniert.
Nur soll ja die Erstsprache die Fallback-Sprache sein und nicht umgekehrt.
Hilft diese Erkenntnis vllt bei der Problemlösung?
Was heisst für dich die Erstsprache/Zweitsprache?
Mit Erst-/Zweitsprache meine ich die Haupt- bzw. Fallback-Sprache und die Zusätzliche. Also in meinem Falle ist "de" die Hauptsprache (Fallback) und "en" die Zweitsprache (soweit eine Übersetzung existiert).
Wenn du zwei verschiedene Domains im Startpunkt eingibst, musst du auch beide als Fallback definieren.
Wer spricht von verschiedenen Domains im Startpunkt?
Es handelt sich um eine Domain unter der eine Website liegt in 2 verschiedenen Sprachen. Deshalb wurde auch keine Domain angegeben.
Eigentlich klar, dieses Feature kann erst die nächste Version :D:D
Ich kann das Problem allerdings noch immer nicht nachvollziehen. Kannst du mir Zugriff auf dein System geben?
Kann ich gerne machen.
Wenn ich einen Gastzugang einrichte, kann dieser die Seitenstruktur allerdings nicht bearbeiten sondern nur aufrufen. Welche Rechte muss ich noch vergeben, oder reicht dir das schon?
Wie soll ich dir die Zugangsdaten zukommen lassen?
Naja, ich müsste schon alle Rechte haben... Sonst kann ich ja nicht testen.
Schreib mir doch eine E-Mail mit den Zugangsdaten.
Ich habe eine Website mit funktionierendem Sprachenwechsel auf 2.8 upgedatet. Dabei wurden alle auf den einzelnen Seiten ausgewählten Fallbackseiten zurückgesetzt. Statt auf diese gleiche Seite in der Fremdsprache zu wechseln, springt der Sprachenwechsler jetzt immer auf die fremdsprachige Startseite. Gibt es eine Möglichkeit, die Fallbackseiten beim Update zu erhalten? Oder müssen sie nach dem Update neu ausgewählt werden? Das Neu-Auswählen hat zwar funktioniert, macht aber bei einer umfangreichen Seite viel Arbeit …
Danke im Voraus für die Hilfe!
Dietmar
Hallo Dietmar,
Beim Update sollte an der Datenbank nichts geändert werden. Die Zurodnung wird entfernt, wenn du bei einer Startseite (Root-Seite) die Fallback-Option aktiviert, hast du das ev. mal gemacht?
Ich hatte auch das Problem, dass ich keine Fallback-Seite einstellen konnte. Dann habe ich ausprobiert, was du hier beschrieben hast, eine Seite eingestellt und bei der Zweitsprache den Haken bei "Fallback" wieder entfernt. Seitdem funktioniert es bei mir ohne Probleme... warum auch immer ;-)
Vielleicht kannst du ja auch einfach alle Fallback-Seiten definieren und den Haken dann wieder entfernen.
Hallo andreas.schempp
Ich möchte kurz darauf hinweisen, dass das Problem, welches im Modul: changelanguage aufgetreten ist auch im Modul: autolink auftritt. Ich wäre froh, wenn du dort das Problem auch beheben könntest. Danke!
Das Problem, die Fallback-Seiten nicht speichern zu können, hatte ich auch. Bei mir lag es daran, daß die IDs der Fallback-Seiten in aufsteigender Reihenfolge (und ohne Lücke) in der Datenbank lagen.
Für PHP sind die Array-Schlüssel "0", "1", "2" genau dasselbe wie 0, 1, 2. Wenn also die Indices in einer Reihe ab 0 liegen, kann Typolight nicht erkennen, daß es eigentlich ein assoziatives Array sein sollte. Es wird ein numerisches Array erkannt und dadurch wird das Select-Feld falsch aufgebaut.
Ein (Not-)Lösung für das Problem wäre, eine der Fallback-Seiten zu löschen und neu anzulegen um die IDs nicht mehr in durchgehender Reihenfolge zu haben.
Das von mdash beschriebene Problem mit den PHP-Arrays scheint die Lösung zu sein. Ich habe einfach eine beliebige Seite der Fallback-Sprache dupliziert und das Original dann gelöscht. Seit dem funktioniert es. :D
Wäre schön wenn dieser Umweg in der nächsten Version von changelanguage behoben werden kann. Ansonsten eine tolle Erweiterung die eigentlich in den Core gehört. ;)
Das sehe ich auch so. Eine must-have Erweiterung für multilinguale Sites.
Allerdings nimmt Leo längst nicht alles in den Core was dort wünschenswert wäre, einerseits damit der Original-Entwickler sein Baby weiter betreuen kann, und anderseits damit die entsprechende Arbeit fortan nicht auch noch auf Leo's Schultern aufgeladen wird. (Bitte keine Grundsatzdiskussion wieso das Entwicklungsmodell so ist - das wurde in anderen Themen bereits mehrfach totgeschlagen)
Ich verstehe leider deine Lösung noch nicht ganz. Meinst du das
Sollte so gemacht werden, damit es als String genommen wird? Könnte das mal jemand testen?PHP-Code:
$this->arrPages[0] = $GLOBALS['TL_LANG']['tl_page']['no_subpage'];
PHP-Code:
$this->arrPages['0'] = $GLOBALS['TL_LANG']['tl_page']['no_subpage'];
Ich denke er meint eher in createPageList:
Statt:
Eventuell so:PHP-Code:
$this->arrPages[$fallbackID] = $fallbackTitle;
Habe das aber nicht getestet.PHP-Code:
$this->arrPages["$fallbackID"] = $fallbackTitle;
Das Problem liegt daran, daß die leere Option bei der Wahl der Fallback-Seite ("keine Seite") den Index "0" bekommt in der Extension. Dadurch kann es passieren, daß das Array, das an das Select-Widget übergeben wird mit 0 beginnt und die Schlüssel durchgehend sind. (Wenn die Fallback-Seiten in der Datenbank die IDs "1", "2", "3"... haben). Um den Bug nachzuvollziehen müssen die Fallback-Seiten also durchgehende IDs ab 1 haben.
Genau dann wird das Array als numerisch angenommen (und nicht mehr als assoziativ). (siehe TL/system/functions/array_is_assoc()) - und das führt zu falschen Values in dem Select-Feld.
Ich denke, eine gute Lösung wäre es, in der dca/tl_page.php bei ...['fields']['languageMain']['eval'] die 2 Werte "includeBlankOption" und "blankOptionLabel" zu verwenden. Momentan wird das ja so gemacht (dca/tl_page.php Zeile 86):
Es würde aber auch reichen da einen anderen Index zu nehmen (Hauptsache nicht '0' oder 0).PHP-Code:
$this->arrPages[0] = $GLOBALS['TL_LANG']['tl_page']['no_subpage'];
Entschuldigt, ich hätte Eure Texte besser lesen sollen. :)
Ich meinte das, was Andreas geschrieben hatte:
Da aber PHP (laut var_dump) den Key '0' als int (0) ansieht hilft genau dieser String nicht.PHP-Code:
$this->arrPages['0'] = $GLOBALS['TL_LANG']['tl_page']['no_subpage'];
(Das 'includeBlankOption' bei den 'eval'-Werten verwendet da einen Leerstring).
PHP-Code:
$this->arrPages[''] = $GLOBALS['TL_LANG']['tl_page']['no_subpage'];
Alles klar. Ich habe im neusten Build der 0.7.2 den Schlüssel auf einen Leeren String geändert, könnte das mal jemand testen?
Hallo Andreas,
hatte den Gastzugang schon wieder gelöscht, da das Problem ja gefunden schien.
Habe nun den neusten Build (12) ausprobiert und tatsächlich, es funktioniert! :D
Vielen Dank!!