Verfasste Forenbeiträge

Ansicht von 10 Antworten - 16 bis 25 (von insgesamt 25)
  • RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] getestet und funktioniert gut auf LiteSpeed.

    Vielen Dank, dass Sie diese Informationen geteilt haben. Ich schaue mir das auch an. Die Direktive SetEnvIf .htaccess funktioniert nicht auf LiteSpeed-Servern. Dies ist nur ein Hinweis für alle anderen, die dieses Forenthema sehen. Ich sehe keine Bedingungen für CGI / FastCGI oder LiteSpeed in der Datei network.php .htaccess, in der Code geschrieben wird.

    • Diese Antwort wurde geändert vor 3 Jahren, 3 Monaten von AITpro.

    @pixolin – Ja du hast Recht. Ich habe falsch gelesen, was gepostet wurde, und zusätzliche Informationen hinzugefügt, um dies vorerst zu beheben, bis ich eine dauerhafte Korrektur in BulletProof Security erhalten kann.

    Da BulletProof Security älteren WordPress Rewrite-htaccess-Code verwendet, müssen Sie den neuen htaccess-Code in das Textfeld BulletProof Security Custom Code einfügen, um ihn dauerhaft zu speichern, bis ich dieses Problem in einer neuen BulletProof Security-Version beheben kann Ich werde so schnell wie möglich veröffentlichen. Gehen Sie nach Ihrem für Sie geeigneten Beispielcode und dem neuen WordPress-htaccess-Code in der Datei network.php. Sie müssen nur Ihren neuen funktionierenden htaccess-Code in dieses Textfeld für den benutzerdefinierten BulletProof Security-Code einfügen: 8. CUSTOM CODE WP REWRITE LOOP START. In diesem Textfeld für benutzerdefinierten BulletProof-Sicherheitscode müssen Sie nichts hinzufügen: 12b. CUSTOM CODE WP REWRITE LOOP END.

    Mit der Funktion „Benutzerdefinierter BulletProof-Sicherheitscode“ können Sie einen funktionierenden Zugriffscode für Ihre Website erstellen. Der benutzerdefinierte Code von BulletProof Security verfügt über 2 Textfelder für benutzerdefinierten Code für Multisite-Website-Typen. Verwenden Sie hier den Multisite-htaccess-Code für Ihren Multisite-Website-Typ: https://wordpress.org/support/article/htaccess/

    8. BENUTZERDEFINIERTER CODE WP REWRITE LOOP START
    Beispielcode: Verwenden Sie diesen nicht

    # WP REWRITE LOOP START
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ - [L]
    # add a trailing slash to /wp-admin
    RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

    12b. BENUTZERDEFINIERTER CODE WP REWRITE LOOP END
    Beispielcode: Verwenden Sie diesen nicht

    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ - [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
    RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
    RewriteRule . index.php [L]
    # WP REWRITE LOOP END
    • Diese Antwort wurde geändert vor 3 Jahren, 3 Monaten von AITpro.

    Es sieht also so aus, als müsste ich einige Tests in BulletProof Security durchführen, um herauszufinden, was funktioniert und was nicht. BulletProof Security verwendet den alten WordPress-htaccess-Code, aber es sieht so aus, als müsste ich sehen, was jetzt mit Multisite- und htaccess-Code in BulletProof Security zu tun ist. Ich werde das heute testen.

    Hoppla. Ja du hast Recht. Ich habe gerade den neuen WordPress 5.6 htaccess-Code in dieser WordPress Core-Datei überprüft und gefunden: /wp-admin/includes/network.php.

    		$htaccess_file = <<<EOF
    RewriteEngine On
    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    RewriteBase {$base}
    RewriteRule ^index\.php$ - [L]
    {$ms_files_rewriting}
    # add a trailing slash to /wp-admin
    RewriteRule ^{$subdir_match}wp-admin$ {$subdir_replacement_01}wp-admin/ [R=301,L]
    
    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ - [L]
    RewriteRule ^{$subdir_match}(wp-(content|admin|includes).*) {$rewrite_base}{$subdir_replacement_12} [L]
    RewriteRule ^{$subdir_match}(.*\.php)$ {$rewrite_base}$subdir_replacement_12 [L]
    RewriteRule . index.php [L]

    Vielleicht verwendet Ihr Webhost auch diesen htaccess-Code? … oder ein anderes Plugin, das Sie installiert haben?

    • Diese Antwort wurde geändert vor 3 Jahren, 3 Monaten von AITpro.

    Das ist kein BPS htaccess code. Ich habe nur diesen vom SG-Optimizer-Plugin und / oder auf SiteGround-Hosting erstellten htaccess-Code gesehen.

    That is not BPS htaccess code. I have only seen that htaccess code created by the SG-Optimizer plugin and/or on SiteGround hosting.

Ansicht von 10 Antworten - 16 bis 25 (von insgesamt 25)