Michael, etwas verspätet recht herzlichen Dank für Deine sehr hilfreichen Kommentare!!
Liebe Grüße, Michael Am 23.12.2016 um 08:36 schrieb Michael Schams: > On Thu, 2016-12-22 at 19:43 +0100, MichaelOF wrote: > > [...] >>>> Ich habe mir die von Euch erwähnte Extension "secure_downloads" >>>> angesehen und vorgestern Nacht im IRC Channel #TYPO3 parallel noch >>>> als weiteren Tipp die (anscheinend ähnliche) Extension "FAL Secure >>>> Download" bekommen. > > Ich habe nur erwaehnt, dass ich bestimmte Dateien ausserhalb von > "htdocs" legen wuerde, wenn das moeglich ist :-) > > Ich weiss nicht, ob EXT:secure_downloads [1] oder EXT:fal_securedownload > [2] jenes unterstuetzen, aber es waere fuer mich ein Punkt bei der > Auswahl einer Extension. > > [1] https://typo3.org/extensions/repository/view/secure_downloads > [2] https://typo3.org/extensions/repository/view/fal_securedownload > > [...] >>>> Ich habe versucht, testweise ein paar weitere File Storages / >>>> Dateispeicher anzulegen. [...] >>>> Fehlt der Ordner des Dateispeichers, ist (manchmal :-S) die >>>> Baumstruktur unter Datei/Dateiliste "kaputt", Fehlermeldung >>>> aus dem Log: Core: Exception handler (WEB): Uncaught TYPO3 Exception: >>>> #1314516810: Folder "/" does not exist. | >>>> TYPO3\CMS\Core\Resource\Exception\FolderDoesNotExistException thrown >>>> in file ... > > Wenn man eine Exception im Backend produzieren kann, weil man (noch) > keinen Ordner im Dateisystem angelegt hat, waere es vielleicht eine > Ueberlegung wert, ob das eine sinvolle Verbesserung waere. Du koenntest > ein Ticket auf forge.typo3.org aufmachen (siehe unten). > > [...] >>>> Solche schrägen "manchmal" Fehler habe ich noch öfters: Wenn ich z.B. >>>> unter Datei/Dateiliste mit der rechten Maustaste >>>> auf das Icon einer beliebigen hochgeladenen Datei geklickt habe, kam >>>> die Meldung "uid must be positive integer, 0 given" >>>> (Core: Exception handler (WEB): Uncaught TYPO3 Exception: >>>> #1437656456: $uid must be positive integer, 0 given | >>>> InvalidArgumentException thrown in file ... > > Wenn der Fehler reproduzierbar ist/waere, wuerde ich einen Bugreport > schreiben (siehe unten). > >>>> Als Neuling hab ich gesehen, dass eine System-Extension "advanced >>>> file metadata" existiert, aber nicht aktiviert war. [...] > > Die Systemextension EXT:filemetadata fuegt lediglich zusaetzliche > Attribute zu dem File-Record hinzu (z.B. keywords, caption, > creator_tool, creator, publisher, copyright, location data, etc.). > >>>> [...] Für TYPO3 finde ich jetzt aber unter >>>> TYPO3.org nicht wirklich direkt einen Hinweis, wie >>>> das Bug Tracking organisiert ist. Gibt es irgendwo eine Bugzilla >>>> Instanz oder sowas? > > Jep, das ist "Forge": https://forge.typo3.org > > Wenn es sich um Bugs, Feature Requests, Suggestions bzgl. des Cores > handelt, ist das "Core Project" der richtige Platz: > > https://forge.typo3.org/projects/typo3cms-core > >>>> Die Apache Doku (und jeder, mit dem man in #httpd chattet :-)) weist >>>> deutlichst darauf hin, dass die Verwendung von .htaccess Dateien >>>> einen nicht unerheblichen Performance-Verlust des Webservers >>>> bedeutet, [...] > > Jep - das ist bekannt: wenn man die Konfigurationen in die httpd.conf > packen kann, umso besser. > > Allerdings ist .htaccess in dem DocumentRoot nicht die > einzige .htaccess. Mach mal ein "find -name '.htaccess' -type f" (am > besten, wenn einige Extensions installiert sind). > > Bedenke, dass ausserdem moeglicherweise einige Direktiven angepasst > werden muessen, wenn die Regeln in der httpd.conf stehen. Siehe > Kommentare in: https://github.com/TYPO3/TYPO3.CMS/blob/master/_.htaccess > > > Cheers > Michael > > > _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
