Beiträge von danielgoehr


    Eine WordPress Seite mit Raspi und einer DSL Leitung laufen zu lassen ist mehr als eine schlechte Idee

    kusselin: Bitte versteh das jetzt nicht falsch, aber einen (öffentlichen) Server zu betreiben, wenn man hier solche Fragen stellt, ist nicht nur wegen der DSL Leitung ein Problem.
    Tu dir selbst (und den Leuten, die dein gekaperter Server in Zukunft angreifen wird) den gefallen und nimm das Ding vom Netz. Gutes Webhosting gibt es wirklich schon für sehr wenig Geld.

    Hallo WeHa,

    was hast du denn genau mit der .htaccess vor?
    Also was wäre dein Wunschergebnis?

    htaccess hat ja erstmal nichts mit registrierten Nutzern auf deiner Seite zu tun.


    Viele Grüße,
    Daniel

    "Falsche Ebene" glaube ich nicht. Aber vielleicht bist du an der falschen Stelle im Theme.
    Das ist so natürlich schwer nachzuvollziehen, was der Fehler sein könnte.

    Verwendest du (oder das Theme) vielleicht ein Caching Plugin (z.B. W3 Total Cache oder WP Super Cache).
    Falls ja, musst/solltest du nach jeder Änderung ggf. den Cache erneuern.

    Du hast vermutlich nur die Dateien kopiert und die Datenbank importiert.

    Du musst allerdings noch alle Verweise auf deine alte Domain in der Datenbank auf die neue ändern.


    Das geht z.B. hiermit:

    https://interconnectit.com/products/searc…ress-databases/

    Oder als Plugin-Lösung:

    https://de.wordpress.org/plugins/better-search-replace/


    Edit: Ich habe gerade gesehen, dass du schreibst, du hättest es in den CSS Dateien gesehen. Dann hat vermutlich jemand in den CSS (und ggf. auch in den anderen Theme Dateien) absolute Pfade auf deine alte Domain verwendet. Falls das so ist, musst du die alle auch entsprechend anpassen...

    Hallo Daniel,

    danke für Deine Antwort.
    ja, es muss natürlich is_single() heißen. Gibt es denn eine Möglichkeit wp_enqueue_script() nur für bestimmt post types (in meinem Fall Blogposts) zu verwenden.

    Ja, das würdest du dann auch einfach mit is_single machen.


    Nein, das wird so nicht funktionieren. Du beendest ja den PHP Script Block, obwohl dazwischen dann auch PHP steht. DIe Reihenfolge ist auch unglücklich. Ich würde die if-Anweisung eher innerhalb von der Funktion setzen.

    Probier mal folgenden Code (der muss in die functions.php):

    Code
    function register_my_scripts() {
      if ( [COLOR=#0000BB][FONT=monospace]is_single[/FONT][/COLOR][COLOR=#007700][FONT=monospace]([/FONT][/COLOR][COLOR=#007700][FONT=monospace])[/FONT][/COLOR] ) {
        wp_enqueue_script( 'teads_tv_js', '[COLOR=#000000]//a.teads.tv/page/58207/tag[/COLOR]', '', '', true );
      }
    }
    add_action( 'wp_enqueue_scripts', 'register_my_scripts' );

    Ich habe es jetzt nicht getestet, aber das sollte dein Script automatisch im Footer laden.


    In dem Fall wäre aber das async weg. Wenn du das erhalten möchtest, musst du noch folgenden Filter ergänzen (auch ungetestet, gehört auch in die functions.php):

    Code
    function add_async_attribute($tag, $handle) {
        if ( 'teads_tv_js' !== $handle )
            return $tag;
        return str_replace( ' src', ' async="async" src', $tag );
    }add_filter('script_loader_tag', 'add_async_attribute', 10, 2);


    Edit: ich hatte aus versehen wp_enqueue_style statt wp_enqueue_script. Ist jetzt korrigiert.

    Hallo Tom,

    du schreibst ja, du hast das Script direkt ins Template geschrieben. Das ist nicht so elegant, kann man aber so machen (schöner wäre wp_enqueue_script() zu verwenden).

    Wo hast du es denn in das Template geschrieben? Wenn du es gern im Footer haben möchtest, warum dann nicht einfach in die footer.php? Dort wird höchstwhrscheinlich die Stelle sein, die du suchst (hängt aber im Einzelfall von deinem verwendeten Theme ab).


    Edit: Ist zwar nicht direkt die Frage, ist mir aber gerade aufgefallen: is_page('home') bezieht sich nicht auf die Post-Seiten, sondern nur auf die Startseite (wo aber natürlich auch Posts sein können). Ist das richtig so?

    Du hast ja jetzt schon eine ganze Menge Dinge versucht. So ganz kann ich dem nicht mehr folgen.

    Aber folgende Dinge sind vermutlich das Problem:


    define('PATH_CURRENT_SITE', '/');


    '/' zeigt ja auf Root (Edit: natürlich webroot, nicht root). Also nicht auf das Verzeichnis, wo deine Installation derzeit liegt, sondern auf "var/www" bzw localhost.

    Das gleiche gilt für die htaccess:


    RewriteBase /


    Beide müssten meines erachtens nach '/ordnername/' lauten (in der WP-Config mit, in der htaccess ohne Anführungszeichen).

    Wordpress selbst ist eigentlich selten (nie?) von Viren befallen, sondern verteilt meines Wissens nach eher Viren, wenn es denn kompromittiert ist.

    Das heißt du solltest als allererstes mal dein(e) Computer überprüfen, weil ich vermute, dass du deine eigene Seite regelmäßig besuchst.

    Dann solltest du idealerweise feststellen, was denn überhaupt passiert ist und welche Dateien davon betroffen sind (ggf. in einer virtuellen Maschine, damit du dir nichts auf den Rechner holst).
    Von dem Ergebnis hängt dann auch ab, was du tun kannst. Backup zurückspielen ist auf jeden Fall keine schlechte Idee, allerdings solltest du sicherstellen, dass das Backup auch sauber ist.

    Sehr gerne.

    Es ist halt schwierig, weil sich der Fehler so schlecht reproduzieren lässt. Irgendwie scheint er ja nur sporadisch aufzutreten.

    Was du aber nochmal probieren kannst wäre, mal die Caching- und Optimize-Plugins zu deaktivieren. Es könnte sein, dass der "Normalzustand" der mit dem langen Laden ist und das schnellere Laden immer nur dann auftritt, wenn die Inhalte aus dem Cache kommen. Wäre zumindest ein versuch wert... Dann hätte man zumindest einen reproduzierbaren Zustand und könnte dann gezielter nach dem Fehler suchen.

    Gute Frage! Wenn google bzw. die Browser ewig danach suchen ggf. schon oder?

    Ok, bei mir sind diese Dateien eigentlich nicht der "Flaschenhals". Irgendwie dauert es teilweise sehr lang bis der Server überhaupt antwortet (teilweise bis zu 30s).
    Manchmal aber auch nicht. Wo ist die Seite denn gehostet? Wenn die Performance so schwankt, kann natürlich auch immer das Hosting eine Ursache sein (leider bekommt man da ja immer relativ wenig Infos bei den "normalen" Webspace-Paketen).

    Mit fällt auch auf, dass auf einige Dateien zugegriffen wird, die ein 403 (Forbidden) zurückliefern.

    Du hast sicherlich auch ein paar "Above The Fold" Probleme, die man behebn kann/sollte. Aber ich glaube, wie gesagt, eigentlich nicht, dass das das eigentliche Problem ist.

    Insgesamt müsste man wahrscheinlich einfach alle Probleme abarbeiten und schauen, wie es danach aussieht. Ich weiß, die Antwort ist nicht so befriedigend, aber mir sticht gerade nichts offensichtliches ins Auge. Vielleicht fällt jemand anders ja noch etwas auf.


    Edit: Nur um das nochmal kurz zu sagen. In den meisten Fällen lädt die Seite bei mir in ca 4s-5s, was angesichts der Größe der Seite eigentlich schon gar nicht so schlecht ist. Es kommt aber immer wieder vor, dass sie plötzlich mal 20-30s läd. Das ist vermutlich das, was du meinst.


    Kann ich das via CSS lösen?

    Da wir dein aktuelles Theme nicht kennen, ist das jetzt eher theoretisch:

    Ja, wahrscheinlich kann man es mit CSS lösen, sofern die Struktur deines Themes einigermaßen passt.
    Falls nicht, musst die die entsprechenden PHP Dateien anpassen (welche das sind, hängt von deinem Theme ab).

    Eleganter ist es in jedem Fall, die PHP Dateien anzupassen und anschließend per CSS zu "stylen".



    oder muss man tiefer in die Materie eintauchen?

    Ich befürchte, dass musst du auch, wenn du es "nur" mit CSS lösen willst.

    Das ist merkwürdig.

    Hast du die Seite selbst eingerichtet?

    Welches Theme hast du verwendet?

    Warum gibt es im Verzeichnis "Upload" überhaupt ein Verzeichnis "Photography" und wie sind die css Dateien dort hin gekommen?

    Wie und an welcher Stelle werden die CSS Dateien denn im Theme (bzw in die Seite) eingebunden? Das müsste sich ja nachvollziehen lassen.


    Insgesamt hat das aber vermutlich weder etwas mit der langsam ladenden Seite, noch mit dem "Above The Fold" zu tun. Zumindest nicht direkt. "Above the Fold" bezieht sich ja nur darauf, wie und an welcher Stelle die externen Dateien geladen werden. Und die paar Dateien aus dem Upload Verzeichnis werden deine Seite nicht "mega lange" laden lassen.


    ich habe gerade festgestellt, das meine Hauptdomain (Host Hetzner) und eine Addon-Domain mit anderer URL eine gemeinsame Datenbank nutzen. [...] Allerdings sehe ich in den Datenbanktabellen nur noch die Einträge der zweiten Domain!

    Wenn in der Datenbank nur die Daten der zweiten Domain zu sehen sind, ist es eher unwahrscheinlich, dass beide Installationen die gleiche Datenbank verwenden.
    Funktioniert denn die erste Installation noch? Wie hast du denn festgestellt, dass beide Installationen die selbe Datenbank nutzen?


    Wo sind die Daten der Hauptdomain?

    Die müssen in der Datenbank liegen, die in der wp-config.php der Hauptdomain angegeben ist. Anderenfalls sollte die Wordpress-Installation, die unter der Hauptdomain liegt, nicht mehr funktionieren.


    Sollte ich das Ganze auf zwei Datenbanken umstellen? Wird es Probleme geben?

    Nicht zwangsläufig. Wie JABA-Hosting ja schon gesagt hat, ist es kein Problem, solange du für beide Installatione unterschiedliche Präfixe verwendest.


    Wieso funktioniert die Hauptdomain überhaupt noch?

    Das ist eine gute Frage. Eigentlich kann es nur zwei Möglichkeiten geben:
    1.) Die Daten sind in der gleichen Datenbank mit einem anderen Präfix (dann müsstest du sie aber auch in phpmyadmin sehen).
    2.) Die beiden Installationen nutzen nicht die gleiche Datenbank.

    Hallo mh,

    es gibt keine allgemeine Stelle, an der bei Wordpress die Body-Farbe definiert ist. Das hängt vom Theme ab.

    "waver-ii" ist kein Standard-Theme, so dass es die wenigsten Leute hier kennen werden.

    Bitte poste doch hier den Link zu deiner Seite, damit wir uns das ansehen können...


    PS: Falls du wirklich noch Wordpress 4.0 verwendest, solltest du dringend ein Update durchführen!

    Ich nehme mal an, den Umzug einfach ein zweites mal durchführen hast du schon versucht und es gab den gleichen Fehler?
    Vielleicht ist ja nur beim Down- oder Upload etwas schief gegangen?

    Laufen auf den beiden Servern die gleichen PHP Versionen?

    Ist die Wordpress Version aktuell?

    Sind alle Plugins aktuell (sollte zwar damit nichts zu tun haben, würde ich aber als Fehlerquelle einfach gleich mit auschliessen)?

    EDIT:

    Da der Fehler eine Core Datei von Wordpress betrifft: Installier mal ein neues, "nacktes" Wordpress auf dem neuen Server und guck mal, ob das überhaupt funktioniert. So kann man zumindest mal herausfinden, ob der Fehler nur deine umgezogene Version betrifft, oder ob es ein generelles Problem auf/mit dem Server gibt.

    Falls das funktioniert, kannst du versuchen, alle Dateien außer dem wp-content Verzeichnis und der wp-config.php zu löschen, Wordpress herunterladen und alle anderen Dateien (außer den eben genannten) aus der "sauberen" Installation auf deinen Server zu kopieren.


    Nur der Vollständigkeit halber: Bei all diesen Sachen solltest du natürlich vorher ein Backup deiner Wordpress Installation haben (Datenbank und Dateien).

    Du hast zwei Möglichkeiten:

    1) Entweder du prüfst das Maillog und versuchst herauszufinden, warum keine E-Mails versendet werden (bzw. ob sie tatsächlich nicht versendet werden oder nur nicht ankommen).
    Die PHP Mail Funktion ist leider oft etwas problematisch.

    2.) Du installierst ein SMTP Plugin (z.B. https://de.wordpress.org/plugins/smtp-mailer) und trägst dort die SMTP Daten deines E-Mail Kontos ein (oder legst eine separate E-Mail Adresse dafür an und verwendest diese Daten).