Erweiterung "path"

**smueller** · 20.09.2011, 16:35

Hi zusammen,

nutzt von euch schon jemand die Erweiterung "path" [1]?

Ich wollte diese einmal ausprobieren, da sie sehr viel versprechend aussieht und recht flexible ist. Aber leider verursacht sie bei mir nur Fehler und zwar sehen bei mir alle Links nach dem aktivieren der Erweiterung wie folgt aus .../*.html/
Also alle bekommen nach dem html ein / angehängt.

Weiß da jemand Rat?

Danke und viele Grüße
Sebastian

[1] http://www.contao.org/erweiterungsli...w/path.de.html

**Wallbanger** · 26.09.2011, 19:53

Hallo Sebastian

ich habe die Erweiterung auch getestet und kann das Verhalten bestätigen.
Ich habe auch soeben eine E-Mail an den Entwickler geschrieben und ihm das Problem geschildert.

Du kannst Dir temporär (nicht updatesicher) selbst behelfen, wenn Du in der Klasse Path in der Methode "generateFrontendUrl" das letzte Slash entfernst.

Also, aus

PHP-Code:


$strUrl = $this->normalizePath($strUrl, true) .'/';

wird

PHP-Code:


$strUrl = $this->normalizePath($strUrl, true);

Danach funktioniert bei mir alles einwandfrei.

Hoffe ich kann Dir damit weiterhelfen.

**Flex** · 27.09.2011, 14:14

Diese Verhaltensweise ist aber gewünscht!

Denn path erzwingt eine reine Ordnerstruktur, d. h. .html soll nicht mehr dahin kommen.

***xchs*** · 27.09.2011, 16:44

Zitat von smueller

Aber leider verursacht sie bei mir nur Fehler und zwar sehen bei mir alle Links nach dem aktivieren der Erweiterung wie folgt aus .../*.html/
Also alle bekommen nach dem html ein / angehängt.

Hab' das jetzt auch mal getestet, kann das angesprochene Problem mit dem Suffix so aber nicht bestätigen bzw. nachvollziehen.

Allerdings erhielt ich eine andere Fehlermeldung (Contao 2.10.1):

Code:

Runtime notice: Declaration of Path::generateFrontendUrl() should be compatible with that of Controller::generateFrontendUrl() in /system/modules/path/Path.php on line 326

#0 /system/functions.php(85): __error(2048, 'Declaration of ...', '/htdocs...', 326, Array)
#1 /system/functions.php(85): __autoload()
#2 [internal function]: __autoload('Path')
#3 /system/libraries/System.php(147): get_class_methods('Path')
#4 /system/libraries/Controller.php(2435): System->import('Path')
#5 /system/modules/backend/dca/tl_page.php(1261): Controller->generateFrontendUrl(Array)
#6 /system/drivers/DC_Table.php(3190): tl_page->addIcon(Array, 'Music Academy <...', Object(DC_Table), '')
#7 /system/drivers/DC_Table.php(2903): DC_Table->generateTree('tl_page', '1', Array, true, -20, false, false)
#8 /system/drivers/DC_Table.php(333): DC_Table->treeView()
#9 /system/modules/backend/Backend.php(271): DC_Table->showAll()
#10 /contao/main.php(101): Backend->getBackendModule('page')
#11 /contao/main.php(286): Main->run()
#12 {main}

**Wallbanger** · 27.09.2011, 18:31

Ich habe heute Antwort auf meine Anfrage beim Entwickler erhalten. In der aktuellen Version (Build 21) wurde der Slash entfernt. Habe es gerade getestet, funktioniert bei mir soweit einwandfrei.

Laut Entwickler ist aber die Verwendung eines Suffix, wie Flex bereits geschrieben hat, für die Erweiterung nicht erwünscht.

Wie auch immer - jetzt funktioniert es auch wie folderurl.

**Supermann** · 28.09.2011, 00:06

Hallo,

vieleicht sollte der Entwickler das ganze so gestalten, das man das so einstellen kann wie man es möchte. Also mit und ohne "/" Slash.

Gruß

**datenkind** · 03.10.2011, 16:40

Wollte path selber testen, aber – warum auch immer – funktioniert das ersetzen der Patterns nicht, obwohl sie laut regexp tester richtig sind.

Außerdem ist ein KO-Kriterium, dass auch die Pagination nicht mehr funktioniert. Leider fehlt mir eine ansatzweise nachvollziebar Doku, was ich echt sehr schade finde, da die Extension durchaus interessant ist. Aber solang man sich damit eine News-Pagination zerkloppt: unbenutzbar.

So heißts: Zurück zu folderurl und urlcleaner.

Vielleicht kann sich Stefan dazu äußern, wenn er das hier ließt, würde mich freuen.

**Supermann** · 03.10.2011, 22:52

Hallo,

kann das nur bestätigen. Habe es auch selber probiert, aber wegen dann abgebrochen weil so einiges nicht mehr so lief wie es sollte.

Deshalb kann ich nur zustimmen das eine Anleitung von nöten ist.

Gruß

**rumzucker** · 04.10.2011, 11:06

hallo,

würde mich über etwas genauere problembeschreibungen freuen

...

wie sieht die regexp aus die du verwendest? ...
was genau passiert mit der pagination? ...
was lief alles schief? ...
bzw. wo genau wäre mehr dokumentation/anleitung nötig?

mfg
stefan

**datenkind** · 04.10.2011, 16:02

Hui, da isser ja

Der Reihe nach.

1. Grundlegend sah die Regexp genauso aus, wie in deiner Beschreibung. Habe auch alles an Möglichkeiten durchgetestet, aber nichts hat gegriffen. Ich weiß leider nicht wieso. Folderurl und urlcleaner arbeiten allerdings (waren auch deinstalliert, Einträge in der localconfig.php entfernt etc.)
^/startseite/news/items/(.*) -> news/$1

2. Die Pagination wird umgeschrieben. Bsp: Aus ?page=2 wurde /page/2 was in einem 404 endet.

Das sind so die Grundprobleme.

Mit der Doku meine ich eben sowas. Ich tu mich mit Regex schwer, da wäre es wünschenswert, wenn man Standardfälle auflistet und kurz dazuschreibt, wieso gerade so. Würde helfen, denke ich.

**rumzucker** · 04.10.2011, 19:17

bzgl. deines regexp denke ich du hast das ganze verkehrt rum ...

du möchtest wahrscheinlich, dass bei einer eingabe von "news/was-auch-immer" die seite "startseite/news/items/was-auch-immer" aufgerufen wird?
- ^/news/(.*) -> /startseite/news/items/$1
außerdem findest du eine kleine "beschreibung" beim hilfe-assistenten ( /?\ ) ... ansonsten sind lediglich regexp kenntnisse nötig

dass der page parameter umgeschrieben wird ist ansich richtig und müsste auch in der ordnerstruktur als solcher erkannt werden, da er in der liste der url_keywords enthalten ist ...

ich nehme an contao läuft bei dir nicht im root der domain sondern als unterordner? ...
- sprich der 404 error kommt nicht von contao sondern vom webserver? ...
das habe ich bei der weiterleitung nicht bedacht ... sollte das aber das problem lösen werde ich es beim nächsten update fixen ...

**datenkind** · 05.10.2011, 17:00

Nein, der Aufruf sollte schon so umleiten (jetzt mal das "startseite" weggedacht):

/news/items/newsalias -> /news/newsalias

In der Liste der Url-Parameter war nur "tag" drin. Aber du hast Recht, Contao läuft im Unterordner. Allerdings zeigt die Domain auf diesen Ordner. Der Fehler wird vom Apache ausgespuckt.

Ich muss es die Woche nochmals separat auf einer frischen Installation testen.

**sushie** · 17.10.2011, 17:20

@datenkind

1. hatte das gleiche problem bis ich in den contap-einstellungen "URL-Suffix" von ".html" auf "" (leer) geändert habe (und natürlich auch die .htaccess dem enstprechend anpasste)... wie's scheint hat die ext keine freude an der ".html"-endung (ich aber eigentlich schon ,)

2. das mit dem umschreiben der news-urls hab ich auch nicht begriffen (hab aber auch noch nicht lange ausprobiert und bin ned so der reg-exp profi)

würde gerne das das news-module diese url:
"http://domain.com/news/items/alias-des-beitrages.html"
umschreibt auf
"http://domain.com/news/alias-des-beitrages.html"
(resp. dann wohl ohne .html)

habs so versucht, mit und ohne ".html", aber passiert nix:
"^/news/(.*)" => "/news/items/$1"
und so auch nicht:
"^/news/(.*)" => "/news/items/$1"

*lg

ps. @rumzucker:
ansonsten tiptoppe ext, danke dafür!

**ways2web** · 17.10.2011, 17:33

Zitat von sushie

würde gerne das das news-module diese url:
"http://domain.com/news/items/alias-des-beitrages.html"
umschreibt auf
"http://domain.com/news/alias-des-beitrages.html"
(resp. dann wohl ohne .html)

versuch mal :

PHP-Code:


$GLOBALS['TL_CONFIG']['arrUrlFragments'] = array('news' => 'items',);

erweiterung urlcleaner muss installiert sein
http://www.contao-pool.de/ceris-read...leaner_de.html

gruss
ways

**onex** · 29.11.2011, 12:54

Hallo zusammen,

ich weiss nicht, ob es sinnvoll ist mein Problem an dieses Thema anzuhängen, oder ob ich besser ein neues Thema hätte starten sollen, aber ich leg einfach mal los.

Leider gibt es die Erweiterung folderurl nicht mehr in den Extensions, daher habe ich zu path gegriffen.
Nur habe ich damit leider ein großes Problem mit der Suche.
Meine Suchseite ist unter

http://domain/suche.html

erreichbar.
Wenn ich nun etwas suche wird die Seite mit folgender URL geladen:

http://domain/suche/keywords/was+ich+gesucht+habe

Dabei erhalte ich einen 404-Fehler.
Sollte die Seite nicht eigentlich mit

http://domain/suche?keywords=was+ich+gesucht+habe

geladen werden?

Kann mir irgendjemand bitte helfen, wie ich mit path zusammen eine funktionierende Suche erhalte?

Vielen Dank für alle Tipps im Voraus,
Christian.

**rumzucker** · 29.11.2011, 13:33

Hallo Christian

... der Grundgedanke dahinter war, dass die Such-Keywords ebenfalls in die Ordnerstruktur miteinbezogen werden um eine suchmaschinenfreundliche URL zu erhalten. Habe versucht den Bug zu beheben, hoffentlich mit Erfolg.

Falls du dieses Verhalten aber nicht möchtest kannst du vorerst folgendes aus der config.php nehmen:

PHP-Code:


$GLOBALS['URL_KEYWORDS'][] = 'keywords';

Stefan

**onex** · 29.11.2011, 13:57

Hallo Stefan,

danke, nun bekomme ich keinen 404-Fehler mehr, aber was ich einfach nicht begreife ist, warum meine Suche "leer" bleibt.
Ich habe die Seite indizieren lassen, aber irgendwie findet er nichts :-(
Ich bekomme nur die Überschrift und mein Suchfeld, danach kommt nichts mehr.

Gruß, Christian.

**rumzucker** · 30.11.2011, 16:05

Hm kann das Verhalten bei mir leider nicht reproduzieren :/ ...
Habe nun "keywords" aus den vordefinierten Schlüsselwörtern rausgenommen also sollte das ganze wieder über "...?keywords=..." laufen.

Stefan

**onex** · 01.12.2011, 09:48

das Problem war nicht Dein PlugIn, sondern ich hatte blöderweise bei der Suchseite eine Weiterleitungsseite eingetragen und dann bekommt mal keine Ergebnisse angezeigt.
Nachdem ich gelesen hatte, dass man die Weiterleitung deaktivieren sollte und es dann wieder funktioniert tat ich auch genau dies.

Danke für Deine Hilfe(n).

Christian.

**thepixture** · 14.12.2011, 19:56

Hallo Rumzucker,

ich habe gerade Deine Erweiterung entdeckt und versuch mich da gerade reinzufinden. Zum testen habe ich für den Moment in den Einstellungen lediglich die Optionen "Ordner-Alias erstellen", "Aktualisiere Unterseiten automatisch" und "Sprache dem Alias anhängen - de/alias" gesetzt. Regexp-Felder sind noch leer und kommen später, wenn ich das begriffen habe

Wenn ich bei einer Unterseite den Alias leer lasse, dann generiert mir die Erweiterung den Pfad entsprechend der übergeordneten Alias bzw. Sprachen
Beispiel:

Code:

de/hauptseite/unterseite

Jetzt ist mir aufgefallen, wenn ich eine neue Unterseite anlege und in den Alias nur "unterseite" schreibe, dann erhalte ich folgenden Alias

Code:

de/unterseite

Es fehlt also der Alias der Elternseite. Erst wenn ich die Elternseite speicher, wird in der Unterseite auch der Alias richtig generiert.

Ich hoffe ich habe es verständlich erklärt

Vielleicht liegt der Fehler auch bei mir.

**JaiBee** · 23.12.2011, 11:20

Hallo,

ich lasse mir mit "path" den Pfad zu den News-Beiträgen umschreiben, was auch wunderbar funktioniert.

Code:

^/news/(.*)/$            | z.B. http://localhost/contao/news/test-news/
/news/reader/items/$1    | z.B. http://localhost/contao/news/reader/items/test-news/

Nur habe ich das Problem, dass Contao von dem rewrite nichts mitbekommt und daher immer noch auf "/news/reader/items/$1" verlinkt.

Wie lässt es sich bewerkstelligen, dass immer direkt die umgeschriebene URL "/news/test-news/" verwendet wird?
Mit "urlcleaner" habe ich es schon hinbekommen, aber ich würde gerne vollständig auf "path" setzen.

Viele Grüße
JaiBee

**Paolob** · 29.12.2011, 11:58

Someone has the solution for Routes Pattern?

Thanks

**Paolob** · 29.12.2011, 12:22

Zitat von Paolob

Someone has the solution for Routes Pattern?

Hi Stefan
Sorry...
It is not a problem, I was wrong.

The Routes Pattern works correctly, but I thought I did the work of "urlcleaner"

The option Routes not cleans the url Pattern, but the rewrites.
It is possible to insert in the next version of "urlcleaner"?

**Xendiadyon** · 16.10.2012, 14:43

Zitat von JaiBee

Wie lässt es sich bewerkstelligen, dass immer direkt die umgeschriebene URL "/news/test-news/" verwendet wird?
Mit "urlcleaner" habe ich es schon hinbekommen, aber ich würde gerne vollständig auf "path" setzen.

Viele Grüße
JaiBee

An diese Frage möchte ich mich anschließen.
Ich habe eine Newsliste unter "/about/blog.htm", dort gibt es natürlich Weiterlesen-Links. Diese zeigen allerdings auf "/about/blog/reader/items/alias.htm" anstatt auf "/about/blog/alias.htm".

In den Einstellungen habe ich den Regexp
^(.+)/blog/(.+)$ -> $1/blog/reader/items/$2
eingetragen, was auch an sich funktioniert: Die Seite ist sowohl unter "/about/blog/reader/items/alias.htm" als auch unter "/about/blog/alias.htm" erreichbar. Allerdings sollte Contao jetzt mitbekommen, dass dieser Weiterlesen-Link auf die gekürzte URL zeigt.
Genauso die URLs in den Suchergebnissen: Dort wird auch immer die lange URL angezeigt.

Wieso geht das mit dieser Erweiterung nicht?
- Contao 2.11.6
- urlcleaner, folderurl, realurl, backboneit_trueurl deaktiviert
- auto_item-Parameter deaktiviert (sonst funktioniert gar nichts mehr: nur noch 404 bei Unterseiten)
- in "modules/path/config/config.php" die Zeile "$GLOBALS['URL_KEYWORDS'][] = 'page';" auskommentiert, da ich die page nicht in die URL eingebaut haben will (verursacht jede Menge Probleme und sieht nicht schön aus).

Vielen Dank,
Christian