WP Statistics defekt ?

Permalinkeinstelungen speichern bringt auch nichts, an Benutzerrechten wurde nichts geändert.

Ein Login via Teamviewer / Andydesk ist kein Thema, nur heute schaffe ich das nicht mehr da ich gleich einen Termin habe.

Es ist wirklich verdammt nochmal verzwickt ;/

Danke an dieser Stelle für den bisherigen Support ;)

Das Modul mod_security ist auf dem Server nicht aktiv. Andere Wordpress ( 4 weitere ) Installationen auf dem gleichen Server laufen ohne Probleme. Daher denke ich wirds nicht am Server liegen. Ich habe die Webseite auf einem anderen Testserver einmal installiert und auch dort hat die statistics API kein Zugriff.

[INDENT]# BEGIN WordPress
# Die Anweisungen (Zeilen) zwischen „BEGIN WordPress“ und „END WordPress“ sind
# dynamisch generiert und sollten nur über WordPress-Filter geändert werden.
# Alle Änderungen an den Anweisungen zwischen diesen Markierungen werden überschrieben.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /http://www.oss_lifestyle/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /http://www.oss_lifestyle/index.php [L]
</IfModule>

# END WordPress[/INDENT]

Ich habe die htaccess mit Der einer funktionierenden Installation vergleichen und festgestellt, dass da noch menge alter Code drin war. Mit der o.g. htacess sehe ich die "Blankos" der Grafen , habe keine der vorigen Fehler mehr - allerdings wird die Statistik nicht aufgebaut bzw. angezeigt: https://speefak.spdns.de/mycloud/index.php/s/ntdjfMoW8TJGQf6

folgende Punkte geprüft : https://redirection.me/support/problems/rest-api/

Fehler ist immernoch da *grml

ich habe nun alles im zusammenhang mit der .htaccess versucht ( löschen, manuell neu erstellen, löschen und via permalinks update neu erstellen mit Pfad oss_lifestyle und http://www.oss_lifestyle )

ich verstehe es einfach nicht woran es liegen könnte und wie man vorgehen könnte/sollte/müsste

der Datenpfad ist unter /var/www/http://www.oss_lifestyle und die site-available/http://www.oss_lifestyle.conf nutz oss_lifestyle

[INDENT]root@D11-Webserver:/var/www/http://www.oss_lifestyle> cat /etc/apache2/sites-available/http://www.oss_lifestyle.conf
Alias /oss_lifestyle /var/www/http://www.oss_lifestyle

<Directory /var/www/http://www.oss_lifestyle>
Options FollowSymLinks
AllowOverride ALL
</Directory>

root@D11-Webserver:/var/www/http://www.oss_lifestyle> [/INDENT]

Gehe ich richtig in der Annahme, wenn Ausgaben bei dem Link https://speefak.spdns.de/oss_lifestyle/wp-json/ erscheinen funktioniert die REST API schon mal
[INDENT][/INDENT]

Zitat von r23

und wie kommst du auf ein RewriteBase /http://www.oss_lifestyle/nach deinen Bildchen hier (wie nervig) ist oss_lifestyle etwas richtiger...

Keine Ahnung wie ich drauf komme, ich versuche seit Tagen einfach alles was ich im Netz dazu finde, da ich keine Ahnung habe ich wie ich dabei analytisch vorgehen soll. Es wär schon schön zu wissen, ob es an einem Rewrite liegt, falschen API keys. Apache Config Fehler kann ich ausschließen denn andere Webseiten auf dem selben Server laufen ohne Probleme.

Beantworte noch die Frage zur 404 Meldung in Deinem Screenshot.=> s. Anhang

Ich hatte zwischenzeit auch ALLE Plugins bis auf das WP statistics Plugin deinstalliert - das hat auch nicht geholfen. Werden Änderungen mit der Deinstallation eines Plugins ggf. nicht wieder Rückgängig gemacht und verbleiben im System ? ( Windows Style )

Gibt es den irgendwo eine Config Datei in der man Keys/APIs der REST Schnittstelle konfigurieren kann ? Gibt es eine Möglichkeit wie in der Shell mit set -x genau zu verfolgen wo der Code hängt bzw. bei welche Zeile in welcher Datei Ärger macht ?

Zitat von b3317133

Dieser Screenshot ist a) eine 403 Meldung (nicht die 404 Meldung aus Deinem o.g. Screenshot) und b) nicht das Tab "Antwort".

