Permanent Link auflösen

Hi,

ich hab' als Linkstrutkur 2007/07/13/perma-aufloesen eingestellt.
Wenn ich ein Permalink in den Browser eintippe, wie wird der Link dann aufgelöst, damit über die post_ID der Content ermittelt werden kann?



Gruß

 

erstmal danke für deine schnelle Antwort - hat schonmal fürs Grundverständnis geholfen

wenn die Seite direkt über einen Deeplink aufgerufen wird, dann kann die DB ja nichts dranhängen, oder?
Das Ganze wird dann also "nur" über mod_rewrite aufgelöst...

Wenn ich die eingegebene URL jetzt mit Javascript abfrage, welchen Wert bekommt dann Javascript gelierfert? Die SEO aufbereitete URL oder was kryptisches?

Versteh den Hintergrund noch nicht so ganz, somit auch kein wirkliches Transferdenken gerade :-|

 

klingt logisch

also besteht keine Möglichkeit die URL die mod_rewrite ausspuckt clientseitig irgendwie dran zu kommen?
Kann ich mod_rewrite aus einer PHP aufrufen, so dass ich clientseitig die PHP aufrufe und die mir eine umgewandelte URL zurückliefert?

 

da ich grad viel Zeit habe wollt ich mich mal dran machen und WP mit einem Flash-Frontend basteln.

Wenn jetzt deine SEO-freundliche URL eingegeben wird, dann wird die URL per JS (SWFAdress heisst das Modul) erkannt, Flash verarbeitet die Eingabe und kann dann vom Server über ein AMFPHP-Gateway Daten anfordern.

Nehmem wir mal dein Bsp "domain/index.php/2007/07/16/Mein-Beitrag".
Hier würde JS genau diese URL lesen. Flash bekommt die URL von JS geliefert. Jetzt muss Flash die Seite über das Gateway (AMFPHP) aus der DB auslesen, dazu brauch ich die page_ID

 

siehst du, danach hab' ich die ganze Zeit gesucht, dass sowas in der DB eingetragen ist unter irgend einem Attribut. Total übersehen, dass es sowas gibt.
Also das wäre schonmal ein ganzes Stück näher an der Lösung....
Dickes Danke.

Einzige Problem (und das wird nur in Ausnahmefällen auftreten) ist, dass der post_name halt nicht eindeutig ist - ich kann also mehrere Results bekommen, wenn mehrere Posts mit dem Namen existieren. Wie gesagt, Ausnahmefälle, aber ich deck auch sowas gerne mit einer Lösung ab

Also ich seh prinzipiell eh kein Problem darin mir die URL selbst wieder umzuwandlen. Wenn ich die Regel für das Parsen kenne, so kann ich das ja auch wieder umkehren - dachte nur, dass ich das Rad ja nicht neu erfinden muss, wenn es dafür bereits Funktionen gibt.


Nochmal zum Verständnis was ich vor habe:
Frontend: Flash
Backend: WP

Flash ist eine Animation. Du rufst die URL auf, die SWF wird geladen und alles läuft "geschlossen" innerhalb der SWF ab. Es gibt einen "Startpunkt" und nach dem kommt dann ein nicht-linearer Inhalt. Ein "fixer" Startpunkt ist alles andere als Deeplinking.
Ein Blog hat kein Sinn wenn es kein Deeplinking gibt (finde ich zumindest ). Da kommt jetzt SWFAdress ins Spiel. Das Ganze ist in JS geschrieben und ermöglicht dass Deeplinking erkannt werden kann und demnach die SWF "reagieren" kann.
Je nachdem welche URL aufgerufen wird, wird innerhalb der SWF ein bestimmter Content angezeigt.
Dieser Content wird aus der Datenbank gelesen. Um den Content auszulesen, brauch ich also eine Identifikation des angefoderten Contents...über "/?p=123" hab ich direkt die Info, dass Post mit post_ID=123 angefordert wurde. Flash bekommt von SWFAdress also den String "?p=123" (so zumindest mein bisheriger Kenntnisstand, bin auch noch in der Recherche ). Dieser String kann zerlegt werden und ich komme an die post_ID 123 ran.
Wenn jetzt allerdings die URL SEO sind, dann komme ich über einen String à la "/post-in-flash" nicht an die page_ID ran und kann somit aus der DB kein Content auslesen.

