index.php in der URL?

Die index.php kann man mit einer .htaccess verstecken. Der Rest dürfte ziemlich Umständlich werden, da das Routing im neuen WCF fest im System verankert ist und von Anwendung zu Anwendung unterschiedlich aussehen kann.
Es ist auch sehr fraglich ob das abkürzen oder entfernen der Begriffe wie "Thread" und "Post" überhaupt sinnvoll ist, schließlich stellen diese auch für den Nutzer relevante Informationen dar.
Bis auf die "index.php/" finde ich die URLs so wie sie sind eigentlich perfekt.

ich habe es zwar nur kurz getestet aber geschaft habe ich es nicht mit der .htaccess es war immer noch da dieses index

Ich finde die URLs so wie sie sind auch gut, lediglich die Großschreibung und das index.php gefallen auch mir nicht.

Quote from Gandalf

Die index.php kann man mit einer .htaccess verstecken. Der Rest dürfte ziemlich Umständlich werden, da das Routing im neuen WCF fest im System verankert ist und von Anwendung zu Anwendung unterschiedlich aussehen kann.
Es ist auch sehr fraglich ob das abkürzen oder entfernen der Begriffe wie "Thread" und "Post" überhaupt sinnvoll ist, schließlich stellen diese auch für den Nutzer relevante Informationen dar.
Bis auf die "index.php/" finde ich die URLs so wie sie sind eigentlich perfekt.

Mit einer .htaccess kannst du die internen Links nicht umschreiben. Die bleiben gleich im Forum.

Hier sollte definitiv nachgearbeitet werden. Und wenn es nur ermöglicht wird das mit einem Plugin zu machen, das würde schon ausreichen und sowas sollte auf jeden Fall kommen. Achja: in WCF 2.0 / WBB 4.0...nicht 2.1/4.1

Quote from RouL

Achja: in WCF 2.0 / WBB 4.0...nicht 2.1/4.1

Der Brüller *g* Kann doch bestimmt irgendwie wie das SEO-Plugin damals als Konfiguration angeboten werden?

Ist ein solches Plugin von offizieller Seite wie beim WBB 3.x a) geplant b) nicht geplant oder c) steht noch nicht fest?

Ist IMO eine Grundfunktion. Der Importer für den Umstieg vom WBB 3 aufs WBB4 muss ja auch irgendwie die vorhandenen Links (sowohl intern als auch extern) aufgreifen und erhalten.

Dafür würden schon einmalig bereitgestellte Umleitungsregeln genügen. Das ist auch ohne Plugin machbar - was auch besser ist, da performanter.

seitens Woltlab wird hier mit Sicherheit nichts kommen, da man dann wiederum mit mod_rewrite arbeiten muss und das will man in der originalen Software vermeiden.

Quote from Marcel Werk

Es gibt genau die gleichen Schnittstellen wie bei Burning Board 3. Ein Umschreiben der internen Links via Plugin ist bereits problemlos möglich.

Ein umschreiben per output buffering ist inakzeptabel und zudem unmöglich, da 'Index.php' teils im js hardcoded ist.
Es wäre aufgrund der link builder ein einfaches sein dies von eurer Seite direkt anständig zu machen.

Ja, wenn schon dann richtig, ein Thema als Unterordner einer Datei??? Da läuft's einem ja kalt den Rücken herunter.

Und bitte, Groß- und Kleinschreibung ermöglichen, mir läufts noch kälter den Rücken runter wenn ich ein Thema als großgeschriebenen Unterordner unter einer Datei sehe *würg*

@Geronimo @Dennisen Das ist ganz normal, modernes Routing funktioniert oft so. Viele Frameworks (z.B. Ruby on Rails) basieren auf dem Prinzip von Routen, die nur so tun als wären sie ein Dateipfad.
Nur weil da ein '/' steht heißt das nicht, dass man es mit einem Verzeichnis zu tun haben muss. Auch aus technischer Sicht ist das kein Problem, da man 'index.php/' einfach als Verzeichnisnamen interpretieren kann.

Allerdings wäre es auch Benutzersicht dennoch sehr wünschenswert, wenn man die 'index.php/' grundsätzlich aus dem Link verschwinden lassen könnte.

Mir läufts ja auch nicht unbedingt aus technischer Sicht kalt den Rücken runter *g* Danke aber für die Erklärung