Beiträge von pezi

  • Seit WP 6.7 viele Fehler der Function _load_textdomain_just_in_time

    Zitat von threadi

    Generell würde ich auch bei produktiv laufenden Webseiten empfehlen keine neuen Hauptversionen von Softwarepaketen zu installieren.


    Dazu noch eine Frage:
    Am sichersten steuert man das mit einem Eintrag in die wp-config.php, oder?
    Wenn ja: wäre das

    Code
    define('WP_AUTO_UPDATE_CORE', 'minor');


    der richtige Eintrag? Das sollte also Sicherheitsupdates und so machen, aber keine Hauptversionen., oder verstehe ich das falsch?

  • Seit WP 6.7 viele Fehler der Function _load_textdomain_just_in_time

    Naja, ich sehe mich nicht nur als reinen Anwender (ja, ich betreibe auch ein paar Webs selber).

    Zitat von threadi

    Die Anwender, die ihre Systeme ohnehin eher fragwürdig konfiguriert haben, leiden nun darunter.


    ? Hmmm ...

    Denke, ich werde die Automatismen auch wieder alle abstellen. Deine Argumente mit der Zeiteinteilung sind plausibel.
    Dokumentieren muss ich sowieso, dann kann ich das auch gleich wieder an einen bestimmten Tag legen. Den ich bestimme. Ok.

    Ja, manche "meiner" Webs sind mit Verträgen zugepflastert, auf die passe ich besonders auf. Shop habe den letzten vor fast 10 Jahren in die Eigenverwaltung des Betreibers übergeben und gut war's. (waren aber keine Shops Made by Matt, sondern eigene Systeme)

  • Seit WP 6.7 viele Fehler der Function _load_textdomain_just_in_time

    Zitat von threadi

    Leider haben das nicht viele mitbekommen.


    Ich auch nicht. Aber ich bin auch kein (Plugin-, Theme-) Entwickler, nur ein kleiner Webbastler.
    Und ich denke, dass man in der Rolle das nicht unbedingt wissen muss kann und schon gar nicht als Betreiber, Nutzer.

    (Mich fesselt grade die "Schach-Matt-Novelle" im WP Kosmos. Aktuelles Kapitel: "Leaving WordPress.org")

    Ok, dh. mehr als das vormals übersetzte Textteile plötzlich wieder in der Originalsprache sind, kann nicht passieren.

    Die Wege sind mir fast alle bekannt.
    Zu 1: Ich lasse die debug.log stets in einem Pfad erstellen, als üblich. Dennoch ist die nur kurz auf true.
    Zu 2: Das hatte ich nicht am Radar, danke. Wenn man an die php.ini ran darf, kein Problem - ansonsten, bei Shared usw. muss man so eine Option sicherlich eine Weile suchen (falls überhaupt verfügbar) - oder den Hoster fragen.
    Zu 3: Downgrade, wie gesagt nur, wenn echte Fehler kommen
    Zu 4: Abwarten ... ich wusste ja, das wird die stressigste Arbeit ...

    Zitat von threadi

    keine neuen Hauptversionen


    Hmmm ... Dh. man sollte besser "Auf automatische Aktualisierungen nur für Wartungs- und Sicherheits-Updates wechseln." anklicken? Statt das alles automatisch updatet wird?
    Früher hatte ich ja überhaupt nirgend automatische Aktualisierungen an, doch mit der Zeit wurde ich halt faul und schalte bei fast allen die Automatik ein. (Bloß: Viel Zeit spart es ja auch nicht, weil ich wie seit schon immer jedes Update jeden Plugins/Themes dokumentiere.)

    Testsystem, klar. Bei heiklen Projekten baue ich eh immer einen Klon auf Staging auf, bzw. habe die auch lokal laufen - da kann man sich dann austoben.

  • Seit WP 6.7 viele Fehler der Function _load_textdomain_just_in_time

    Klar. Habe die auch nur an, weil heute einen Testaccount auf neuem Server für ein neues Projekt eingerichtet. In einer neuen Umgebung will ich immer wissen, was sich da so tut. Dann stelle ich die eh wieder auf false.

    Solange es nicht den Betrieb beeinträchtigt, ist es eh egal. Aber ich las von Leuten, die wahrscheinlich nur deswegen plötzlich keine Beiträge erstellen, bearbeiten können, was sogar mit einem WSOD enden kann.
    Denke, dann ist Schluss mit lustig und ich muss wirklich downgraden oder so. Bis dahin, Ruhe bewahren und Kaffee trinken ...

  • Seit WP 6.7 viele Fehler der Function _load_textdomain_just_in_time

    Zitat von b3317133

    dann weisst Du ja Bescheid wie man das dort sieht


    Leider nicht wirklich. Sehe nur, dass das scheinbar mehrere Leute dort schon meldeten. Aber was nun genau passiert, geplant ist usw. kann ich (auch mangele EN Kenntnisse) schwer einschätzen.

    Habe aber den Eindruck, dass man das stets auf ein bestimmtes Plugin schiebt und dem Hinweisgeber rät, dieses entweder updaten oder sich eine Alternative suchen. Wenn es nur ein Plugin, ein Theme wäre ...

    Zitat von b3317133

    Ähnliches wurde Dir offenbar auch schon anderweitig gesagt.


    Nein. Habe nur einige Hinweise ergoogelt

    Zitat von b3317133

    vielleicht will man die Nutzer auch so irgendwie aus den "Klassischen Themes" bekommen


    Aha, daher weht der Wind. Interessant. Wir/ich werden aber nie den Blockeditor einsetzen und auch nie diese neuen Themes.

    Zitat von b3317133

    Sicherheitsrelevante Updates bekommst Du auch mit WordPres 6.6.x noch viele Monate.


    Echt? Also dann freue ich mich auf 10+ Projekte downgraden ...

  • Seit WP 6.7 viele Fehler der Function _load_textdomain_just_in_time

    Seit WP 6.7 wird debug.log mit Fehlermeldungen wie der folgenden geflutet:

    Zitat

    [15-Nov-2024 16:18:04 UTC] PHP Notice: Function _load_textdomain_just_in_time was called <strong>incorrectly</strong>. Translation loading for the <code>health-check</code> domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the <code>init</code> action or later.
    Please see <a href="https://developer.wordpress.org/advanced-admin…ebug-wordpress/">Debugging in WordPress</a> for more information. (This message was added in version 6.7.0.) in /www/htdocs/w01fa3f2/test123456789.test-account.com/wp-includes/functions.php on line 6114

    Die Notiz zur Function _load_textdomain_just_in_time meckert ausnahmslos alle Plugins an.

    Bisher gefundene Tipps dazu, wie "die Plugin-Hersteller anschreiben" sind etwas befremdlich. Müsste man doch als Betreiber/Betreuer vieler Sites mit vielen Plugins da eine Menge tippen. (Außerdem habe WP die Entwickler bereits vorab informiert)
    Außerdem tauchen etliche gleichartige Fehlermeldungen auch dann auf, wenn man alle Plugins deaktiviert.

    Auch ein Downgrade von WP sehen wir nicht als beste Lösung.

    Also was nun?
    Bei uns funktioniert zwar noch alles auf allen Sites, aber bei anderen liest man von gröberen Störungen des Betriebs.

  • Kommentare per Feed lesbar - wie abstellen?

    Wir möchten, dass nirgends auch nur eine Spur zu alten Kommentaren führt, bzw. das keine neuen geschrieben werden können.

    Dazu wurden in unseren Websites vor Jahren alle erdenklichen Maßnahmen getroffen: vom simplen Abwählen der dementsprechenden Optionen über das Ausblenden der Kommentarsektion per CSS bis zu serverseitigen Sperre der Datei(en), welche das Kommentieren ja weiterhin erlauben, auch wenn alles aus ist.

    Erledigt. Dachte ich. Doch heute, nach tausende Male, wo man sich bei einer Site anmeldet, fiel mir der WP Metamenü Link (meist im Footer) zu den Kommentar-Feeds und die damit verbundene Lesbarkeit der Kommentare auf.
    Warum erst jetzt? Weil das ausgerechnet nur bei der einen Site, wo die Kommentare aus rechtlichen Gründen nicht einsehbar sein dürfen, auftritt!
    Bei keiner anderen Website ist der Link sichtbar!
    Egal, habe den per

    Code
    a:is([href*="comments/feed/"]) {display:none;}

    ausgeblendet.

    Die Frage 1 ist nun, wie man das generell unterbinden könnte? Denn egal, ob ausgeblendet oder nicht: Jeder kann comments/feed an die URL hängen und alles lesen.

    2. Frage: Wie kann das sein, dass das nur bei einer Website sichtbar ist, bei anderen (selbiges Theme, gleicher Host, ja sogar gleichwertige Spiegelungen auf Staging) nicht?

    3. Frage: Wie kann man die Anzeige des WP Metamenüs beeinflussen? (Schnippsel für functions.php gesucht, keine CSS Lösungen)

  • Von ClassicPress zu WordPress

    So, hatte nun Zeit zum Testen einer Migration von ClassicPress wieder zurück zu WordPress.
    Vorab: Es ist in wenigen Minuten erledigt und funzt bei zuvor von WP->CP umgebauten Sites, wie bei solchen, welche ohnehin per CP gebaut wurden. Und egal welche Plugins, Themes, Hosts: Es klappte in 3 Fällen problemlos.

    Vorgang:

    1. Neuestes WP runterladen, entpacken, [wp-content] entfernen
    2. Alle CP Dateien (außer [wp-content] und wp-config.php) mit den WP Dateien ersetzen (Achtung, das nichts übersprungen wird)
    3. Die angezeigte Datenbank-Aktualisierung machen
    4. Da man währenddessen eingeloggt bleiben kann, kann man sofort, nun mit WP weiterarbeiten!
    5. ggf. Classic Editor und Classic Widgets oder noch einfacher: nur Disable Gutenberg installieren ...


    und schon sind wieder alle Plugins verfügbar, keine Alarme wegen eines "veralteten WP" uä. Probleme, die sich mit ClassicPress ergeben können.

    ClassicPress war eine gute Idee, um dem GutenBorg und der FSE Krankheit zu entgehen, daher war ich vom ersten Tag an mit dabei und hatte einige Sites darauf umgestellt.
    Doch solange CP weder genügend eigene Plugins (u. Themes) stellt oder die Kompatibilität mit WP hält, wird das nichts. Denn die Hersteller konzentrieren sich sicherlich lieber auf den Millionfachen Einsatz mit WP als auf die paar 1000 CP Betreiber.
    Daher leuchteten einem CP Admin täglich mehr Plugins als "This plugin doesn’t support ClassicPress." an ...

  • Migration mit welchen Plugin?

    Zitat von Scoon

    Hallo, mittlerweile habe ich den Domainumzug vollzogen. Eine kleine Rückmeldung wie es lief.

    Toll und Danke für die Rückmeldung.

    Zitat

    Duplicator eine Begrenzung von 500MB

    Ja, leider. Doch da hilft eben der Tipp von @b3317133 !
    Ohne /uploads oder ähnliche Platzfresser (zb. eben Backups, große Logdateien, ...) bleibt eine leichte Installation übrig.

    Zitat

    Dennoch habe ich drei Anläufe und ... nun sitzt aber alles.

    Gratuliere! Das ist schon eine Menge Arbeit, gell.

  • Alle Seiten auf Ausstehender Review!

    Hm, hier war das auch noch nie.

    Auch lt. Hoster und eigenen Durchforsten der Logs, kein Hinweis wie das ging. Zur Zeit der Änderung (lt. Plugin "Show modified Date in admin lists") hat jemand mit meiner IP, meinem Benutzer (Admin) auf /wp-admin/edit.php?post_type=page zugegriffen, obwohl ich selbst sicher nicht drin war.
    Komisch, oder?

  • Alle Seiten auf Ausstehender Review!

    Hallo!

    Ist es schon mal jemanden passiert, dass alle Seiten automatisch auf "Ausstehender Review" geschaltet wurden?

    Die nicht öffentliche Testsite hat WP 5.9.2, keine Änderung in Konfig, keine Zugriffe anderer; noch keins der aktuell anstehenden Updates von Plugins und WP.

  • Fernwartung als WP Schulungstool

    Zitat von threadi

    Das hat mit Wordpress ja grundsätzlich nichts zu tun.


    Klar, dennoch danke für die Tipps.
    Dachte nur, evtl. gibt es irgendwas WP spezifisches, ein Plugin einen Dienst, der dabei hilft - daher die Frage hier.

    Zitat von threadi

    GoogleMeet


    Hm. aber eine Fernwartung ist das nicht so ganz, oder?
    Sprechen, Schirm teilen, zusehen allein reicht da ja vielleicht nicht.

    Bei früheren Einschulungen (per installiertem oder wenigstens gestarteten TeamViewer) lief das immer mit mehr Aktionen. Ich zeige dem in seinem WP diverse Sachen, der andere soll es nachvollziehen, ich kann ggf. übernehmen, korrigieren usw.
    Bin mir nun unsicher, mit welchen Alternativen das auch so bequem geht. Ob so Online Meeting Tools das auch so ermöglichen? Keine Ahnung.

    Die anderen beiden Links schau ich mir auch an. Interessant ist va. ob die auch ohne irgendwelche Downloads/Installationen funktionieren, Preis ist eher Nebensache - solange der Kunde zahlt.
    Aha, bei https://www.goto.com/de/it-management/resolve# gibts auch was um ab 0,- und das scheint mir das richtige Tool dafür zu sein.
    Nur findet sich nix, wie man es startet, installiert. Das ist in dem Fall leider der Knackpunkt und wie das geht, findet man bei manchen Tools nur sehr schwer.

    Danke!

  • Fernwartung als WP Schulungstool

    Hallo!

    Ich soll jemanden eine ferngesteuerte WordPress Einschulung geben.
    Aber:
    Der Betreuer der Site darf nichts installieren, nicht mal irgendwas per USB. Es sei bloß ein Browser da. (Dzt. weiß ich leider nicht einmal welcher und auf welchen OS) Ich weiß vom Erstkontakt nur: Der sitzt vor dem Rechner in einer Sicherheitsumgebung wo angeblich alles verboten ist. (glaube, auch Download geht nicht)

    Gibt es (zb. speziell für WP) noch andere Möglichkeiten?

  • "Home" umbenennen

    Hallo

    Das Thema "Home umbenennen" kam hier und anderswo schon oft vor, jedoch mit der meist genannten Lösung, ein eigenes Menü erstellen. Jene ist so selbstverständlich und wirksam wie logisch.

    Doch mich interessiert nach wie vor, warum die native Menüausgabe (Widgets > Seiten) manchmal ausgibt, was sie will.

    Dazu kommt: Das Verhalten ist nicht immer gleich!

    • Trotz gleichen Theme
    • gleicher Spracheinstellung
    • gleicher Benennung der Seite selbst
    • gleiches Template


    passiert es, dass bei 4 identen Websites 2 davon immer noch dieses "Home" zeigen, statt "Startseite".

    Breadcrumb - Navi tut auch was anderes:
    Auch wenn in der de_DE.po Anweisung für die (MH-Theme eigene) Breadcrumb Navi eindeutig bestimmt, dass "Home" zu "Startseite" werden sollte – dies funzt nur bei einer einzigen Site. Bei anderen, identen Webs bleibt "Home" stehen.

    Code
    #: includes/mh-breadcrumb.php:15
msgid "Home"
msgstr "Startseite"

    Seltsam ³:
    Bei einer Site ist es sogar völlig egal, wie die Startseite benannt wird, selbst wenn die "Home" oder "FixundFoxi" heißt: Das native Seitenmenü gibt brav "Startseite" aus ...

    Warum?
    Was kann man noch tun, wo könnte dieses "Home" noch versteckt sein?

    Danke für eventuelle Denkanstöße!