ja aber wir haben derzeit nicht die möglichkeit den fehler zu beheben. das kann noch etwas dauern
Druckbare Version
ja aber wir haben derzeit nicht die möglichkeit den fehler zu beheben. das kann noch etwas dauern
hallo,
wir setzen auf unserer umfangreichen seite: hallelife.de
realurl ein, weil wir während der entwicklung verschiedene dinge getestet haben
und realurl den stabilsten eindruck machte.
eine frage. wie bekommen wir items und news aus der URL?
http://hallelife.de/nachrichten/hall...antreiben.html
irgendwie will uns das nicht gelingen...
lg.
alex
hallo und vielen dank,
url-cleaner funktioniert im zusammenhang mit realurl?
das probieren wir heute abend mal aus. gibt es hier erfahrungen?
Wenn du 2.11.x einsetzt, brauchst du kein UrlCleaner. Dafür gibts doch die auto_items
hallo andreas,
das hatten wir probiert, dann funktionierte catalog nicht mehr.
das probieren wir aber heute abend ncoh mal...
danke für die info.
alex
Ich habe mal zwei kurze Verständnisfragen zu realurl im Vergleich zu folderurl.
1.) Habe ich es richtig gesehen, dass realurl im Seitenalias nur den normalen Aliasname ohne die übergeordneten Ordner speichert? Also bspw.:
Seitenalias in folderurl: parent1/parent2/page
Seitenalias in folderurl: page
Seite in beiden Fällen unter www.example.com/parent1/parent2/page erreichbar?
2.) Wenn ich bisher folderurl eingesetzt habe und zu realurl wechsle, gehe ich dann so richtig vor?
- realurl installieren
- folderurl deinstallieren
- in der Wurzelseite die ersten beiden Checkboxen von realurl aktivieren
- realurl passt daraufhin automatisch den Seitenalias an und entfernt alles vor und inkl. dem letzten Slash?
Heißt, aus meinem bisherigen Seitenalias parent1/parent2/page wird page und das auch wenn bspw. der Seitentitel Page XYZ heißt?
Gruß
Dein Vorgehen ist richtig. Erst RealURL installieren und dann folderurl deinstallieren. RealURL verwendet Datenbank-Spalten der folderurl Extension, andersherum würde man alle Aliase löschen. Zum anderen Punkt: auch wenn RealURL den Alias anders anzeigt als folderurl, er wird genauso in der DB gespeichert. Das ist nur eine andere Darstellung.
hallo an alle,
eine frage. wir versuchen MB socialize so anzupassen, dass der richtige link im facebook publiziert wird.
dafür gibt es eine ensprechende zeile code:
zeile 152 in der MBsocialize.php
vorher:
if ($newsurl == '') $newsurl = $objNewsArchive->stdurl;
abgeändert (wurde im forum schon behandelt):
if ($newsurl == '') $newsurl = $this->Environment->base . 'news-reader/items/' . $objNews->alias . $GLOBALS['TL_CONFIG']['urlSuffix'];
wie kommen wir via php an die komplette URL der nachricht?
teilweise sind die archive auch mit parent1/parent2/newsALIAS.html
aufgebaut... hat hier jemand eine idee??
Das Problem, dass keine 404 Seiten angezeigt werden, sondern die Eltern Seiten ist relative einfach zu klären.
realurl hat eine Liste mit allen URLs, die im System existieren. Grund hierfür ist, das wir sonst nicht ermitteln können wo ein auto_item eingesetzt werden muss oder nicht.
Beispiel Url 1 : http://www.meineDomain.de/start/unterseite.html
Beispiel Url 2 : http://www.meineDomain.de/start/unterseiteFoo.html
Url 1 ist dem System bekannt. Daher wird die richtige Seite auch angezeigt.
Url 2 ist dem System nur zur Hälfte bekannt. Das www.meineDomain.de/start ist dem System bekannt aber nicht unterseiteFoo.html, daraufhin wird angenommen das unterseiteFoo.html ein GET Parameter ist. Daher wird die www.meineDomain.de/start angezeigt und als GET Parameter unterseiteFoo.html mitgegeben.
Das große Problem ist die Unterscheidung von Seite Url und Get Parametern. Das System weiß nur was Seiten Urls sind aber nicht was Parameter sind. Daher wird dann angenommen, dass alle unbekannten Url Fragmente GET Parameter sind. In dem Sinne ist das Verhalten vom System richtig. Die Frage ist, ist es sinnvoll so zu handeln und wie kann man dies anpassen.
Beispiel Url 3 : http/www.meineDomain.de/foobaa
Url 3 ist dem System nicht bekannt. Da es hier auch keine Teilüberstimmung gibt, wird die 404 Seite angezeigt.
Hallo,
danke für die Ausfürliche Erklärung. Ich habe das jetzt so verstanden.
Gibt es den da keine Abhilfe für? bzw. wie wird das bei anderen Systemen geregelt das solche Probleme nicht auftauchen.
Ich hatte ja auch noch andere Probleme mit "realurl" wie z.B das Urls mit Umlauten einen Datenbankfehler beim Aufruf Produzieren (soll lt. Entwickler behoben werden).
Jetzt könnte man sagen das ich doch keine Umlaute nutzen sollte, kann ich aber nicht ändern weil ich eine Online Galerie betreibe und sich dort die Künstler und Ihre Bilder manchmal halt mit Umlauten eintragen.
Es ist nähmlich nervig ständig bei den Google Webmastertools diese Urls und andere falsche die doch erfasst wurden immer wieder zu löschen.
Gruß
Hallo,
ich denke das Du dir die Erweiterung noch nicht angesehen hast, denn auch bei "realurl" gibt es diese Schlüsselwörter. Daran kann es also nicht liegen.
Gruß
@Flex
Schlüsselwörter sind Wörter, die vom System verwendet werden. Beispiel: events, articles usw. Diese dürfen nicht als Teil von einem Seiten-Alias benutzt werden.
Das Problem was wir mit den 404 Seiten haben, ist ein anderes. Durch das auto_item und unbekannten GET Parameter ist es nicht mehr möglich klar zu bestimmen hier hört die URL auf und hier fangen die GET Parameter an.
Daher wird zusätzlich noch einmal eine interne Liste mit allen Aliase gepflegt, woran das System ausmachen kann, was ein URL-Parameter ist oder nicht. Daher werden dann meist die Unterseiten gefunden, da diese richtig geschrieben sind.
@Supermann Nope sage ich nicht.
Ticket: https://github.com/menatwork/realurl/issues/10
Hallo,
ich habe RealURL installiert und FolderUrl gelöscht. Bei den "normalen" Seiten funktioniert alles wie erwartet.
Aber alle Events enden nun in einem "Page not found". Auch alte Events, die bis dahin funktionierten.
Beispiel für ein altes (ehemals funktionierendes) Event:
Nun habe ich ziemlichen Stress. Denn die alten Events sind bei Google gelistet und werden immer mal wieder aufgerufen. Außerdem stehen jetzt für Dezember Events an, die dringend beworben werden müssen. Der Kunde hat es hoffentlich noch nicht bemerkt. Und, ja, ich weiß... Es ist fahrlässig ohne Komplettsicherung solche Änderungen zu machen. Aber nun ist es halt so.Code:http://www.domain.com/veranstaltungen/veranstaltungsanzeige/events/tanz-in-den-mai-2012.html
Im Moment habe ich noch keine Idee, wo ich ansetzten muss.
Hat vielleicht jemand eine Idee?
Erstmal wieder folderurl installieren und RealURL deaktivieren. Und dann schauen wir uns das Problem in Ruhe an.
Da hätte ich auch gleich drauf kommen können. Aber vor lauter Panik habe ich das nahe liegende nicht gesehen.
Also: FolderURL wieder installiert und RealURL deaktiviert.
Die Events sind wieder da; Ich bin gerettet.
Danke.
Und jetzt bitte mal die selbe Installation auf einem anderen Server oder lokal auf den Webspace transferieren und nochmal RealURL installieren. Ich würde gerne wissen was da schief läuft.
Guter Plan!
Genau das hatte ich bereits vor einiger Zeit geplant. Also den Teil mit der lokalen Kopie. Dazu wollte ich Euer Programm SyncCto benutzen. Dieses ist mir aber nicht gelungen, da ich SyncCto nicht zum Laufen bekomme.
https://community.contao.org/de/show...n-Pr%FCfsummen
Grundsätzlich stellen sich dabei natürlich ganz neue Fragen. Z.B. Wie rufe ich die kopierte Seite auf? Die Domain zeigt ja auf die Produktiv-Installation. Aber das nur am Rand. Erst einmal muss ich die Kopie hin bekommen. Notfalls zu Fuß.
Ich würde dir in diesem Fall immer eine Xampp (oder für Apple Jünger -> Mamp) Installation empfehlen. Oder einen Hoster wie Uberspace wo du für die Spielwiese nur wenig zahlen musst.
OK. Dann werde ich mal einen frischen (VM-) Linux-Server mit XAMPP und Contao mit SyncCto aufsetzen. Mal sehen, ob ich das heute noch schaffe.
Ich melde mich dann wieder.
Hallo,
so nun habe ich meine XAMPP-VM. Allerdings nicht Linux sondern Windows.
Contao und SyncCto sind drauf. Nach einigen Schwierigkeiten habe ich die Synchronisation nun auch hin bekommen.
Auch auf der Kopie funktionieren die Events nicht mit RealUrl; mit FolderURL schon. Aber das soll zur Fehleranalyse ja auch so sein.
Ich hab erst letzte Woche wieder eine Website veröffentlicht die RealURL und News/Events verwendet - absolut keine Probleme gehabt.
kann es denn mit dem URL Format zusammenhängen?
aktuell sieht das so aus:
Code:http://www.domain.com/veranstaltungen/veranstaltungsanzeige/events/tanz-in-den-mai-2012.html
Absolut eine der besten, nützlichsten und unumgänglichsten Erweiterungen!
Auf diesem Weg vielen Dank dafür!
Die neue Version im ER hat einige nützliche Features bekommen. Viel Spaß beim entdecken.
Definitiv! Mein Highlight Alias anzeigen und updaten mit einem Click!
Thx!!!
Sent from my iphone using Tapatalk
In meiner Erweiterungsverwaltung (Contao 2.11.7) steht
gibts da jetzt eine aktuellere Version?Zitat:
realurl 1.0.0 stable 8 Aktuell
Bei mir funktioniert es immer noch nicht. Es gibt ja nun mal in Contao nebst diverser Erweiterungen eine Unmenge an Einstellungen. Ich weiß im Moment nicht, wo ich suchen soll.
OK. Soweit bin ich. Wie gehen wir jetzt weiter vor? Vielleicht finden wir das Problem ja gemeinsam. Ich möchte nämlich ebenfalls wissen, was da schief läuft.Zitat:
andreasisaak:
Und jetzt bitte mal die selbe Installation auf einem anderen Server oder lokal auf den Webspace transferieren und nochmal RealURL installieren. Ich würde gerne wissen was da schief läuft.
Das kannst Du selber nach gucken im ER. Ich verwende für solche Nachforschungen immer Ceris.Zitat:
Zitat von codework
Ahhh... jetzt hab ich die, die neuer ist als die Aktuelle gefunden!
Ja, ja Asche auf mein Haupt. Ich nutze Contao nun etwa ein halbes Jahr. Vieles ist mir halt noch nicht geläufig und gelegentlich verstehe ich auch nicht alles bei ersten Mal.
Nun ist also RealUrl 1.1.0 rc1 build 3 installiert.
Die beiden neuen Schalter "Alias verstecken :: Alias neu erstellen" finde ich übrigens genial. Besonders die Anzeige im Baum ist ein Super-Feature!
Funktionieren tut's bei meinen Events allerdings trotzdem noch nicht.
Nun habe ich mich wirklich lange mit diesem Problem aufhalten müssen.
Irgendwann bin ich auf den Schalter "Den auto_item-Parameter verwenden" gestoßen. Diese Option wurde von mir einfach noch nie verwendet. Aber sie scheint der Schlüssel zu sein.
Also mit "Den auto_item-Parameter verwenden" aktiviert erscheinen die Events auch mit "RealUrl". Aber die alten Events (via Google-Suche) enden jetzt natürlich in einer Fehlermeldung. Dazu die Ergänzung in der .htaccess wie folgt:
und nun werden auch die (alten) Suchmaschinentreffer wieder angezeigt.Code:RedirectMatch 301 ^(.*)/items/(.*) $1/$2
Wenn die Option "Den auto_item-Parameter verwenden" zwingend ist, dann sollte das natürlich auch irgendwo geschrieben stehen.
Vielleicht ist das aber auch mal wieder nur bei mir so... :rolleyes:
Vielen Dank für alle Hilfestellungen.
Mhh woran kann es denn liegen dass die Funktion Alias überschreiben bei mir nicht richtig funktioniert?
Ich habe folgende Möglichkeiten versucht:
- Das Alias im Feld Alias zu ändern => wird wieder mit dem generierten Alias überschrieben
- Das Alias im Feld "Seitenalias überschreiben" nach anhaken der Box "Seitenalias überschreiben" ändern. => gleiches Resultat wie bei 1.
Ist bestimmt was einfaches, aber was mache ich denn falsch?
Moin,
@codework: Ich würde zu gern bei dir einmal mit TeamViewer schauen was da los ist. So aus der Ferne ist das bissel schwierig.
@psren: Den Fehler hatte ich auch in einer frühen Version von der 1.1.0. Ich schau mir die Erweiterung an ob ich
iwo noch nen Bug habe. Ansonsten würde ich auch gerne bei dir einmal mit TeamViewer schauen was da los ist.
MfG
Chi
Hallo,
kein Problem. Habe Dir gerade eine PM gesendet.
Gruß
@chibineko
Wie wäre es mit einem Admin-Zugang ins Testsystem?
Ich lade mir aber auch gerne den TeamViewer herunter.
Super Erweiterung!
Wie kann ich sicherstellen, dass mein Inhalt immer nur unter einer URL erreichbar ist?
Ich möchte gerne
www.domain.de/verzeichnis1/verzeichnis2/
nach
www.domain.de/verzeichnis1/verzeichnis2
automatisch 301-redirecten.
htaccess?
Viele Grüße,
pleini!
Das hat nichts mit RealURL zu tun. Bitte stell deine Frage in einem anderen Bereich
Es betrifft aber auch alle TrueURL und Contao 3.x Nutzer. Und damit ist RealURL raus - das ist ein Eintrag in der htaccess und nichts was die Extension erledigen sollte.
Hallo,
ich habe noch einen kleinen Fehler gefunden.
Bei Contao 2.11.7 und RealUrl
Wenn bei der ersten Seite 'Startseite' im Seitenbaum 'Erste Seite' aktiviert ist und die Seite über den Seitenbaum aufgerufen wird, hängt ein Slash zu viel an der Adresse.
Also so:
www.domain.com//
Das ist im Betrieb natürlich belanglos.
Deshalb nur als Hinweis. Vielleicht kann das mal jemand validieren.