Uploads in Beitrag integrieren
am 13.05.2009 - 09:32 Uhr in
Ich stehe mal wieder vor der Herausforderung, Bilder in Beiträge zu integrieren. Soweit ich weiß wird an dem Thema auch viel gearbeitet (Inline API, WYSIWYG API, IMCE), aber erstens ist das alles noch nicht wirklich vorzeigbar wie ich finde und zweitens darf es für mich grade auch etwas einfacher sein. Ich benutze grad keinen Editor, ich kann in diesem Fall auch mal n HTML-Tag selber schreiben, aber die Out-of-the-box-Lösung ist anscheinend immer noch, upload.module zu benutzen und dann so schöne Pfade wie http://www.meinesuperseite.de/system/files/Foto+4.jpg
oder noch besser http://www.meinesuperseite.de/drupal/sites/www.meinesuperseite.de.drupal/files/Foto+4.jpg
in den Textkörper zu kopieren.
Das Problem hierbei ist vor allem, dass man die Seite nicht mehr umziehen kann (auch nicht dev/produktiv, weil ja die konkrete Domain bzw der Pfad fest drin steht) oder die Download-Methode später von privat auf öffentlich oder umgekehrt ändern kann. Höchstens mit schönen SQL REPLACE statements.
Wie löst ihr das?
Es gibt ja das Modul Inline, aber das macht mir zu viel automatisch (wenn ich z.B. Markdown benutze, will ich kein img-Tag generiert haben) und es funktioniert nicht in Blöcken, nur in nodes.
Ich könnte jetzt natürlich hingehen und ein Mini-Modul bauen, was mir einen Filter von sowas wie [files] zum aktuell konfigurierten files-Pfad bietet. Aber ist ja dann auch ne persönliche Insellösung.
Achso: Das gleiche gilt natürlich für interne Links. Dafür gibt es das Modul pathfilter, mit einer Notation in Anführungsstrichen, was den Zweck aber sicherlich gut erfüllt. Beides zusammen wäre vielleicht nett...
- Anmelden oder Registrieren um Kommentare zu schreiben
schon mal dran gedacht ein
am 13.05.2009 - 09:48 Uhr
schon mal dran gedacht ein relativen Pfad zunehmen anstatt ein absoluten. Warum du auf "privat" stellst und später doch wieder auf "öffentlich", ist mir allerdings noch ein Rätsel.
----------------------------------------
http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Ein Forum ist kein Ersatz für das www (Google.de).
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Das Verhältnis anderen zu helfen muss höher sein, als von anderen Hilfe zu erfragen/erwarten.
Wenn sich der Pfad zu den
am 13.05.2009 - 16:20 Uhr
Wenn sich der Pfad zu den files unterscheidet
sites/domain.de.ordner/files
files
sites/anderedomain.de.ordner2/files
dann hilft mir eine relative Pfadangabe in der Datenbank (node) auch nichts.
Außerdem funktionieren relative Pfade anscheinend nicht mit lesbaren URLs: Er wird dann z.B.
http://localhost/mblog/node/sites/localhost.mblog/files/parken1.jpg
draus, wenn ich relativ aus einer node verweise.Standart schrieb Außerdem
am 13.05.2009 - 18:58 Uhr
Außerdem funktionieren relative Pfade anscheinend nicht mit lesbaren URLs: Er wird dann z.B.
http://localhost/mblog/node/sites/localhost.mblog/files/parken1.jpg
draus, wenn ich relativ aus einer node verweise.Stimmt, darum funktionieren z.B. hier im DC auch keine Bilder :P
Irgendwas hast du bei dir verbaselt.
Gretchenfrage:
Warum sollte sich der Pfad einer Datei ändern? Entwickelt die ab einer gewissen Größe ein Bewusstsein und zieht selbständig im Dateisystem umher?
--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!
webseiter.de
Suchmaschinenoptimierung (SEO) & Drupal
Umzug/mehrere Installationen
am 14.05.2009 - 14:18 Uhr
Stimmt, darum funktionieren z.B. hier im DC auch keine Bilder :P
Wo gibt es denn im DC Bilder mit relativer Pfadangabe? Konnte auf Anhieb keine finden.
Irgendwas hast du bei dir verbaselt.
Wie? Hab jedenfalls nicht Core gehackt.
Warum sollte sich der Pfad einer Datei ändern?
Wie oben beschrieben, wenn man mit einer Site umziehen will, eine Multisite-Installation einrichtet oder eine Entwicklungs- und Testversion hat.
Ein Ansatz
am 27.05.2009 - 13:21 Uhr
Keine Lösung, die wirklich bei der Ursache ansetzt, aber überhaupt eine: Pathologic. Es werden dort auch Alternativen vorgestellt.