Beiträge von b3317133

Frage den Hoster.

@Henk1060 Da kann nicht nur sein, lt. der Fehlermeldung "Disk quota exceeded" ist das so.

@RobinUS Was zu tun wäre:

• eine Prüfung im Backup pPlugin, was da alles in das Backup aufgenommen werden soll, ggf. grosse Datenmengen, auch ausserhalb von WordPress o.ä., die dort eigentlich nichts verloren haben
• Rückfrage beim Hosting Anbieter, wieviel Speicherplatz für Dateien zur Verfügung steht und ob/wie man den ggf. bei Bedarf erweiteren könnte

Was ist mit UX Builder gemeint? Diesen Begriff gibt es standardmässig in WordPress nicht.

Falls ein eigener Page Builder aus einem Themes oder Plugin gemeint ist, kann es durchaus sein, dass der standardmässige WordPress Customizer etwas anderes zeigt oder nicht wirklich mit der Darstellung dieses Builders kompatibel ist. Mehr dazu kann man bei den bisherigen Angaben nicht sinnvoll sagen.

Im Screenshot sieht das nach einem kompletten Child Theme aus.

Vermutung: Theme Javascript nicht kompatibel zur verwendeten WordPress Version, würde man ggf. anhand Ausgaben in Browser Console sehen können. Zu Versionen usw. fehlen hier aber leider jegliche Angaben, siehe auch Forenregeln, Punkt II.

Was genau ist das Problem? Was wird angezeigt und was nicht? Oder Du siehst das Ladesymbol und dann passiert nichts mehr?

• Was erscheint in der Browser Konsole?
• Link zur Seite?

Evtl. auch einfach den Verkäufer ansprechen.

Schön, dass es jetzt funktioniert wie gewünscht.

Anmerkung am Rande: Wenn Du weiterhin extra den Master-ID Link für cgi-bin Zugriff benötigst, sind immer noch irgendwelche Weiterleitungen o.ä. unpassend eingerichtet. Das sollte man im Hinterkopf behalten, wenn irgendwann in Zukunft dann wieder/auch etwas anderes mal nicht funktioniert wie man es erwarten würde.

Dann frage am besten mal selbst nach, mit Angabe der og. WordPress Einstellungen.

Und was genau hast Du gefragt? Link zum Beitrag im Forum von wpDiscuz?

Wie bereits beschrieben beachtet das Plugin Deine o.g. angehakte Einstellung von WP nicht.

Auf der Seite ist bereits die Blog Funktion von WordPress im Einsatz.

https://www.ehrenbreitstein.de/beitragsseite/

Was genau sagte man Dir im Forum von wpDiscuz?

Das Plugin beachtet die WordPress Felder [FONT=Courier New]comment_moderation[/FONT] bzw. [FONT=Courier New]comment_previously_approved[/FONT] aus Einstellungen > Diskussion > Bevor ein Kommentar erscheint, offensichtlich derzeit nicht.

Alternativ stelle in Divi auf den Classic Editor um, siehe auch Divi Dokumentation:

Zitat

Enabling the Classic Editor is very easy. All you need to do is head out to Divi > Theme Options > Builder > Advanced and enabled the Enable Classic Editor option.

Das ist ein aktueller Fehler in der [FONT=Courier New]WP_Textdomain_Registry[/FONT] seit WordPress 6.1, für den im kommenden WordPress 6.1.2 ein Workaround eingepflegt werden soll, Ticket dazu hier, tritt offenbar im Zusammenhang mit dem Maintenance Modus auf.

Ändere in der Datei [FONT=Courier New]wp-includes/class-wp-textdomain-registry.php[/FONT] die hier beschriebenen Zeilen (grün ersetzt rot).

Zitat von Chigolo

Ein deaktivieren des Plugins per FTP brachte nichts, auch das umbennen des kompletten Plugin Ordner hat nichts gebracht (Loginversuche mit wp-admin.php und wp-login.php). ...

Wie sieht es daneben mit der .htaccess aus? Könnte die hier noch (ohne selbst getätigte Veränderungen) das Problem verursachen und wenn ja, woher bekommt er eine "Standard" Version?

