Weis jemand ob man den PHP Code auch für J4 verwenden kann?
Geschützer Download in J!4.
- HorstG
- Erledigt
-
-
Das weiß SniperSister, aber probier es einfach aus, Du kannst nichts kaputt machen.
-
Der Code ist unter Joomla 4 nicht lauffähig, eine Anpassung ist auf meiner Todo Liste.
-
Hah - ich bin gerade dabei und habe es auch soweit.
SniperSister Magst Du mal schauen, ob es aus Deiner Sicht so passt?
Die Pfadangaben, habe ich mit "dirname(__DIR__, 1)" definiert, weil ich es nicht direkt im Root-Verzeichnis, sondern in einem Unterverzeichnis habe.Bisher läuft es bei mir, habe es aber noch nicht produktiv im Einsatz.
PHP
Alles anzeigen<?php /** * https://www.djumla.de/blog/geschuetzte-downloads-in-joomla */ /* Initialize Joomla framework */ define('_JEXEC', 1); use Joomla\CMS\Factory; use Joomla\CMS\Log\Log; use Joomla\CMS\Filesystem\File; use Joomla\CMS\Uri\Uri; // Load system defines if (file_exists(dirname(__DIR__, 1) . '/defines.php')) { require_once dirname(__DIR__, 1) . '/defines.php'; } if (!defined('_JDEFINES')) { define('JPATH_BASE', dirname(__DIR__, 1)); require_once JPATH_BASE . '/includes/defines.php'; } require_once JPATH_LIBRARIES . '/import.legacy.php'; require_once JPATH_LIBRARIES . '/cms.php'; // Load the configuration require_once JPATH_CONFIGURATION . '/configuration.php'; /* Create the Application */ $mainframe = Factory::getApplication('site'); /**************************************************/ // Your code starts here... /**************************************************/
-
Hier ist die lauffähige Variante für Joomla 4:
https://gist.github.com/Sniper…9da962099b517bf14fb978336
Der Boostrapping-Part am Anfang funktioniert in J4 deutlich anders, daher der abweichende Aufbau in vergleich zu deiner Anpassung LukasHH
-
Muss leider nachfragen, bei mir kommt sowohl eingeloggt als auch ausgeloggt ein 404 Seite nicht gefunden.
Joomla 4.0.6, Beitrag und Link dazu stehen auf registriert
Vorgehensweise:
- Ordner erstellt. Images/interndownloads
- dahin die php Datei und die PDF Dateien
- auf diese PDF Dateien verlinkt
Was mache ich falsch?
-
Was mache ich falsch?
.htaccess vergessen ?
-
Nein hab ich auch gemacht und auch den Ordner entsprechend benannt
Hier mal die htaccess, habs rot markiert, wobei wenn ich das jetzt so anschaue da fehlen doch irgendwelche klammern oder?
Apache Configuration
Alles anzeigen## # @package Joomla # @copyright (C) 2005 Open Source Matters, Inc. <https://www.joomla.org> # @license GNU General Public License version 2 or later; see LICENSE.txt ## ## # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE! # # The line 'Options +FollowSymLinks' may cause problems with some server configurations. # It is required for the use of Apache mod_rewrite, but it may have already been set by # your server administrator in a way that disallows changing it in this .htaccess file. # If using it causes your site to produce an error, comment it out (add # to the # beginning of the line), reload your site in your browser and test your sef urls. If # they work, then it has been set by your server administrator and you do not need to # set it here. ## ## Can be commented out if causes errors, see notes above. Options +FollowSymlinks Options -Indexes ## No directory listings <IfModule mod_autoindex.c> IndexIgnore * </IfModule> ## Pdf nur für registrirte RewriteRule ^images\/interndownloads\/.*$ readmedia.php [L] ## Suppress mime type detection in browsers for unknown types <IfModule mod_headers.c> Header always set X-Content-Type-Options "nosniff" ## # Disable Federated Learning of Cohorts (FLoC) # If you uncomment the below directive you have to allow this technology in the # Global Configuration of Joomla. Read more about this in the Post-Installation # message in the backend. ## # Header always set Permissions-Policy "interest-cohort=()" </IfModule> ## Protect against certain cross-origin requests. More information can be found here: ## https://developer.mozilla.org/en-US/docs/Web/HTTP/Cross-Origin_Resource_Policy_(CORP) ## https://web.dev/why-coop-coep/ #<IfModule mod_headers.c> # Header always set Cross-Origin-Resource-Policy "same-origin" # Header always set Cross-Origin-Embedder-Policy "require-corp" #</IfModule> ## Disable inline JavaScript when directly opening SVG files or embedding them with the object-tag <FilesMatch "\.svg$"> <IfModule mod_headers.c> Header always set Content-Security-Policy "script-src 'none'" </IfModule> </FilesMatch> ## These directives are only enabled if the Apache mod_rewrite module is enabled <IfModule mod_rewrite.c> RewriteEngine On ## Begin - Rewrite rules to block out some common exploits. # If you experience problems on your site then comment out the operations listed # below by adding a # to the beginning of the line. # This attempts to block the most common type of exploit `attempts` on Joomla! # # Block any script trying to base64_encode data within the URL. RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR] # Block any script that includes a <script> tag in URL. RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR] # Block any script trying to set a PHP GLOBALS variable via URL. RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR] # Block any script trying to modify a _REQUEST variable via URL. RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2}) # Return 403 Forbidden header and show the content of the root home page RewriteRule .* index.php [F] # ## End - Rewrite rules to block out some common exploits. ## Begin - Custom redirects # # If you need to redirect some pages, or set a canonical non-www to # www redirect (or vice versa), place that code here. Ensure those # redirects use the correct RewriteRule syntax and the [R=301,L] flags. # ## End - Custom redirects ## # Uncomment the following line if your webserver's URL # is not directly related to physical file paths. # Update Your Joomla! Directory (just / for root). ## # RewriteBase / ## Begin - Joomla! core SEF Section. # # PHP FastCGI fix for HTTP Authorization, required for the API application RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] # -- SEF URLs for the API application # If the requested path starts with /api, the file is not /api/index.php # and the request has not already been internally rewritten to the # api/index.php script RewriteCond %{REQUEST_URI} ^/api/ RewriteCond %{REQUEST_URI} !^/api/index\.php # and the requested path and file doesn't directly match a physical file RewriteCond %{REQUEST_FILENAME} !-f # and the requested path and file doesn't directly match a physical folder RewriteCond %{REQUEST_FILENAME} !-d # internally rewrite the request to the /api/index.php script RewriteRule .* api/index.php [L] # -- SEF URLs for the public frontend application # If the requested path and file is not /index.php and the request # has not already been internally rewritten to the index.php script RewriteCond %{REQUEST_URI} !^/index\.php # and the requested path and file doesn't directly match a physical file RewriteCond %{REQUEST_FILENAME} !-f # and the requested path and file doesn't directly match a physical folder RewriteCond %{REQUEST_FILENAME} !-d # internally rewrite the request to the index.php script RewriteRule .* index.php [L] # ## End - Joomla! core SEF Section. </IfModule> ## These directives are only enabled if the Apache mod_rewrite module is disabled <IfModule !mod_rewrite.c> <IfModule mod_alias.c> # When Apache mod_rewrite is not available, we instruct a temporary redirect # of the start page to the front controller explicitly so that the website # and the generated links can still be used. RedirectMatch 302 ^/$ /index.php/ # RedirectTemp cannot be used instead </IfModule> </IfModule> ## These directives are only enabled if the Apache mod_headers module is enabled. ## This section will check if a .gz file exists and if so will stream it ## directly or fallback to gzip any asset on the fly ## If your site starts to look strange after enabling this, and you see ## ERR_CONTENT_DECODING_FAILED in your browser console network tab, ## then your server is already gzipping css and js files and you don't need this ## block enabled in your .htaccess <IfModule mod_headers.c> # Serve gzip compressed CSS files if they exist # and the client accepts gzip. RewriteCond "%{HTTP:Accept-encoding}" "gzip" RewriteCond "%{REQUEST_FILENAME}\.gz" -s RewriteRule "^(.*)\.css" "$1\.css\.gz" [QSA] # Serve gzip compressed JS files if they exist # and the client accepts gzip. RewriteCond "%{HTTP:Accept-encoding}" "gzip" RewriteCond "%{REQUEST_FILENAME}\.gz" -s RewriteRule "^(.*)\.js" "$1\.js\.gz" [QSA] # Serve correct content types, and prevent mod_deflate double gzip. RewriteRule "\.css\.gz$" "-" [T=text/css,E=no-gzip:1] RewriteRule "\.js\.gz$" "-" [T=text/javascript,E=no-gzip:1] <FilesMatch "(\.js\.gz|\.css\.gz)$"> # Serve correct encoding type. Header append Content-Encoding gzip # Force proxies to cache gzipped & # non-gzipped css/js files separately. Header append Vary Accept-Encoding </FilesMatch> </IfModule>
-
Nein hab ich auch gemacht und auch den Ordner entsprechend benannt
RewriteEngine on oberhalb vergessen? Oder halt an andere Stelle setzen, dieses
-
Ich hab es jetzt innerhalb des Moduls
Apache Configuration
Alles anzeigen## These directives are only enabled if the Apache mod_rewrite module is enabled <IfModule mod_rewrite.c> RewriteEngine On ## Begin - Rewrite rules to block out some common exploits. # If you experience problems on your site then comment out the operations listed # below by adding a # to the beginning of the line. # This attempts to block the most common type of exploit `attempts` on Joomla! # # Block any script trying to base64_encode data within the URL. RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR] # Block any script that includes a <script> tag in URL. RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR] # Block any script trying to set a PHP GLOBALS variable via URL. RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR] # Block any script trying to modify a _REQUEST variable via URL. RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2}) # Return 403 Forbidden header and show the content of the root home page RewriteRule .* index.php [F] # ## End - Rewrite rules to block out some common exploits. ## Begin - Custom redirects # # If you need to redirect some pages, or set a canonical non-www to # www redirect (or vice versa), place that code here. Ensure those # redirects use the correct RewriteRule syntax and the [R=301,L] flags. # ## End - Custom redirects ## # Uncomment the following line if your webserver's URL # is not directly related to physical file paths. # Update Your Joomla! Directory (just / for root). ## # RewriteBase / ## Begin - Joomla! core SEF Section. # # PHP FastCGI fix for HTTP Authorization, required for the API application RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] # -- SEF URLs for the API application # If the requested path starts with /api, the file is not /api/index.php # and the request has not already been internally rewritten to the # api/index.php script RewriteCond %{REQUEST_URI} ^/api/ RewriteCond %{REQUEST_URI} !^/api/index\.php # and the requested path and file doesn't directly match a physical file RewriteCond %{REQUEST_FILENAME} !-f # and the requested path and file doesn't directly match a physical folder RewriteCond %{REQUEST_FILENAME} !-d # internally rewrite the request to the /api/index.php script RewriteRule .* api/index.php [L] # -- SEF URLs for the public frontend application # If the requested path and file is not /index.php and the request # has not already been internally rewritten to the index.php script RewriteCond %{REQUEST_URI} !^/index\.php # and the requested path and file doesn't directly match a physical file RewriteCond %{REQUEST_FILENAME} !-f # and the requested path and file doesn't directly match a physical folder RewriteCond %{REQUEST_FILENAME} !-d # internally rewrite the request to the index.php script RewriteRule .* index.php [L] # ## End - Joomla! core SEF Section. RewriteRule ^images\/interndownloads\/.*$ readmedia.php [L] </IfModule>
Aber geht trotzdem nicht
-
Die Meldung ist wirklich "404 - Seite nicht gefunden" und nicht etwa "404 - file not found" ?
Liegen da auch Dateien im Verzeichnis?
-
Von wo kommt denn die 404?
In der readmedia.php wird ja auch ein 404 ausgegeben, wenn die auszuliefernde Datei nicht gefunden wird.
Da bei mir die readmedia.php in einem Unterverzeichnis (vom root) liegt, habe ich die Angaben "dirname(__FILE__)" gegen "dirname(__DIR__, 1)" ersetzt. Die 1 sagt, dass es um ein Verzeichnis zurück gehen soll. Wenn sie in 2 Unterverzeichnisse vom root aus liegt, dann muss man entsprechend eine 2 angeben.root
- administrator
- includes
- app.php
- defines.php
- framework.php
- downloads
- readmedia.php
dirname(__FILE__) gibt ja den Pfad aus, wo sich die readmedia.php befindet. In diesem Fall wie bei mir mit dem Unterverzeichnis "downloads". Ich müsste zurück zum root und dann in das Verzeichnis "includes", um zur defines.php zu kommen. -
Die Meldung ist wirklich "404 - Seite nicht gefunden"
Ja, und die Dateien liegen definitiv da!
Link
url/images/interndownloads/HandbuchGesamt.pdf
Kann es was mit einer Subdomain zu tun haben? Die Seite läuft mit einer...
Da bei mir die readmedia.php in einem Unterverzeichnis
Bei mir liegt diein images/interdownloads
Muss ich dann da auch was ändern gegenüber dem Code von SniperSister ?
-
404 Seite nicht gefunden - klingt mehr danach, dass die Rewrite-Regel nicht stimmt.
Der Pfad zur readmedia.phpIn dem Pfad "images/interndownloads" kommt die .htaccess mit der Umleitung zur readmedia.php
In J3 habe ich ein Modul für interne Downloads:Inhalt der .htaccess
In der readmedia.php habe ich den Aufruf zur define.php wie oben beschrieben geändert.
Der Pfad zu den Dateien, welche ausgegeben werden soll, muss dann auch entsprechend angepasst werden. -
Wenn du dies hier verwendest
dann sollte die readmedia.php im Joomla-Root liegen.
Wo liegt sie denn eigentlich bei dir?Nur damit wir nicht aneinander vorbeireden:
Reden wir über J3 oder J4, und nutzt du die für J4 angepasste Version oder die alte?
-
Habe den Teil-Thread jetzt in ein den passenden Forenbereich verschoben.
-
dann sollte die readmedia.php im Joomla-Root liegen.
Hatte ich ja schon geschrieben
und hier
Vorgehensweise:
- Ordner erstellt. Images/interndownloads
- dahin die php Datei und die PDF Dateien
und genau das war mein Fehler. Viele vielen Dank allen Helfern!
-
Habe den Teil-Thread jetzt in ein den passenden Forenbereich verschoben.
Sorry, dachte nicht das es so viel beansprucht