Beiträge von b3317133

Könnte an einer fehlerhaften .htaccess im Hauptverzeichnis liegen, hatte kürzlich so einen Fall, da wurde in die von WordPress generierte .htaccess fälschlicherweise ein Teil des internen Serverpfads mit eingefügt, ähnlich wie hier wo 2x fälschlicherweise [FONT=courier new]ourbusiness/$2[/FONT] statt richtigerweise nur [FONT=courier new]$2[/FONT] steht.

Der Fehler liegt lt. Fehlermeldung darin, dass eine Datei wg. "the server responded with a status of 503 (Service Unavailable)" nicht geladen werden kann. Das kann am Server liegen oder an irgendwelchen Add-Ons im Browser oder an einem Antivirenprogramm oder an nicht vorhandenen DNS-Einträgen (falls der Website ursprünglich lokal auf dem Macbook installiert wurde) oder, oder, oder...

Funktioniert die restliche Seite auf dem Windows-Rechner? Link zur Seite?

Was das sein kann, könnte man ggf. erraten, wenn man wüsste, wie die Fehlermeldung lautet...

Yoast hat ein internes "transient caching" für Sitemaps (Punkt 4) und müssen je nach Cache Plugin explizit von deren Cache ausgenommen werden.

Könnte man über einen Filter lösen, den man mit Hilfe einer CSS-Klasse nutzt, z.B. so

function b3317133_wp_setup_nav_menu_item( $menu_item ) {
    if (
        !is_admin()
        && !empty( $menu_item->classes )
        && in_array( 'b3317133-top', $menu_item->classes )
    ) {
        $menu_item->target = '_top';
    }
    return $menu_item;
}
add_filter( 'wp_setup_nav_menu_item', 'b3317133_wp_setup_nav_menu_item' );

Wenn man einem Menü-Eintrag damit u.a. eine CSS-Klasse [FONT=courier new]b3317133-top[/FONT] gibt, wird das [FONT=courier new]target[/FONT] auf [FONT=courier new]_top[/FONT] geändert, egal was da vorher stand.

Falls man beim Menü-Eintrag keine CSS-Klasse eingeben kann, ganz oben auf der Menü-Seite unter "Ansicht anpassen" einen Haken bei "CSS-Klassen" machen.

Es könnte auch ein sehr bekannter Bug sein, aber das kann man so nur erraten...

Evtl. stört das im Theme eingebundene JavaScript bzgl. einer Navigation ../themes/susanne/js/navigation.js

Das kann schon passieren, wenn die englischen Seiten z.B. deutsche Texte, Titel, Permalinks, Meta Description usw. haben.

Auf Aussagen (negativ wie positiv) eines uralten Antivirus Plugins, das ein Jahr nicht mehr aktualisiert wurde und nur bis WordPress 4.6.9 getestet ist, sollte man sich nicht wirklich verlassen.

Es geht mit dem Duplicator sicher auch. In diesem speziellen Fall (kein Wechsel auf anderen Server) könnte man es auch schneller und ohne
Download/Upload aller Daten lösen.

1. Domain bei 1&1 auf den gewünschten Ordner setzen, in dem Fall /Ehrenbreitenstein/

2. Verschieben des gesamten Inhalts von /Ehrenbreitenstein/WPDI/ in /Ehrenbreitenstein/

3. Neu in WordPress Admin anmelden und Permalinks speichern und (falls z.B. interne absolute Pfade von Plugins o.ä. vorhanden sind) mit Better Search Replace "/Ehrenbreitenstein/WPDI/" durch "/Ehrenbreitenstein/" ersetzen.

Dein Website wurde offenbar gehackt. Das manuelle Ausblenden von Fehlermeldungen halte ich für sinnlos, eine Bereinigung oder auch ggf. Neuinstallation steht an.

Würde alle WordPress Systemdateien austauschen, Dateien ohne WordPress-Bezug in den Systemordnern entfernen, alle Plugins durch sicher saubere Versionen ersetzen und das Theme ebenfalls, dafür wäre eine saubere Version vom Kaufzeitpunkt praktisch.

Dazu alle Passwörter ändern: FTP, MySQL und alle WordPress Benutzer.

Zur Info für Mitleser: Nach am Ende noch einmal "Einstellungen -> Permalinks -> Speichern" geht jetzt offenbar alles wie gewünscht.

Bei welcher Seite erscheint der Error 500?

Auf der Startseite der Domain erscheint derzeit wieder eine SEDO-Parking Seite von 1&1. Irgendwas läuft ggf. wie bereits vermutet bei der Umleitung/Verwendungsart der Domain im 1&1 Backend schief.

Schick mir eine PN mit E-Mail Kontakt, dann sehe ich es mir (kostenfrei) mal "von innen" an.

Du lässt die Wordpressinstallation im Unterordner und änderst das Ziel der Domain wie beschrieben auf diesen Unterordner.