Was genau erscheint bei o.g. Loginversuch mit umbenannten Plugins? Screenshot?

Versuche den Login unter [FONT=Courier New]example.com/wp-admin/[/FONT]

Benenne die[FONT=Courier New] .htaccess[/FONT] temporär um, was erscheint dann bei Loginversuch?

Standard Version (mit "pretty" Permalinks) zum Vergleich z.B. hier in WordPress Dokumentation.

Existiert eine [FONT=Courier New]/wp-admin/.htaccess[/FONT]? Falls ja, benenne die um oder lösche sie, ist kein WordPress Standard.

Ergänzung: Und leere Deine Browser Cache bei jeder Änderung!

Zeigt das die zweite (blaskapelle) Domain?

Um die geht es bei der Rückfrage nach dem aktuellen Server Error dort, siehe Antwort #27 oben, und bei der Rückfrage nach dem aktuellen Error Log.

Die Spalte mit den Rechten, die weiter rechts stehen sollte, z.B. [FONT=Courier New]rw-r--r--[/FONT] oder [FONT=Courier New]rwxr-xr-x[/FONT] usw. ist im Screenshot abgeschnitten.

Diese Fehlermeldung "No such file or directory" bedeutet, dass es da keine sql.pl gibt. Evtl. ist das nicht die Log Datei für die zweite Domain.

Die Fehlermeldung deutet auf Zugriffsrechte hin und passt lt. Uhrzeit nicht zu einem aktuellen Aufruf.

Poste einen Screenshot wo man die Zugriffsrechte des Ordners [FONT=Courier New]cgi-bin[/FONT] und auch von der Datei [FONT=Courier New]sql.pl[/FONT] sieht.

Zitat von rudistu

Bei der zweiten Domain.. erstellt gerade ein Profi eine neue Homepage. Die bestehende Android APP läuft aber dort.

Also sollte auf der zweiten Domain diese [FONT=Courier New]/cgi-bin/sql.pl[/FONT] laufen? Sehe da aktuell Server Error 500, was genau wird dazu im entspr. Error Log gezeigt? Oder stimmen da auch einfach nur die Rechte der Datei derzeit nicht? Ist die zweite Domain ein zweiter anderer Strato Account?

Das Einrichten einer extra Weiterleitung durch Dich ist für Strato App Installationen eigentlich nicht nötig, das macht meines Wissens der Strato App Installationsprozess selbst.

Die Rechte des [FONT=Courier New]cgi-bin[/FONT] Ordners bei Strato sind 750, die Scripts darin 755.

Leider hast Du nie die Fehlermeldung oder den Eintrag aus dem Error Log eines dieser (lt. Deinen Angaben nicht mehr) funktionierenden Scripts aus der Anroid App gepostet. Das hätte alles sehr verkürzt.

Ergänzung: Eine Datei [FONT=Courier New]sql.pl[/FONT] scheint es übrigens dort, wo die o.g. Datei [FONT=Courier New]Umgebungsvariablen.pl[/FONT] liegt und jetzt funktioniert, nicht zu geben.

Da das [FONT=Courier New]Umgebungsvariablen.pl[/FONT] Script jetzt funktioniert, sieht es so aus, als wären bisher die Rechte des Scripts und/oder des [FONT=Courier New]cgi-bin[/FONT] Ordners unpassend gesetzt gewesen.

Zitat von rudistu

Ein Android APP die auf die DB in dieser Domain mit cgi-bin scripe zugreift läuft nicht mehr.

Bist Du sicher, dass Deine Android App dieses [FONT=Courier New]Umgebungsvariablen.pl[/FONT] Script verwendet? Die Ausgabe sieht wie ein einfaches Perl Testscript aus.

Poste einen Screenshot wo man die Zugriffsrechte des Ordners [FONT=Courier New]cgi-bin[/FONT] und auch von diesem [FONT=Courier New]Umgebungsvariablen.pl[/FONT] Script sieht.

Poste weiterhin die ersten 2 Zeilen des Scripts (über das Symbol [FONT=Courier New][+][/FONT] und Code im Forum Editor).