Hallo Michael,
leg den Ordner innerhalb vom fileadmin, schütze ihn mit einer .htaccess,
dann funktioniert alles innerhalb von TYPO3 und der Schutz nach aussen
ist der selbe.
TYPO3 mag keine Verzeichnissse ausserhalb des Webroots, das hat schon
immer zu Problemen geführt.
lg
Freddy
Am 20.10.2017 um 19:02 schrieb Michael_OF:
Ich versuche es nochmals, da ich keine einzige Antwort bekommen habe und nicht
sicher bin, ob meine Mail überhaupt
verschickt wurde.
Viele Grüße,
Michael
Am 07.10.2017 um 23:12 schrieb Michael_OF:
Hallo zusammen,
ich bin gerade auf ein lästiges Phänomen gestoßen:
Ich habe neben dem "fileadmin / (auto-created)" einen weiteren Dateispeicher,
der zur sicheren Dateiablage dient.
Treiber: Local filesystem
Pfadtyp: absolut
Der Pfad ist außerhalb des Typo3-Root, aber im Zugriff des
Webserver-Prozesseigners.
Verwendete Extension zur Absicherung: fal_securedownload
Funktioniert an sich fast alles, was ich möchte. Sämtliche Links zu Downloads,
egal ob z.B. PDF oder Bilder, arbeiten
abgesichert wie gewünscht. Einzige mir bisher bekannte Einschränkung war, dass
die Indexierung von z.B. PDF Dokumenten
im gesicherten Dateispeicher nicht geht, die Suche "findet" diesen
Dateispeicher nicht. Schade, aber akzeptabel.
Neu oder mir neu aufgefallen ist, dass die TYPO3-interne Bildbearbeitung unter
Seite bearbeiten - Ressourcen nicht
(mehr?) funktioniert. Ich erstelle eine "Neue Relation" zu einem Bild aus dem
gesicherten Dateispeicher, und bei "Editor
öffnen" bleibt der Arbeitsbereich ohne Meldung leer. Das kleine Vorschaufenster rechts
oben zeigt ein "korruptes" Icon,
die allseits bekannte Grafik mit dem zerrissenen Blatt.
Das gleiche Bild im "fileadmin / (auto-created)" Dateispeicher, und alles
fkt., wie es soll.
Tipps/Ideen wie man diesem "Phänomen" auf den Grund geht, würden mich sehr
freuen!
Beste Grüße,
Michael
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
