Skriptfehler bei den Versuchen, eine .xml-Datei zu exportieren & Tags in Kategorien zu konvertieren

Ich bin mit einem Blog beschäftigt, der inzwischen mit WP 5.1 sowie dem Theme Twenty Sixteen + Child Theme läuft:

http://peter-nowak-journalist.de/

In mindestens zwei Situationen erhalte ich folgende Fehlermeldung: "Die angeforderte Seite hat einen Script-Fehler verursacht."

Situation 1: Ich versuche - im back end - eine .xml-Datei der Blog-Inhalte zu exportieren:

[Blockierte Grafik: http://peter-nowak-journalist.de/wp-content/uploads/2019/02/xml-Export.png]

Im vergangenen Jahr - als der Blog noch mit irgendeiner uralt-Version von WordPress lief - funktionierte der Export der .xml-Datei dagegen noch.

Situation 2: Ich versuche - ebenfalls im back end - Schlagwörter (Tags) in Kategorien zu konvertieren:

[Blockierte Grafik: http://peter-nowak-journalist.de/wp-content/uploads/2019/02/vor_Fehlermeldung.png]

und

[Blockierte Grafik: http://peter-nowak-journalist.de/wp-content/uploads/2019/02/Wechsel_zu_von_tag_zu_Kat.png]

Beide Fehler traten auch bereits mit 5.0 auf und verschwanden durch Update auf 5.1 nicht. (Mit der vorhergehenden uralt-Version hatte ich das Schlagwörter-in-Kategorien-Konvertieren nicht ausprobiert.)

Situation 3: Wenn ich recht erinnere, erhielt ich - bereits mit WP 5.1 - die entsprechende Fehlermeldung auch einmal, als ich im front end versuchte, nach zwei Begriffen gleichzeitig zu suchen; ich ließ dann einen der beiden Begriffe weg und erhielt Ergebnisse für den anderen.
Den Fehler bei der Suche war ich jetzt aber nicht in der Lage zu reproduzieren.

Habt Ihr Ideen, was den Skriptfehler verursachen könnte und wie er sich beseitigen läßt?

PS.:

Außerdem möchte ich an meine beiden noch offenen Fragen erinnern:

• [size=14]Automatische Einfügung von <more>-Befehlen[/SIZE]

[size=14]und[/SIZE]

• [size=14][size=14]Verlinkung von Beitragsbildern aufheben[/SIZE].[/SIZE]

Auf der obersten Ebene des Servers gibt es u.a. einen Ordner "errordocs" - das sind aber nur die html-Dateien für die Fehlermeldungen - und einen Ordner "logs".

Dort beginnt die neueste Datei wie folgt:

#### - - [26/Feb/2019:00:00:04 +0100] "GET /feed/ HTTP/1.1" 304 152 "-" "Tiny Tiny RSS/18.12 (da35421) (http://tt-rss.org/)"
#### - - [26/Feb/2019:00:00:07 +0100] "GET /2014/07/29/konnen-die-unterklassen-ihre-kinder-nicht-selbst-erziehen/ HTTP/1.1" 200 109033 "-" "Mozilla/5.0 (compatible; SemrushBot/3~bl; +http://www.semrush.com/bot.html)"
#### - - [26/Feb/2019:00:00:20 +0100] "GET /tag/gewerkschaften/ HTTP/1.1" 200 112341 "-" "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
#### - - [26/Feb/2019:00:00:23 +0100] "GET /tag/ostvernetzungstreffen/ HTTP/1.1" 200 112477 "-" "Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)"
#### - - [26/Feb/2019:00:00:24 +0100] "GET /tag/podemos/ HTTP/1.1" 200 154077 "-" "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
#### - - [26/Feb/2019:00:00:27 +0100] "GET /tag/initiative-fur-einen-neuen-kommunalen-wohnungsbau/ HTTP/1.1" 200 97675 "-" "Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)"

Ist das das Benötigte?

Statt der Doppelkreuze stehen im Original lauter IP-Nummern (von wem auch immer). (Dass die erfasst werden, ist sicherlich auch nicht im Sinne der Blog-Betreibers. - Lässt sich das unterbinden?)

Danke; der Export funktioniert dann. Der Konverter bricht dann ohne Fehlermeldung ab:

[Blockierte Grafik: http://peter-nowak-journalist.de/wp-content/uploads/2019/02/Konverter-Fehler.png]

Zitat von b3317133

Hosting-Upgrade o.ä. auf einen leistungsfähigeren Account.

Was ist denn in dem Zusammenhang der entscheidende Parameter für "leistungsfähiger"? (Da der Konverter auch dann nicht funktioniert, wenn alle anderen Plugins deaktiviert sind, scheint ja - wenn der Konverter funktionieren soll - kein Weg an einem Upgrade herumzuführen.)

Der Erfolg bzw. Nicht-Erfolg des Exportes der .xml-Datei hängt am Plugin All-in-One Event Calendar von Time.ly.

Läßt sich das durch ein anderes - mit WP 5.1 funktionierendes - Kalender-Plugin ersetzen, ohne daß alle bisherigen Veranstaltungen neu manuell eingegeben werden müßten?

Ist das das php memory_limit:

Zitat

ScriptPower
Arbeitsspeicher: 13 MB RAM
CPU-Zeit: 8 Sekunden
Skriptlaufzeit: 180 Sekunde
Die oben angegebenen Werte stehen Ihnen pro Skript zur Verfügung. Sofern diese nicht ausreichend sind und zu einem Abbruch eines Skriptes führen, sollten Sie eine Optimierung des Skriptes und/oder ein Upgrade auf einen Tarif mit höheren Skriptlimits in Erwägung ziehen

?

Hier scheine ich jetzt das Richtige gefunden zu haben:

Zitat

memory_limit 100M 100M

Das wird mir unter folgender Überschrift angezeigt: "SERVERMODULE
Hier können Sie sich die Module zu den Scriptsprachen, die auf Ihrem Server installiert sind, anzeigen lassen.
Moduldetails für : PHP 5.2.17 (Stable)
Stand : 27.02.2019"

Soll ich da

[Blockierte Grafik: http://peter-nowak-journalist.de/wp-content/uploads/2019/02/php-Versionen.png]

dann mal 7-72STABLE auswählen? (Scheint nicht mehr zu kosten. Warum wird so etwas nicht automatisch vom Hoster aktualisiert? - Was hat es mit der "Sichere(n) Einstellung" auf sich? Soll ich das deaktiviert lassen oder aktivieren?)

Und bzgl. der error.log habe ich jetzt eventuell noch gefunden:

Zitat

CGI-Debugger
Mit dem CGI-Debugger können Sie Fehlermeldungen, die von Skripten ausgegeben werden, aus den Error-Logfiles ausgeben lassen. Zudem finden Sie dort eine Übersicht der letzten Zugriffe aus dem Access-Log und können sich eine Logdatei langsamer Datenbankabfragen ansehen. Auf diese Weise können Fehlerursachen zeitnah und einfach ermittelt werden.
So geht’s
Durch den Aufruf der Adresse https://sslsites.de/domain.tld/system-cgi/cgi-debug können Sie direkt auf den bereits standardmäßig vorinstallierten CGI-Debugger zugreifen.

Wäre das die benötige Datei/Information? -

Wenn ich die Adresse aufrufe, erhalte ich allerdings folgende Fehlermeldung: "Proxy-Fehler
Die angeforderte Domain kann über diesen Proxy nicht genutzt werden."

Ich denke allerdings nicht, daß ich überhaupt einen Proxy benutze. Das wüßte ich doch, oder nicht?

Zitat von Am Ende des Lateins

Hier scheine ich jetzt das Richtige gefunden zu haben:

"memory_limit 100M 100M"

Das wird mir unter folgender Überschrift angezeigt: "SERVERMODULE
Hier können Sie sich die Module zu den Scriptsprachen, die auf Ihrem Server installiert sind, anzeigen lassen.
Moduldetails für: PHP 5.2.17 (Stable)
Stand : 27.02.2019"

Inzwischen habe ich folgendes festgestellt:

1. Unter der Überschrift

"SERVERMODULE
Hier können Sie sich die Module zu den Scriptsprachen, die auf Ihrem Server installiert sind, anzeigen lassen.
Moduldetails für : PHP 7.1.23 (Stable)
Stand : 28.02.2019"

wird mir ebenfalls nur

"Core
PHP Version 7.1.23
Directive Local Value Master Value
memory_limit 100M 100M"

angezeigt. - Kann das sein?

2. a) Im übrigen soll es sich wohl bei beiden Listen (der zu 5.2.17 und der zu 7.1.23) um Beschreibungen der php-Versionen als solches und nicht um das memory_limit, das tatsächlich zur Verfügung steht, zu handeln. Denn an anderer Stelle - https://www.df.eu/de/webhosting/ -
heißt es :

|| -------------------- || Basic - 3,99 €/Monat || Medium - 6,99 || Professional 9,99 €/Monat || Premium19,99 ||Ultimate 39,99 ||

|| DF ScriptPower || 64 MB RAM, 30 CPU-Sek. || 128 MB RAM, 40 CPU-Sek. || 128 MB RAM, 60 CPU-Sek. || 256 MB RAM, 60 CPU-Sek. || 256 MB RAM, 120 CPU-Sek.||

Danach scheint das memory_limit wohl nicht (nur<?>) von der jeweiligen php-Version, sondern (auch<?>) vom jeweiligen Tarif abzuhängen.

b) Im Moment läuft der Blog noch mit einem noch schlechteren Tarif als "Basic", für den ich aber nicht die Angaben zur "Script Power" feststellen konnte, sondern nur, daß er zum gleichen Preis jedenfalls weniger GB Web- und mail-Speicherplatz (2 statt 25 GB) biete. Zu

"[Blockierte Grafik: https://img.df.eu/auto/bestellung/groupheader/bgffffff_dynamisch.png]
für interaktive Inhalte mit PHP, Perl und MySQL"

heißt es dort einfach nur "ja".

3. Ich hatte gestern den Content-Produzenten gebeten, sich bei seinem Hoster nach der error.log zu erkundigen; letzterer hat aber noch nicht geantwortet.

Nachher hier (noch mal) folgende Fragen:

a) Soll ich an der php-Version etwas ändern? [Mir ist allerdings nicht einmal ganz klar, ob aktuell PHP 5.6.34 (siehe oben den screen shot in Antwort #16) oder PHP 5.2.17 (Stable) installiert ist. Letzteres wird mir angegezigt, wenn ich dort:

[Blockierte Grafik: http://peter-nowak-journalist.de/wp-content/uploads/2019/02/det_Infos.png]

in der Zeile "PHP5" in der letzten Spalte auf "Detaillierte Informationen" klicke. Anschließend wird mir - automatisch - dies:

[Blockierte Grafik: http://peter-nowak-journalist.de/wp-content/uploads/2019/02/php-5-2-17.png]

angezeigt. Ich kann dort aber auch zu den anderen Versionen wechseln. Jedenfalls befindet sich dort - weiter unten - auch die - für 5.12.17 und 7.1.23 identische Angabe zum memory_limit.)

b) Was hat es damit auf sich, daß dort für alle php-Versionen ein memory_limit von 100 M angezeigt wird? - Hätte es unter den diesen Umständen überhaupt einen Sinn, zu einem teureren Tarif (als Basic, mit dem der Blog ab Mitte März laufen wird) zu wechseln oder, wäre php eh der Falschenhals?

Danke. - Kann ich die Umstellung auf php7 einfach so machen? Oder sollte ich vorher erst wieder die Datenbank sichern und die aktuelle .xml-Datei exportieren?

Ich habe inzwischen beide Sicherungen gemacht und auf php7 umgestellt. - Aber auch nach Umstellung funktioniert der Export der .xml-Datei nur dann, wenn ich vorher das Kalender-Plugin von time.ly deaktiviere.