Beiträge von b3317133

    Hier wird Hilfe zum Mitlesen und Mitlernen angeboten, kein Content getauscht. Nichtöffentliche Hilfe gibt es über die Jobbörse.

    Wozu braucht man Hummingbird?

    Hier funktionierte es mit Firefox, als die "Caching und Speedup Plugins" bis auf das seltsame rocket-loader.min.js Script abgeschaltet waren. Jetzt funktioniert es nicht mehr, und lt. HTML-Quelltext ist sowohl diese rocket-loader.min.js Script als auch "Hummingbird" aktiv. Jetzt müsste man nur noch einen Zusammenhang erkennen...

    Die Lösung ist Punkt 1 oben (und das beinhaltet dieses rocket Script).

    Hier funktioniert die zugeschickte Seite.

    Der Sinn dieses Forums ist es, Probleme öffentlich zu lösen, damit auch andere daraus lernen können.

    Ergänzung: Deaktiviere wie bereits beschrieben alle Caching und Speedup Plugins, da ist nach wie vor irgendein rocket-loader.min.js Script extern via Cloudflare eingebunden, evtl. auch über das Hosting o.ä.

    Versuche es mal mit diesem Code-Snippet z.B. in der Datei [FONT=Courier New]functions.php[/FONT] des Themes, Quelle:

    Code
    function remove_redirect_guess_404_permalink( $redirect_url ) {
        if ( is_404() )
            return false;
        return $redirect_url;
    }
    add_filter( 'redirect_canonical', 'remove_redirect_guess_404_permalink' );


    Den gleichen Code gibt es auch in diversen Plugins verpackt, z.B. in diesem, es ist zwar alt, aber der Code sollte nach wie vor funktionieren.

    Wenn man die Mitarbeiter als WordPress Benutzer anlegt, wahlweise in einer bestimmten Rolle wie Autor oder Abonnent, kann man eine ACF Feldgruppe erstellen und diese über eine Regel wie[FONT=Courier New] "Benutzer" "ist gleich" "Autor"[/FONT] o.ä. im Benutzerprofil anzeigen lassen und entspr. befüllen.

    Die in der Feldgruppe vorhandenen Felder der Mitarbeiter kann man mit einer bestimmten Syntax auch über den normalen ACF Shortcode auf einer beliebigen Seite o.ä. anzeigen, z.B. das Feld "zimmer" über [FONT=Courier New][acf field="zimmer" post_id="user_[COLOR=#ff0000]XX[/COLOR]"][/FONT] wobei [FONT=Courier New][COLOR=#ff0000]XX[/COLOR][/FONT] der User-ID des WordPress Benutzers ist, den man in der URL zu seiner Profilseite sehen kann, usw. für die restlichen Felder und alle gewünschten Benutzer, also viele viele Shortcodes.

    Wahlweise kann man einen eigenen Shortcode basteln, der das alles gesammelt ausgibt.

    Derzeit sind offenbar beide Domains im Hosting auf den gleichen Ordner gesetzt.

    Die meisten Hostings bieten auch eine einfache (manchmal auch "extern" genannte) 301 Weiterleitung von Domains an.

    Würde vor der o.g. Umstellung Domain2.com via 301/extern auf Domain1.com weiterleiten, dann sollte sich da nichts in die Quere kommen.

    Um welchen Webhoster handelt es sich?

    Wann genau erscheint diese Meldung?

    Was genau wurde vorher gemacht? Bitte Schritt für Schritt auflisten.

    Wurde ein einfacher Texteditor zum Ersetzen verwendet, z.B. Notepad++?

    Mit einem normalen PC und einem Programm, das .zip Dateien standardgemäss verarbeiten kann, sollte es anstandslos klappen.

    Die Seite bricht während der Ausgabe ab, siehe auch "Quelltext anzeigen" im Browser, daher wird der Footer nicht ausgegeben und daher u.a. auch das Cookie Script nicht und somit auch keine Cookiebar angezeigt.

    Deaktiviere testweise alle Plugins und entferne testweise alle Inhalte in den Widgetbereichen die nach dem Widget "[size=12]Seitenbetreiber[/SIZE]" erscheinen.

    Alternativ schau ins PHP error.log beim Hoster, daraus könnte auch hervorgehen, was da schiefgeht.

    Gehe mal so vor wie auf der wp_update_post() Seite unter Examples unter "If your updates are not working, there could be an error. It is a good idea to set $wp_error to true and display the error immediately after." beschrieben.

    [FONT=Courier New]$post_id = wp_update_post( $my_post, [COLOR=#ff4d4d]true[/COLOR] );
    if (is_wp_error($post_id)) {
    ...[/FONT]

    Normalerweise nutzt man ein Plugin wie Duplicator vor dem Umzug und spielt dann das erstellte Paket auf der Zieldomain ein. Dabei werden alle Datenbankeinträge automatisch korrigiert. Evtl. wäre das ein Ansatz.

    Sehe übrigens hier unter der o.g. Domain nach wie vor den offenbar alten Website ohne WordPress.

    Wie im Link beschrieben kommt der Copyright-Text über die [FONT=Courier New]onepress_footer_site_info[/FONT] Action, deren Aufruf Du auch in der Datei [FONT=Courier New]footer.php[/FONT] findest und den Du einfach entspr. ersetzen kannst. Und mit dem nächsten Update ist alles wieder weg.