[gelöst] D8: freier PDF-(Lese)-Zugriff
Eingetragen von Franz (225)am 18.03.2019 - 17:09 Uhr in
Hi,
umständehalber hat sich mein D8-Umstieg leider verzögert, aber jetzt ist es so weit (D6 jetzt, D7 danach). Die Migration mit drush brachte für den ersten Schritt ein vernünftiges Ergebnis (vorbehaltlich .. s.u.), und die Flexibilität z.b. von Mayo beim Theming hat's mir auch angetan.
Zum Umfeld: In diesem Schritt gehts noch um den lokalen Rechner als Server, lange per Mac, inzwischen Mint auf den alten Macbooks, geht.
Der bisherige Workflow D6 und D7 nur per FTP auf shared Hosting. Online Vorversuche mit D8 (ohne Migration) ermutigten zum Weiterbetrieb "shared". (nicht primär Kostengründe, sondern verteilt-unabhängige Betreiber, no single point of failure). Allerdings mit SSH (so soll auch Composer einer Anleitung zufolge laufen).
Composer geht erst mal lokal, drush setzte (wozu?) Git voraus, meinetwegen. Jetzt läuft also drush 9 und schiebt D6 nach D8, besser als erwartet (und glatter als Versuche vor ca. 2 Jahren, D8 ist etwas reifer ;-). Ich kann die Datenbank platt machen, ein D8 Install aufrufen und die Migration, so weit schön reproduzierbar, nur:
Ich hatte bisher die Praxis, meine Fixdaten (PDF, Media) unabhängig von /sites/files/.. in eigenen Directory-Strukturen im Pfad der Domain abzulegen. Das ermöglichte eine relativ bequeme Verbindung an die "Vor-CMS-Zeit", und schien mir über Jahresordner übersichtlich ohne Riesenpfade.
Die Sicherheit lief dann über die "konventionellen" Zugriffsrechte im Pfad - "Nur Lesen" und gut ist. Klappt bestens mit D6 und D7.
Jetzt überrascht mich D8 mit dem Problem, dass solche Pfade zu Server-Error 500 führen - ein unerwarteter Bremsklotz.
Meine Suche drehte sich (Apache 2.4) natürlich um .htaccess und settings.php und ..Konfiguration/Medien/Dateisystem, bisher ohne Lösung.
Ich habe also migrierte Artikel, die in D8 bis auf Theming-Kosmetik gut angekommen sind samt eingebauten lokalen, anklickbaren relativen PDF-Links (per <a href="/..">Text</a>), die in D6 gut waren und in D8 nicht mehr.
Vorschläge?
Danke - Franz
- Anmelden oder Registrieren um Kommentare zu schreiben
Wie willst Du denn Deine
am 18.03.2019 - 21:14 Uhr
Wie willst Du denn Deine Dateien im
<img>erreichen? Wenn es<img src="/mein-image" />heißt, muß das Bild im DocumentRoot der Drupal Seite liegen.Nach außen greifen, also nach oben über das DocumentRoot kann der Apache nicht (war bei D7 auch nicht anders). Das könntest Du nur über das Private-Verzeichnis erreichen. Die Dateien aber in eine eigene Struktur unterhalb von DokumentRoot abzulegen, geht in D8 genau wie in D7.
public: bei mir gerade nicht?
am 18.03.2019 - 22:14 Uhr
Danke, das ist prompt ..
ja, die Dateien liegen innerhalb vom DocumentRoot. Ich hab an der D8 Voreinstellung .htacess/setup nichts bewußt geändert, aber
in D8 genau wie in D7.
klappt bei mir momentan eben nicht bzw. nur für den Pfad "innerhalb von sites/..."
-- Franz
Ich würde Media und Path
am 18.03.2019 - 23:09 Uhr
Ich würde Media und Path alias in Verbindung mit Views nutzen und den Pfad im Medientyp PDF ausgeben. Wenn du unbedingt Manuell und ausserhalb des CMS hochladen willst und einen Kurzen Zugriffswege brauchst, setz dir einen Symbolischen Link. Dateien nicht über ein CMS hochzuladen, entfremdet aber den Daseinszweck eines CMS
Drush setzt Git und ZIP vorraus um Abhängigkeiten aus dem Netz zu ziehen ( aus einer Git Repository) Und diese dann an der benötigten Stelle zu entpacken.
Was steht zu dem 500.den im Apache Error Log?
See Zugriff auf Dateien ausserhalb vom öffentlichen Dateiverzeichnis ist über htaccess Regeln aus Sicherheitsgründen abgeschaltet
Du kannst natürlich auch einen Alias oder eine Subdomain einrichten
<VirtualHost....>
konfiguration
Alias /mydir /a/b/c
</VirtualHost>
Damit kommt Apache 2 sehr wohl über das docroot. Php-myadmin liegt ja auch in /usr/share/phpmyadnin, Wenn es beispielsweise über sein .deb installiert wird.
@Franz: bevor ich geantwortet
am 19.03.2019 - 01:17 Uhr
@Franz: bevor ich geantwortet habe, habe ich das in einer Testumgebung ausprobiert. Bei mir hat das definitiv geklappt. Ich habe das Verzeichnis meine_bilder im DocumentRoot angelegt und dahin die Datei IMG_6719.jpg kopiert. Im Text habe ich dann über den Quellcode
<img src="/meine_bilder/IMG_6719.jpg" />eingefügt und das Bild wurde gezeigt. Du kannst im WYSIWYG-Editor das Image nur so einfügen.Hoffnung ...
am 19.03.2019 - 11:56 Uhr
@Werner
ja, das ists was ich brauche.
ok, dann muss ich weiter suchen wo der Wurm reinkam, ich hatte in der Tat noch nicht im Apache-log geguckt, hätte ich erst sollen, kommt ..
Servus
Franz
sind vorhandene Pfade ..
am 19.03.2019 - 12:04 Uhr
danke, aber es geht nicht um ne neue Konfiguration (meine Lokals sind Virtualhosts), und ich kann seit Langem bequem die D6/D7 Sites lokal spiegeln.
Ich fang aber grad erst an, wieder in die Apache-Logs zu sehen. Und jetzt muss ich u.a. eine frische Migration abwarten, bis später --
Servus
Franz
PDF-Pfade: verborgener .htacessfehler via Apache-Log gefunden
am 20.03.2019 - 22:49 Uhr
Hallo .. die selbstgemachten Fehler sind die schönsten:
In den Pfaden der migrierten Seite steckten noch als historische Altlast .htacess-Datein mit dem "XBithack" - das machte interessanterweise erst in dieser Konfiguration Probleme!
In einer Phase als ich Webspace bei einer Maildomain gratis aber ohne PHP hatte, kam ich auf den Geschmack von "ServerSideIncludes" (SSI), und dann bei meinen PHP-Anfängen (noch ohne Drupal) gab es fließende Übergänge, ohne das hier ausführen zu müssen ;-)
Für dieses Problem hab ich mir jetzt einige Umwege geleistet private/öffentliche Medienzugriffe in D8 zu studieren, vielleicht lohnt sich das noch ...
Jedenfallserscheint mir nun D8 (samt Migration) robuster als erwartet. :-))
Und natürlich Danke für die Hinweise ..