Wenn Du ständig parallel andere Dinge versuchst, kann man nur sehr schwer sinnvoll helfen.

Was/ob ein Plugin beim Deinstallieren aus WordPress löscht/rückgängig macht oder nicht, weiss am besten der jeweilige Plugin Autor bzw. Plugin Support. Es gibt dazu keine allgemeingültige Aussage.

der 404 ist ein falsches FAVicon. Wenn ich das über den Customizer neu setze ist kein 404 mehr vorhanden.

OK ich spiele das backup nun wieder ein. Poste die configs und werde dann nichts weiter machen.

Alles zurück auf Anfang :

Server: Debian 11 | PHP 7.4.33 | WP Version 6.1.1
Client Debian 10 | Firefox 111.01 | FF ESR | Midori | Chrome
WP: Custon Theme / Child Theme

Konsolenausgabeüberblick:
[Blockierte Grafik: https://forum.wpde.org/attachments/bi…dc2f54c1e28170d]

Fehler im Detail:
[Blockierte Grafik: https://forum.wpde.org/attachments/bi…dc2f54c1e28170d]

Antwort der Konsole:
[Blockierte Grafik: https://forum.wpde.org/attachments/bi…dc2f54c1e28170d]

/var/www/http://www.oss_lifestyle/.htaccess

[INDENT]# BEGIN WordPress
# Die Anweisungen (Zeilen) zwischen „BEGIN WordPress“ und „END WordPress“ sind
# dynamisch generiert und sollten nur über WordPress-Filter geändert werden.
# Alle Änderungen an den Anweisungen zwischen diesen Markierungen werden überschrieben.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /oss_lifestyle/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /oss_lifestyle/index.php [L]
</IfModule>

# END WordPress
[/INDENT]

/etc/apache2/sites-available/http://www.oss_lifestyle.conf

[INDENT]Alias /oss_lifestyle /var/www/http://www.oss_lifestyle

<Directory /var/www/http://www.oss_lifestyle>
Options FollowSymLinks
AllowOverride ALL
</Directory>[/INDENT]

/etc/apache2/sites-available/000-default.conf

[INDENT]<VirtualHost *:80>
# The ServerName directive sets the request scheme, hostname and port that
# the server uses to identify itself. This is used when creating
# redirection URLs. In the context of virtual hosts, the ServerName
# specifies what hostname must appear in the request's Host: header to
# match this virtual host. For the default virtual host (this file) this
# value is not decisive as it is used as a last resort host regardless.
# However, you must set it for any further virtual host explicitly.
#ServerName http://www.example.com

ServerAdmin webmaster@localhost
DocumentRoot /var/www/html

# Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
# error, crit, alert, emerg.
# It is also possible to configure the loglevel for particular
# modules, e.g.
#LogLevel info ssl:warn

ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined

# For most configuration files from conf-available/, which are
# enabled or disabled at a global level, it is possible to
# include a line for only one particular virtual host. For example the
# following line enables the CGI configuration for this host only
# after it has been globally disabled with "a2disconf".
#Include conf-available/serve-cgi-bin.conf

RewriteEngine on
RewriteCond %{SERVER_NAME} =speefak.spdns.de
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]

</VirtualHost>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet
[/INDENT]
Das ist der Ursprungszustand wie beim erstellen des Threads

Was ich dann gemacht habe :

- /var/www/http://www.oss_lifestyle/.htaccess gelöscht und über Permalinks/Beiträge neu erstellt ( gleicher Dateiinhalt wie vorher )
- Deaktivieren aller Plugins und Themes bis auf WP Statistic und das 20203 Theme => Kein Erfolg => Plugins wieder aktiviert

Sollte ich die Plugins komplett deinstallieren ?

Ich werde jetzt nicht weiter an der Installation oder den Configs etwas ändern.

Was ist jetzt der nächste Schritt ?