AITpro
Verfasste Forenbeiträge
-
Forum: Allgemeine Fragen
Als Antwort auf: Nach Update auf 5.6 keine Bearbeitung möglichRewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
getestet und funktioniert gut auf LiteSpeed.Forum: Allgemeine Fragen
Als Antwort auf: Nach Update auf 5.6 keine Bearbeitung möglichVielen 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.
Forum: Allgemeine Fragen
Als Antwort auf: Nach Update auf 5.6 keine Bearbeitung möglich@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.
Forum: Allgemeine Fragen
Als Antwort auf: Nach Update auf 5.6 keine Bearbeitung möglichDa 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.
Forum: Allgemeine Fragen
Als Antwort auf: Nach Update auf 5.6 keine Bearbeitung möglichMit 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 nichtRewriteCond %{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.
Forum: Allgemeine Fragen
Als Antwort auf: Nach Update auf 5.6 keine Bearbeitung möglichEs 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.
Forum: Allgemeine Fragen
Als Antwort auf: Nach Update auf 5.6 keine Bearbeitung möglichHoppla. 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]
Forum: Allgemeine Fragen
Als Antwort auf: Nach Update auf 5.6 keine Bearbeitung möglichVielleicht 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.
Forum: Allgemeine Fragen
Als Antwort auf: Nach Update auf 5.6 keine Bearbeitung möglichDas ist kein BPS htaccess code. Ich habe nur diesen vom SG-Optimizer-Plugin und / oder auf SiteGround-Hosting erstellten htaccess-Code gesehen.
Forum: Allgemeine Fragen
Als Antwort auf: Nach Update auf 5.6 keine Bearbeitung möglichThat is not BPS htaccess code. I have only seen that htaccess code created by the SG-Optimizer plugin and/or on SiteGround hosting.