Mod Rewrite für vBulletin empfehlenswert?

Ich muss noch hinzufügen, dass das vB3 ohnehin schon, von Haus aus, sehr Suma-freundlich gecodet wurde.
Hier seien einfach einmal das Archiv und die automatische Unterdrückung von Session-IDs für Bots/Spider genannt.
Somit steht einer guten Indexierung, Content vorausgesetzt, eigentlich kaum noch etwas im Wege.
Ist zumindest meine Meinung.

mfg

Bei dem Hack sollten dt. Benutzer zusätzlich noch was beachten: Es wird zu Fehlern kommen, wenn Umlaute im Thementitel verwendet werden, da der Hack nur Leerzeichen und / zu - formatiert. Umlaute sind in URLs nicht erlaubt, kommen sie denoch drin vor sind sie meistens ziemlich unansehnlich.

------------

Ich hab den Hack fürs vBulletin noch nicht ausprobiert und werde es wohl auch nicht tun. Google kennt mein Forum ziemlich gut und ich möchte nicht alles URLs umgestalten.

Wer ein Forum neu startet kann dies gerne tun, sollte dann aber auch noch ein paar andere Dinge machen denn mod_rewrite allein garantiert keinen Erfolg.

Für's vBulletin halte ich mod_rewrite für Blödsinn. Google und auch andere Suchmaschinen sind oft zu Gast und im Ranking stehe ich auch weit oben.

Viele Grüße
hj

"Blödsinn" ist es auf keinen Fall, hjmaier. Eher im Gegenteil - die Vorteile (eingehendere und tiefere Indexierung der Seiten) sind nicht von der Hand zu weisen.

Bestes Beispiel: tutorials.de, die mit mod_rewrite unglaubliche +/- 630.000 Seiten im Index haben.

Allerdings gibt es auch etliche Beispiele großer und bedeutender Foren, dass mod_rewrite für eine sehr gute Indexierung und hiermit verbundenes, gutes Ranking, wohl nicht zwingend erforderlich ist. (den BLs sei dank)

Beispiele: computerbase.de, ioff.de, pcwelt.de usw.

@ Nasö:

Welches Board meinst Du? Das motorisierte oder das sportliche?

PS: ich kenne Admins, die haben sich erst nach über 1 Mil. Beiträge dazu entschlossen, ihre Boards umzustellen.

mfg

Gut, in diesem Fall meine ich beide obwohl es im sportlichen wohl eher denkbar ist, da ich da so nicht direkt auf die Themen angewiesen bin. Im motorisierten bin ich da schon vorsichtiger.

Wenn man erstmal 1 Mil. (Millionen oder Milliarden ) Beiträge hat dann dürfte Google eh die Nase voll haben und nix mehr indexieren

Wir haben das getestet, in der Tat schicke URLs.

Klappt übrigens auch mit Umlauten und Sonderzeichen.

Ob's absolut nötig ist bleibt dahin gestellt, immerhin könnte man sich das mit den Archiven komplett sparen.

Ist vergleichbar mit Mambo's SEF Advanced.

Problem sind Benutzer, die ohne cookies unterwegs sind, die sessionhashes geht verloren - siehe thread bei vb-g.com

SessionIDs sollten kein Problem sein.
Gäste brauchen keine (Forum ist kein Shop), nur eingeloggte User benötigen eine.
Also kann man da mittels Templatescripting switchen,


In einer speziellen BotFood-Version (wBB-User wissen, wovon ich rede) habe ich die Titel-in-den-Urls seit Ewigkeiten drinnen, jedoch kam es nie zum Einsatz/zur Veröffentlichung..

Dieses Board hier habe ich erst kürzlich angepasst.
www.modern-board.net

Es war eine individuelle Lösung:

funktion,id,name.html haben wollte.

thread,1,Name-Des-Threads,2.html => thread.php?threadid=1&page2
forum,3,Forum-Titel.html => board.php?boardid=3
cat,5,Cat-Titel.html => board.php?boardid=5
etc.

Gäste erhalten die html-Links und die User halt die ganz normalen php-Links inkl SessionID (falls notwendig).


Da nur die Id wichtig ist, kann der Titel selbst "kastriert" werden.
So werden alle Sonderzeichen zu "" und alle Umlaute zu ihren passenden Entsprechungen (ä -> ae, ... ß->ss).

Ob es was bringt, wird google zeigen...
IMHO reicht das Archiv völlig aus. Irgendwo ist es reine Geschmackssache.


Möglicherweise haben auch die Seperater-Zeichen Einfluss auf die Suchbots:
Evtl. wäre thema/1/Name_des_Themas.html besser als thema,2,Name_des_Themas.html.

Da sollte jemand mal Langzeitstudien mit mehreren Boards auf verschiedenen Domains mit gleichem Inhalt führen *G*

Gut, in der Form sind sie noch ein Problem.Stimmt - gute Idee, das kann man ja noch umsetzen.Gleicher Inhalt riecht nach cloaking

@Lian,
ich habe das so damals in der wBB2.1 umgesetzt:
<if($wbbuserdata['userid'])><then>code für php-link, also original-code</then><else>code für html-link</else></if>

Damit gab es nie Stress. Für das vB gibt es mit Sicherheit auch eine entsprechende Uservariable (kenne das vB nicht).



Machen wir mal eine gemeinsame Überlegung:

Die SessionIDs braucht man, um einen User über die Session hinweg eindeutig identifizieren zu können. Wozu sollte das bei Gästen notwendig sein?