Migration von [FONT=courier new]/WPDI[/FONT] auf die Hauptseite ohne extra Plugin geht in etwa umgekehrt wie oben.

Stelle die Domainadresse beim Hoster um, so dass [FONT=courier new]http://www.ehrenbreitstein.de[/FONT] in den Ordner [FONT=courier new]/WPDI/[/FONT] zeigt.

Setze das in die [FONT=courier new]wp-config.php[/FONT] und zwar vor der Zeile [FONT=courier new]/* That's all, stop editing! Happy blogging. */
[/FONT]

define('WP_HOME','http://www.ehrenbreitstein.de');
define('WP_SITEURL','http://www.ehrenbreitstein.de');

Dann solltest Du Dich unter [FONT=courier new]http://www.ehrenbreitstein.de/wp-login.php[/FONT] einloggen können und dann mit dem Plugin "Better Search Replace" alle Vorkommen von

http://www.ehrenbreitstein.de/WPDI

durch

http://www.ehrenbreitstein.de

ersetzen können.

Im Anschluss dann noch die beiden Zeilen aus der [FONT=courier new]wp-config.php[/FONT] wieder entfernen und ggf. einmal die Permalinks speichern.

Sieht ja ganz gut aus inzwischen.

Bei testweisem Klick auf Unterseiten im Menü erscheint im Moment eine SEDO-Parking Seite von 1&1, das deutet darauf hin, dass ggf. bei der Konfiguration im 1&1 Backend noch etwas nicht stimmt oder eine Wechselwirkung mit einer .htaccess vorliegt.

Versuche mal im WordPress Admin die WordPress .htaccess Datei neu zu erstellen, das geht über "Einstellungen -> Permalinks -> Speichern anklicken".

Gibt es ein 1&1 Plugin in WordPress? Falls ja, mal testweise deaktivieren.

Gibt es eine .htaccess im Hauptverzeichis der Domain beim alten Website? Was steht drin?

Ergänzung: Einige Links haben jetzt ein paar mal [FONT=courier new]/WPDI[/FONT] im Pfad, ggf. wurde Better Search Replace mehrfach ausgeführt, würde daher noch in ein paar Durchläufen von Better Search Replace alle [FONT=courier new]/WPDI/WPDI[/FONT] durch [FONT=courier new]/WPDI[/FONT] ersetzen bis keine Ersetzungen mehr vorgenommen werden.

Auf den ersten Blick fehlt beim o.g. Link jetzt nur das "WPDI" im Pfad.

Setze mal das in die [FONT=courier new]wp-config.php[/FONT] und zwar vor der Zeile [FONT=courier new]/* That's all, stop editing! Happy blogging. */[/FONT]

define('WP_HOME','http://www.ehrenbreitstein.de/WPDI');
define('WP_SITEURL','http://www.ehrenbreitstein.de/WPDI');

Dann solltest Du Dich unter [FONT=courier new]http://www.ehrenbreitstein.de/WPDI/wp-login.php[/FONT] einloggen können und dann mit dem Plugin "Better Search Replace" alle Vorkommen von

http://www.ehrenbreitstein.de

durch

http://www.ehrenbreitstein.de/WPDI

ersetzen können.

Im Anschluss dann noch die beiden Zeilen aus der [FONT=courier new]wp-config.php[/FONT] wieder entfernen.

Wahlweise auch so, denn dafür ist der Parameter von [FONT=courier new]home_url()[/FONT] eigentlich da:

... href="' . esc_url( home_url( '/auftrag/' ) ) . '" ...

Man nimmt das Beispiel von der Shortcode Dokumentation und setzt den (etwas korrigierten) Code dazwischen, z.B. so:

<?php
function foobar_func( $atts ) {
    ob_start();
    global $post;
    if ( is_a( $post, WP_Post ) ) {
        $title = get_the_title();
?>
<ol>
    <li style="list-style-type: none;">
        <div class="new-article"><strong><a title="<?php echo esc_attr( $title ); ?>" href="<?php the_permalink(); ?>" rel="bookmark"><?php
                if ( strlen( $title ) > 20 ) {
                    $title = substr( $title, 0, 20 ) . '...';
                }
                echo $title;
            ?></a></strong></div>
    </li>
</ol>
<?php
    }
    return ob_get_clean();
}
add_shortcode( 'foobar', 'foobar_func' );

Wobei zu beachten ist, dass je nach Position des Widgets und Seiten-Typ [FONT=courier new]$post[/FONT] einen anderen Bezug/Inhalt haben kann. Der Code zeigt nur das Prinzip auf...

Zitat

PHP Code Widget - Getestet bis: 4.7.8

Sollte man mit Vorsicht geniessen, aktuell ist WordPress 4.9.x, mit veränderten HTML/Text-Widgets seit WordPress 4.8.x

Eine bessere Lösung wäre wohl ein Shortcode, der seit WordPress 4.9.x ohne weitere Anpassungen in den Widgets ausgeführt wird.