Verfasste Forenbeiträge

Ansicht von 10 Antworten – 16 bis 25 (von insgesamt 25)
  • AITpro

    (@aitpro)

    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] getestet und funktioniert gut auf LiteSpeed.

    AITpro

    (@aitpro)

    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 4 Jahren von AITpro.
    AITpro

    (@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.

    AITpro

    (@aitpro)

    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.

    AITpro

    (@aitpro)

    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 4 Jahren von AITpro.
    AITpro

    (@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.

    AITpro

    (@aitpro)

    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]
    AITpro

    (@aitpro)

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

    • Diese Antwort wurde geändert vor 4 Jahren von AITpro.
    AITpro

    (@aitpro)

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

    AITpro

    (@aitpro)

    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)