Spontan fällt mir da nur die Shopfunktionalität (Bestellvorgänge, Warenkorb) ein.
In einem Forum ist mir bisher kein Praxisfall eingefallen, wo es ebenfalls notwendig wäre.

Ob man das mit den vb3 conditionals an zentraler Stelle umsetzen kann weiß ich nicht. Ich hätte eher an die sessions.php gedacht, aber da kann man sich ja schlau machen

Aber zum Thema Gäste: Stimmt eigentlich.

Es gibt ne überarbeitete Version ich ich nun mal ausprobieren werde:

klickt mich...

Ah, es tut sich was

Berichte doch bitte

Ich teste es heute auch mal mal schaun obs was bringt

Hab es eingebaut und es scheint zu laufen..

Ich musste meine htaccess-Datei jedoch anpassen, da mein Forum unter /diskussionsforum liegt und nicht unter /:


Diese Datei residiert zur Zeit im Ordner 'diskussionsforum'..


Volles Kommando zurück: Der Hack läuft bei mir nicht.. Meine .htaccess-Datei scheint komplett falsch zu sein.


So, die .htaccess-Datei ist auf dem neusten Stand und ich stelle grad die Templates um.

Demo: http://www.pagodentreff.de/diskussio...zu-fahrer.html

Das L hat durch aus seine Berichtigung. Es bedeutet nämlich nicht, dass dies dies die allerletzte Regel ist und keine weitere RewriteRule folgt. Es bedeutet, dass, wenn die eine Regel zutrifft, keine der weiteren Regeln ausgeführt werden soll und somit durch als wichtig anzusehen.

Beispielsweise kann dies bei schlechter Programmierung der Regeln einen Fehler verhindern (wenn nämlich mehrere Regeln auf eine Situation zutreffen) oder wenn noch sehr viele weitere Regeln folgen.

So, er läuft:

http://www.pagodentreff.de/diskussio...raumautos.html

Nun baue ich noch eben etwas damit uns URLs wie
http://www.pagodentreff.de/diskussio...unter-uns.html

in Zukunft nicht mehr unter die Augen kommen.

Die .htaccess vom früheren Beitrag ist nun auf dem aktuellen Stand.


Reimer hat auch geholfen:

[20:39] <Reimer> http://paste.calitrix.de/112

Hmmm...mal schauen, was sich bei Nasö in nächster Zeit so tut. :-)
Ich weiß nicht, ob es bei uns wirklich großartig was bezwecken würde/könnte. Gerade in den letzten Tagen hat Google auch ohne mod-rewrite über 70.000 (!) neue Seiten von uns indexiert.
Es scheint also, wie utopia schon schrieb, in Bezug auf vBulletin und SEO nicht wirklich zwingend notwendig zu sein.
Eine Option bleibt es freilich immer. Werde Dominiks Seite mal im Auge behalten.

mfg

btw - was natürlich auch ein wenig nervig, ja, fast schon abschreckend ist (gerade aufgrund der "Ereignisse" in den letzten paar Wochen....), sind kommende Updates der Forensoftware.
Mit mod-rewrite bedeutet dies bei jedem Update zusätzliche Arbeit.

PS: Vielleicht schafft es vB ja irgendwann einmal, die Ausgabe wahlweise, sprich vollautomatisch auf html umzustellen. Das wäre mal ein feiner und genialer Schachzug.

mfg

Bzgl. vB-Update arbeite ich mit BeyondCompare 2. Meine Demo läuft noch 30 Tage, ich sollte das nächste Update wohl damit durchführen können

Ich weiss nicht genau ob es mit dem Hack zusammenhängt, aber:

Ich behalte es auf jedem Fall im Auge

@ Nasö:

Na also! Erste Erfolge!

Der neue Rekord ist recht einfach erklärt: durch die Neustrukturierung Deiner Urls suggerierst Du den Bots, dass es gutes, frisches "Leckerli" gibt...auf welches sie sich natürlich prompt stürzen.

PS: Wie lange hast Du für den Ein-/Umbau gebraucht?

mfg

Eine gut halbe Stunde.. Die meiste Zeit habe ich damit verbracht ne funktionierende .htaccess hinzubekommen *g*

Habe vorhin ebenfalls den Hack eingebaut, obwohl er SEOtechnisch nicht ganz sauber ausgearbeitet ist. Beispielsweise werden nicht sämtliche URL ersetzt, welche existieren und dies führt zu doppelten Content (was sich negativ auf das Ranking auswirkt). Dazu die Sessions, welche komplett entfernt werden.

Vielleicht überarbeite ich das ganze noch einmal wenn ich etwas Zeit gewonnen habe.

...absolut! Wenn dem wirklich so sein sollte, dann a) haut dat Dingens lieber vorerst wieder raus oder b) modifiziert es so schnell wie möglich.
Doppelter Content kann - sumatechnisch betrachtet - tödlich sein...und das im wahrsten Sinne des Wortes.

PS: Gut, dass dies Reimer überhaupt aufgefallen ist. *lob*
Wenn der Code entsprechend angepasst wird, bitte hier die entsprechenden Mods posten. Hätte eventuell auch Interesse.

mfg

Tödlich ist es nicht, es kann zu eine Abwertung führen. Hier ist allerdings meiner Meinung nach der Wert der Keywords in der URL höher als der doppelte Content. Ein Keyword in der URL ist äußerst mächtig!