Version 1.5.3 veröffentlicht
Hallo zusammen
Ich habe soeben die Version 1.5.3 des Modules veröffentlicht, womit das Problem mit den fehlenden Editier-Icons behoben sein sollte.
Herzlich
Patric
Version 1.5.4 veröffentlicht
Hallo zusammen
Habe soeben die Version 1.5.4 veröffentlicht.
===========
Wichtiger Hinweis
Nachdem ich jetzt wieder einige Jahre fleissig sowohl im Büro als auch zu Hause hinter dem Schreibtisch gesessen bin, wird es mal wieder Zeit für eine Auszeit. Ich werde deshalb von November 2015 bis und mit Februar 2016 in Neuseeland unterwegs, und so gut wie nicht über die üblichen Wege erreichbar sein. Aus diesem Grund werde ich mich beim i18nl10n Modul bis dann nur noch auf Bugs konzentrieren können. Während meiner Abwesenheit fällt der Support komplett aus, ausser jemand möchte diese Aufgabe gerne übernehmen.
===========
Herzlich
Patric
Version 1.5.5 veröffentlicht
Hallo zusammen
Ich habe soeben die Version 1.5.5 veröffentlicht, die den Support für die Sprachwahl von tl_content in Drittmodulen und den Support von Isotope 2.3.x verbessert. Ausserdem wurde ein Inserttag für lokalisierte Links hinzugefügt {{i18nl10n::link::#}}.
Herzlich
Patric
404 bei fehlender Sprache
Ich habe aktuell das Phänomen das alle Seiten auch angezeigt werden, wenn die Sprache nicht eingesetzt wird:
http://domain.de/de/seite-a.html << existiert, Sprache DE ist vorhanden
http://domain.de/pl/seite-a.html << existiert, Sprache PL ist NICHT vorhanden
Sollten solche Seiten nicht eigentlich einen 404 ausgeben?
Ist das nur bei mir so oder kann das jemand bestätigen?
Problem mit "Reindex Pages" bei Nicht - Root-Url"
Hallo,
ich hatte das Problem, dass bei einer Struktur mit Unterseiten, also z.B. https://domain.com/web1/en/home.html und https://domain.com/web1/de/home.html (also TL_PATH = /web1) beim Neuaufbau des Suchindex im Backend die Deutschen Seiten nicht im Index erscheinen. Beim Direktaufruf der Seiten dagegen werden sie hinzugefügt.
Das Problem ist die Funktion "getSearchablePages" in der I18nl10nHook.php, Zeile 379. Hier wird die FrontendUrl nicht richtig gebildet. Statt https://domain.com/web1/de/home.html ergibt das https://domain.com/de/home.html, was dazu führt, dass die Seite nicht gefunden wird.
Ich habe die Zeile von
$strUrl = ($objPageWithDetails->rootUseSSL ? 'https://' : 'http://') . ($objPageWithDetails->domain ?: \Environment::get('base')) . '/' . $strUrl;
in
$strUrl = \Environment::get('base') . $strUrl;
geändert und das Problem ist behoben. Ich muss nochmal testen, ob das dann so noch mit RootUrls funktioniert.
Gruß
Michael
Sitemap nur in Hauptsprache?
Hallo miteinander, die Sitemap scheint zwar Links in entsprechenden Sprachen korrekt zu setzen, aber die Beschriftung der Links bleibt immer in deutsch (in unserem Beispiel). Ist das normal resp. wie können hier Übersetzungen integriert werden?
Liste der Anhänge anzeigen (Anzahl: 1)
Ich glaube es gibt aktuell ein Problem mit dem Modul und der neusten Contao Version (3.5.12).
Es gibt nämlich keine vorschau des Englischen Inhalts im backend mehr:
Anhang 17680
Hat jemand ein Ähnliches Problem?
Sprachtemplate lang_select und IE generiert mehrfache Sprache in der URL
Hallo zusammen,
ich weiß leider nicht genau, ob es ein Bug ist oder ob bei mir in der .htaccess etwas nicht stimmt (umbenannte .htacces.default).
Ich benutze derzeit die Version 1.5.5 auf der Contao Version 3.5.6.
Verwende ich das Template lang_select, wird bei mir in jedem Browser die Sprache korrekt angehängt (also site.de/de/seite.html und site.de/en/page.html).
Verwende ich aber den Internet Explorer wird die Sprache beim Umschalten mehrfach angehängt (1x Umschalten funktioniert, 2tes mal umschalten site.de/de/en/page.html. 3tes mal umschalten site.de/de/en/de/seite.html) usw.
Kann ich das irgendwie selbst beheben? Die Seite läuft momentan noch auf einer Testumgebung, soll aber demnächst online gehen.
Ich wäre für eine Antwort dankbar :)
Beste Grüße.
Andreas
Problemlose Entfernung möglich / Inhalte / Alternative ?
Hallo,
danke für deinen Beitrag. In diesem Thread scheint sich seit geraumer Zeit nichts mehr zu tun, was mir natürlich akut ein Problem bereitet. Ich kann nur noch nicht abschätzen in welchem Maße.
Ist es möglich die Erweiterung problemlos zu entfernen, aber die Inhalte zu behalten und wiederzuverwerten?
Welche sinnvolle Alternative gibt es und kann jemand abschätzen wie lange es wohl dauert dies ohne diese Erweiterung umzusetzen?
Ich würde gerne Erfahrungen und Tipps austauschen und würde auch andere die mit dieser Erweiterung positive oder negative Erfahrungen gesammelt haben zu ermutigen sich zu beteiligen.
Diese neuen Informationen bereiten mir bereits Kopfzerbrechen, da ich bereits recht viel Arbeit mit dieser wie ich finde sehr guten Erweiterung verbracht habe, bis mir dieser Fehler aufgefallen ist.
Ärgerlich aber scheinbar nicht mehr zu ändern.
Bin für jeden Hinweis dankbar.
Beste Grüße,
Andreas
Vorläufiger Zwischenstand
Guten Morgen,
der doppelte Seitenbaum soll nicht verwendet werden.
Ich gucke mir den Sourcecode an, und würde gerne einen updatesicheren hotfix erstellen. Wer am Austausch von Ideen Interesse hat, kann sich gerne per PM bei mir melden und Roland ich werde mich nochmal bei dir melden.
Falls es Neuigkeiten oder Diskussionsstoff gibt, hoffe ich das dieser Thread wieder auflebt und andere ermutigt diese praktische Erweiterung zu verbessern.
Beste Grüße,
Andreas
Kontakt mit Patric Eberle (Entwickler) und Begutachtung des Scripts
Hallo,
ich habe jetzt mit Patric Eberle Kontakt gehabt.
Ihm ist der Fehler noch nicht aufgefallen. Da er hat im Moment nicht so viel Zeit, fragte er mich, ob ich vielleicht mal im Forum nachfragen könnte, ob hier jemand eine Lösung weiß.
Konnte den Fehler bereits jemand reproduzieren? Ich habe mir einmal das Script angeschaut und dachte es läge evtl. an der generateFrontendUrl(), aber da habe ich mich wohl getäuscht.
Dann dachte ich es liegt evtl. am Browsercache, den ich bei Contao aktiviert hatte, aber daran lag es auch nicht.
Habe ich vielleicht etwas übersehen oder nicht verstanden?
Würde mich über eine Antwort freuen, oder wird diese Erweiterung garnicht mehr verwendet im aktuellen Zustand (habe ein paar ältere Beiträge gelesen, damals schien es noch gut funktioniert zu haben :) ).
Beste Grüße,
Andreas
Grund bei mir: Falsches Value bei this.value im Template
Hallo,
das Problem lag in dem onchange event: bei mir funktioniert es mit <select name="i18nl10n_language" onchange="window.location.href = '<?php echo \Environment::get('path'); ?>/' + this.value">.
Beste Grüße,
Andreas
Fehlerhafte "hreflang"-Implementierung
Hallo zusammen,
ich habe Probleme mit der Erstellung der hreflang-Links:
1. Die URLs stimmen nicht, es wird nur "/de/.html" etc. erzeugt.
2. Die Selbstreferenzierung der aktuellen Seite fehlt.
Punkt 1. konnte ich teilweise durch den Tipp im entsprechenden GitHub-Ticket fixen.
Hat jemand hier das gleiche Problem und konnte es vollständig lösen?
LG
Nicole