[gelöst] Vor- und Nachteile von Modul Pathauto
am 07.01.2010 - 18:24 Uhr in
Hallo,
ich habe mir mal unter http://drupalmodules.com/top-downloads die beliebtesten Module angeschaut.
Leider verstehe ich das Modul Pathauto noch nicht wirklich. Auch die Suche brachte mich nicht wirklich weiter.
Kann mir jemand kurz die Vor- und Nachteile dieses Moduls skizzieren?
Danke und viele Grüße
Stefan
- Anmelden oder Registrieren um Kommentare zu schreiben

Hi, schau mal hier:
am 07.01.2010 - 18:34 Uhr
Hi,
schau mal hier: http://www.drupalcenter.de/handbuch/4251
P.S. die erste 4 Einträge bei Google zeigen dir auch noch Beispiele
Gruß
Sebastian
--- Web | Twitter | XING ---
Nachteile habe ich noch
am 07.01.2010 - 22:06 Uhr
Nachteile habe ich noch keine entdeckt...
Mit Pathauto kannst du eben automatisch URL-Aliase anlegen lassen.
Wenn du einen Inhalt erstellst, wird dieser eigentlich unter "/node/node-id" gespeichert. Über das URL-Alias-Menü könntest du jetzt für jeden Node einen eigenen Alias definieren, was allerdings sehr mühsam ist.
Mit Pathauto geht das ganze automatisch. Angenommen, du hast einen Inhaltstyp, der "News" heißt, dann kannst du das so einstellen, dass für jeden Node vom Typ "News", den du erstellst, ein Alias nach dem Muster "/news/titel" angelegt wird, dann sind diese Nodes unter www.example.com/news/node-titel verfügbar.
Das kannst du für jeden Inhaltstyp separat definieren. Außerdem kann man eine Grundeinstellung festlegen, also ein Alias-Schema, welches für alle Inhaltstypen gilt, für die keine eigene Pathauto-Regel angelegt wurde.
Der große Vorteil ist eben, dass solche URLs schöner für den Website-Besucher sind (meiner Meinung nach) und dass das ganze auch SuMa-freundlicher ist. Und da diese Arbeit von Hand unzumutbar wäre, läuft das alles schön automatisch ab.
Nachteile habe ich wie gesagt noch keine entdeckt.
... eigentlich kenn ich nur zwei Nachteile
am 08.01.2010 - 08:47 Uhr
1. Pathauto muss als Modul zusätzlich installiert werden und benötigt auch noch das Token-Modul. Eine solche Funktion ist ein absolutes Muss und gehört eigentlich auf jede Site (ergo: am Besten in den Drupal Core)
2. Bei den Voreinstellungen muss man drüberschauen, ob man das vielleicht nicht anders haben will. Die Standardisierung der Pfadnamen ist noch nicht in allen Punkten so richtig stimmig (bzw. es gibt unterschiedliche Ansichten dazu).
Könnte doch mal eine Anregung für ein etwas erweitertes Drupelcenter-Installations-Profil sein... welche AddOn-Module wären denn ein MUSS?
Super, vielen Dank
am 08.01.2010 - 10:42 Uhr
Super, vielen Dank
bkraegelin@drupal.org
am 08.01.2010 - 11:12 Uhr
1. Pathauto muss als Modul zusätzlich installiert werden und benötigt auch noch das Token-Modul. Eine solche Funktion ist ein absolutes Muss und gehört eigentlich auf jede Site (ergo: am Besten in den Drupal Core)
Aus technischer Sicht gibt es keinen Grund für den Einsatz von Pathauto. Bestenfalls kann es einen Einfluss im Bereich SEO haben. Doch wer meint er müsste einfach nur Pathauto aktivieren und konfigurieren und schon würden seine Seiten besser ranken, irrt. Mit dem Ammenmärchen, dass "dirty" URLs von Suchmaschinen nicht oder schlechter indiziert würden, hat Google schon 2008 aufgeräumt. Eher ist as Gegenteil der Fall.
Mal ganz abgesehen davon, dass Drupal auch für Intranet-Anwendungen genutzt wird, wo SEO eh keine Rolle spielt, gibt es m.E. keinen einzigen Grund das Modul im Core aufzunehmen.
--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!
webseiter.de
aus technischer Sicht nicht
am 08.01.2010 - 11:32 Uhr
Auch heute noch werden URLs von vielen Usern als lesbare (oder eben nicht) Adressen verstanden. Und es werden auch immer noch Links aufgeschrieben, z.B. an eine Wandtafel, auf PowerPoint-Folien etc.
Und da ist es schon ein Unterschied, ob da steht node/3759 oder blog/bkraegelin/Drupal-und-Pathauto.
Drupal fehlen für eine breite Akzeptanz noch mehr solche Schmankerln. Konkurrenzprodukte (die technisch Drupal nicht das Wasser reichen können) sind für ein breites Publikum attraktiver.
Ich plädiere für PathAuto und Token im Drupalcenter-DE Profil ;-)Auch da widerspreche ich. Es
am 08.01.2010 - 12:04 Uhr
Auch da widerspreche ich. Es gibt reichlich große Websites die haben KEINE sprechenden URLs und sie funktionieren dennoch und erfreuen sich hoher Akzeptanz:
- Spiegel.de: http://www.spiegel.de/politik/deutschland/0,1518,670734,00.html
- del.org (Typo3): http://del.org/index.php?id=1298&tx_ttnews[tt_news]=8506&tx_ttnews[backPid]=1223&cHash=6ca198d155
- Golem.de: http://www.golem.de/1001/72277.html
Ich bezweifel nicht, dass irgendwann mal irgendwer irgendwo eine komplette Content-URL aufschreibt. Aber das ist vernachlässigbar und sicher kein Grund ein Modul in den Stand eines Coremoduls zu erheben. Und btw schreibt sich node/3759 deutlich schneller und flüssiger als blog/bkraegelin/Drupal-und-Pathauto.
Du redest vom Fehlen von Schmankerln. Ein Schmankerl hat aber nichts im Core zu suchen!
--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!
webseiter.de
Sehe ich auch so...
am 08.01.2010 - 12:13 Uhr
Ich bezweifel nicht, dass irgendwann mal irgendwer irgendwo eine komplette Content-URL aufschreibt. Aber das ist vernachlässigbar und sicher kein Grund ein Modul in den Stand eines Coremoduls zu erheben. Und btw schreibt sich node/3759 deutlich schneller und flüssiger als blog/bkraegelin/Drupal-und-Pathauto.
Du redest vom Fehlen von Schmankerln. Ein Schmankerl hat aber nichts im Core zu suchen!
Gut hast Du das Thema aufgenommen Alexander, Ich hätte da keine emmotionslose Begründung finden können. Gut, dass nicht jedes Zückerchen gleich den Einzug in den Core schafft. Der Drupal-Core als solches ist bereits recht gut bestückt, und reicht völlig aus. IMHO *scnr*
Gruss Roger
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen (1. Posting vom Thema) <==> das erleichtert das finden von Lösungen
Also ich finde auch die
am 14.06.2010 - 10:31 Uhr
Also ich finde auch die Variante mit Node/3579 DEUTLICH schöner und übersichtlicher, gerade WEIL man das besser aufschreiben kann als lange Zeichenketten.
Aus dem Grund hätte ich eigentlich die Variante bevorzugt und sehe das als dicken Pluspunkt für Drupal, aber habe es wegen der angeblichen Notwendigkeit für Suchmaschinen mit reingenommen.
Nun lese ich gerade, das dies garkeinene Unterschied macht.... Grummel.... Ist das nun Fakt?