Beiträge von b3317133

Hier funktioniert die Seite jetzt, siehe Ergänzung 2 oben, leere ggf. Deinen Browser Cache.

Ist PHP Boost aktiv? Falls ja, was passiert, wenn Du das deaktivierst?

Ist die aktuell zu beobachtende Weiterleitung der Normalzustand Deines Websites?

Falls in Zeile 94 der Datei [FONT=Courier New]wp-config.php[/FONT] folgendes steht:

[FONT=Courier New]define( 'WP_AUTO_UPDATE_CORE', minor );[/FONT]

Ändere es in das:

[FONT=Courier New]define( 'WP_AUTO_UPDATE_CORE', [COLOR=#b30000]'[/COLOR]minor[COLOR=#b30000]'[/COLOR] );[/FONT]

Ergänzung: Jetzt hat sich was geändert, die Weiterleitung leitet endlos auf sich selbst weiter, ohne Error 500[FONT=Courier New].[/FONT] Würde empfehlen, diese Weiterleitung, wo auch immer sie herkommt, zu deaktivieren.

Ergänzung 2: Und jetzt geht die Seite offenbar wieder (bis auf einige "mixed content" Sachen wegen einer offenbar noch unvollständigen Umstellung auf https). Was waren die Probleme?

Und was steht dann im error.log?

Derzeit leitet Deine Startseite und auch alle sonstigen Seiten auf Deine Loginseite weiter (und dort dann Error 500)? Ist diese Weiterleitung der Normalzustand?

Alternativ gibt es Plugins wie Loco Translate zur Anpassung der Übersetzungsdateien direkt im Browser.

Benenne temporär per FTP mal den Ordner [FONT=Courier New]wp-content/plugins/meow-gallery/[/FONT] um, z.B. in [FONT=Courier New]wp-content/plugins/meow-gallery-deaktiviert/[/FONT] - das deaktiviert das Plugin. Funktioniert dann der Login und/oder die Seite wieder?

Gibt es den Punkt im WordPress Menü "Design > Customizer > Zusätzliches CSS"?

Gibt es einen Link zur Seite mit den Kommentaren? Welche Farbe genau dort ist gemeint?

@SEpp55 Tipp am Rande: Diese Lösung scheint jetzt zwar auf dem ersten Blick "mit dem Blockeditor" zu klappen, es klappt lt. der Screenshots aber nur, weil ein sog. "Classic Block" benutzt wird, also der alte Editor in einen Block verpackt.

Nutze für eigenes CSS am besten das WordPress Menü "Design > Customizer > Zusätzliches CSS" oder ggf. ein entspr. ähnliches dafür vorgesehenes Feld im Konfigurationsbereich Deines Themes.

Damit werden Änderungen bei Theme-Updates nicht überschrieben.

Was steht im error.log beim Provider?

Was passiert mit aktivem WP_DEBUG i.v.m. WP_DEBUG_LOG? Was steht dann in der Datei wp-content/debug.log?

Welche PHP-Version wird verwendet?

Zitat von blackmexx

Auch werden hier teilweise Plugins Automatisch Deaktiviert.

Das ist ein sehr seltsamer Punkt. Werden irgendwelche zentralen WordPress Management Plugins verwendet? Oder ein spezielles WordPress Hosting Paket beim Provider?

Evtl. hilft das Plugin Advanced Custom Fields weiter. Dort gibt es diverse Möglichkeiten für "Conditionals".

Die Zusammensetzung des Webspaces (ohne Datenbank/Emails) kann man z.B. mit einem Plugin wie Disk Usage Sunburst anzeigen.

Beschreibe doch mal, was genau wegen welchem Aufbau nicht gehen soll und was Du am Ende erreichen willst, am besten mit Link zur entspr. Seite.

Zitat von MatthiasNeeb

Nun weiß ich auch was Gutenberg ist. "Nur" der Editor für die Seite bzw. den Blog.

Das ist nur "Phase 1" von Gutenberg, es folgen noch 3 weitere Phasen, wenn es nach den aktuellen Entwicklern geht.

Das Child Themes Handbook ist ein guter Einstiegspunkt (wobei das Gutenbergprojekt da mittelfristig noch einige Veränderung reinbringen dürfte). Bei schon länger bestehenden Themes wie Enfold wird meist ein Child Theme Gerüst mitgeliefert.

TinyMCE ist (derzeit noch) in WordPress eingebaut. WordPress 5.0 blendet TinyMCE als Haupteditor aus, die beiden o.g. Plugins blenden TinyMCE wieder ein. Weiss nicht, welches Plugin Du heruntergeladen hast, eines der beiden o.g. war es offenbar nicht. Nutze eines der beiden, dann sollte Gutenberg nicht aktiv sein und die "Updating failed" Meldung mit Enfold nicht mehr auftreten.

Der Screenshot hat nichts mit dem "Classic Editor" oder "Gutenberg" zu tun, das ist nur ein einfacher Texteditor für Codeänderungen direkt online im Theme oder in Plugins, was man in der Regel eher vermeiden sollte und was auch oft aus Sicherheitsgründen deaktiviert ist. Wenn hier eine Fehlermeldung auftritt, sind ggf. Ordner- / Dateirechte falsch vergeben oder Syntaxfehler in .php Dateien erkannt worden.

Welche Fehlermeldung tritt wo/wann genau mit welchem Theme auf?

Ist das Classic Editor Plugin oder Disable Gutenberg Plugin installiert und aktiv?

Mehr zu Enfold und WordPress 5.0+ / Gutenberg hier im Enfold Forum.

Wenn nur eine Seite bearbeitet werden soll, bietet sich auch ein Weg über den "Text" Modus auf der entspr. Seite an, ganz ohne Plugin.

Neben den bereits genannten falschen "single quotes" und vorausgesetzt, der restliche Code funktioniert, sollte es pro Buchstabe wohl eher so in der Art aussehen:

<?php if ($this_letter == 'A') { ?>
<h3 id="a">A</h3>
<ul>
<li><?php $key="buchautor"; echo get_post_meta($post->ID, $key, true); ?>:
<?php $key="buchtitel"; echo get_post_meta($post->ID, $key, true); ?> -
Artikel: <a href="<?php echo esc_url( get_permalink() ); ?>">
<?php the_title(); ?></a></li>
</ul>
<?php } ?>

Wenn der entspr. Buchstabe in der Loop nicht vorkommt, wird dann allerdings auch keine "Ansprungstelle" erstellt.

Weiterhin fehlen bei [FONT=Courier New]get_post_meta($post->ID, [COLOR=#ff0000]'[/COLOR]buchautor[COLOR=#ff0000]'[/COLOR], true);[/FONT] und bei den [FONT=Courier New]if ($this_letter == [COLOR=#ff0000]'[/COLOR]A[COLOR=#ff0000]'[/COLOR])[/FONT] Abfragen die Anführungszeichen.

Vielleicht, wenn z.B. der Name des Page Builders angegeben wäre, oder in welcher Datei der Code geändert wurde, ...

Frage am besten beim Hersteller bzw. Support des Page Builders nach.

Fragen zu wer warum was gemacht hat, am besten in den Support Foren der jeweiligen Plugins stellen.

Zitat

Wem vom beiden kann ich nun als Konsument mehr vertrauen..

Der Quellcode der Plugins ist frei einsehbar, dort kannst Du nachlesen, was das Plugin macht und dem Code entspr. vertrauen oder nicht.

Das Prozedere für das Plugin Repository und die entspr. Guidelines mit Ansprechpartner bei Problemen findest Du hier.