Da greift jetzt dein Ansatz, dass in der DB "post-in-flash" im Attribut page_name im page-Table gespeichert ist.
Allerdings besteht jetzt noch das Prob wie oben bereits beschribene bzgl. der Eindeutigkeit...

Hoffe das Ganze wurde ein wenig klarer

 

Jap, sagt mir was

Ich hol einfach mal ein wenig weiter aus, dann klärt sich, wieso das zwar eine Lösungsmöglichkeit ist, aber nicht in Frage kommt :mrgreen:

Erstmal zum object-Tag:
Durch diese Variante wird keine Plugin-Erkennung gewährleistet, die ich zum einen aus Benutzerfreundlichkeit (wenn es schon Flash sein muss) und zum anderen zur Gewährleisung, dass alles korrekt angezeigt wird, anbieten möchte. Wenn der Nutzer also nicht den entsprechenden Flashplayer hat, so würde mit einem object-Tag einfach nichts oder zumindest fehlerhaft angezeigt werden.
Weiter ist das object-Tag doch recht buggy was die Interpretation der verschiedenen Browser an geht....and so on

History:
Flash ist wie bereits erwähnt eine Animation/Film. URL aufrufen, Flash abspielen, das wars. Eine History die über den Browser gesteuert werden kann, existiert nicht. Keine Interaktion für Vor- und Zürckbewegen nicht mehr vorhanden - auch nicht gerade benutzerfreundlich


Mit SWFObject und SWFAdress (setzt auf SWFObject auf) wird dies alles möglich. Ich hab' eine Pluginkontrolle, eine Historyfunktion und ein attraktives Deeplinking zugleich

Wenn es einfach keine vorhandene Funktion gibt, die mir eine aufbreitete URL automatisiert wieder in ihren Ursprungszustand auflöst, dann schreib ich mir das Script einfach selbst *g*

 

dafür ist mod_rewirte ja da nur da das Ganze ja serverseitig ist, bringt mir das nichts.

das ist so auch nicht korrekt. In "guid" steht der ungeparste Link zum Post selbst drin. Der bringt aber nichts, da ja aufbereitete Links beim Client ankommen.

 

du bist einen Schritt zu schnell
Es existiert ja noch gar keine Seite, der Server schickt ja keine HTML-Seite mit bestimmten Posts an den Client.
Die SWF wird geladen und die fragt erst beim Server nach bestimmten Daten. Was sie fragen muss, dass soll anhand der URL klar werden.

Es geht ja erstmal darum, clientseitig herauszufinden, welche URL (die ungeparste) überhaupt aufgerufen wurde. Der Client kennt ja nur die geparste URL, die im Browser steht.

Die ID rauszubekommen, wenn ich die ungeparste URL hab ist ja kein Thema, egal ob mit JS oder PHP

Bei mir sind da immernoch ein paar Lücken vom Verständnis
Vielleicht funktioniert das Ganze überhaupt nicht wie ich es mir vorgestellt habe - Flash ist ja schließlich böse *g*
Kann mir vielleicht jemand erklären, wie der Prozess ist vom Aufruf der URL bis hin zum Senden der angeforderten Seite, mit Hinblich auf Permalinks und mod_rewrite - natürlich detailliert wenns geht *g*
also nach dem Motto:
Client sendet Request an Server
Server registriert in .htaccess, dass blablabla


EDIT:
noch was anderes
Fallbeispiel:
User ruft "domain/wp/2007/07/14/hallo-welt" auf
mod_rewrite kann ja einen redirect auf "domain/flash/?p=123" machen. Der User sieht das nicht, oder?
Der Client bekommt dann aber auch "p=123" nicht geliefert, oder?

 

wäre wieder so ne Notlösung

ich werd einfach weiter recherchieren, wenn ich mod_rewrite/redirect durchschaut hab, dann weiss ich mehr *g*

 

ich wollte grad fragen, woher der Apache in seinem mod_rewrite eigentlich die Regel nimmt

Wieso sagt das auch niemand, dass PHP die Umwandlung macht - das war jetzt ne ganze Weile aneinander vorbeigeredet, ich dachte das macht alles mod_rewrite

dann mal danke an all diejenigen, die sich heir Mühe gegeben haben mir zu helfen