Beiträge von wemaflo

    Wenn ein Plugin ordentlich geschrieben ist, sollte es eigentlich egal sein, wie der Ordner heißt, in dem es sich befindet.
    Wenn man den Ordner eines aktiven Plugins ändert, wird es von WordPress deaktiviert. Wenn man den Ordner erst ändert und es dann aktiviert, sollte es eigentlich egal sein.

    Wenn es das bei Nexgen nicht ist, ist das natürlich doof und du solltest den Ordner wieder so benennen, wie er vorher war.

    Dass nur die erste Fehlermeldung gilt und alle weiteren nur ihre Folge sind stimmt so nicht wirklich, es können auch wieder ganz eigenständige Fehler sein. Trotzdem ist es natürlich sinnvoll, erst einmal die erste zu erledigen und zu schauen, ob noch etwas übrig bleibt.

    Erstens: Das was Hille sagt.
    Zweitens: Ja, es wird daran liegen, dass du zig tausend kleine Dateien hoch lädst. Ein FTP-Server benötigt pro Datei etwas Zeit und vor allem Rechenleistung, daher ist die maximale Verbindungsanzahl meistens stark begrenzt. In den Einstellungen des FTP-Programms kannst du einstellen, wieviele Dateien gleichzeitig geladen werden sollen, das überschreibt aber natürlich nicht die Einstellung des Servers. Wenn der nur 2 Verbindungen zulässt, heißt das, dass nur zwei Dateien gleichzeitig gesendet werden können.

    Machbar? Klar.
    Machbar, ohne selbst Anpassungen vorzunehmen? Nein.

    Schau dir mal BuddyPress an, das bietet dir eine recht gute Benutzerverwaltung (bildet eigentlich ein Social Network ab), dafür gibt es dann auch wieder viele Plugins und Tutorials zur Anpassung.

    Eine entsprechende Forensektion gibt es auch hier, allerdings ist da nicht viel los...

    ZWei Blogs kannst du übrigens mit WPMS (bekannt als "Netzwerk-Funktion") realisieren. Da kannst du z.B. unter example.com dein WordPress installieren und dann unter example.com/ch und example.com/de komplett unabhängige Blogs erstellen.
    Es gibt Multi-Language-Plugins, die dann auch das Verwalten von Artikeln und Seiten leicht machen.

    Normalerweise wird die .htaccess bei einem Update nicht überschrieben, machen Plugins tun das allerdings. Wenn WordPress es tut, wird es soweit ich weiß nur mit den Zeilen, die zwischen den beiden von WordPress angelegten Kommentaren stehen geändert.

    Ich habe es gerade noch mal ohne Cache und ohne sämtliche Blocker probiert, da dauert es bei mir nun auch wieder etwa 10-15s.
    Neben der bereits von Hille angesprochenen Serverkonfiguration fällt mir noch auf, dass relativ viele externe Inhalte eingebunden werden, die teilweise lange laden, dass allgemein viele Bilder eingebunden sind, von denen auch manche langsam laden usw.
    http://www.webpagetest.org/result/150803_YC_11Q0/1/details/ (übrigens ein nettes Tool, um so etwas zu testen).

    Für gewöhnlich liegt das daran, dass PHP bzw. Apache nicht die nötigen Rechte hat, Dateien und Ordner zu ändern. Schau mal, welche Zugriffsrechte für die Ordner und Dateien deiner Seite gesetzt sind und frage beim Support von 1&1 nach, welche Rechte notwendig sind, um aus WordPress heraus diese Dateien und Ordner zu ändern.

    2-3 Sekunden mögen zu viel sein, jedoch ist das Problem, mit dem der Thread erstellt wurde offensichtlich gelöst bzw. der Engpass gefunden.
    Serveroptimierung ist natürlich ne andere Sache, die auch betrieben werden muss. Aber bei Ladezeiten von 20s müssen wir ja noch nicht über die 1,5s Einsparung durch ordentliche Config reden ;)

    Hast du die alte Seite mit SSL/TLS installiert? Also unter https? Es könnte gut sein, dass WP das mit speichert und dich nun immer dahin umleiten will.
    Sind irgendwelche Plugins, die im BAckend auf SSL/TLS umleiten aktiv?

    Hast du dir die Ausgabe von P3 denn mal angesehen? Du sagst, es gibt kein gescheites Ergebnis, postest dann aber die Tabelle, in der steht:

    [COLOR=#141823][FONT=helvetica]Avg. load time: 17.6253 sec
    [/FONT][/COLOR][COLOR=#141823][FONT=helvetica]Plugin impact: 93.04% of load time[/FONT][/COLOR]
    [COLOR=#141823][FONT=helvetica]Avg. plugin time: 16.3984 sec[/FONT][/COLOR]
    [COLOR=#141823][FONT=helvetica]Contact Form 7 - 13.9634 sec - 85.15%

    Für mich wäre das ein relativ gescheites Ergebnis, das aussagt, dass die Seitenladezeit im Mittel bei 17,6s liegt, davon 93% auf Plugins entfällt, das Laden der Plugins 16,4s dauert und davon Contact Form 7 mit knapp 14s 85% ausmacht.

    Edit: Da ich ContactForm 7 auch einsetze und es sehr schnell läuft rate ich mal: Setzt du das Plugin mit irgendwelchen Blacklists ein, die von extern geholt werden müssen?[/FONT][/COLOR]

    Ich denke mal hier muss gar nicht viel weiter diskutiert werden :grin:

    Ich dachte echt, WP wäre ein Programm zum Webseiten- und scripte-erstellen… :-( die Webseiten und die scripts hochgeladen würden vom PHP auf dem Server kombiniert und ausgegeben.


    Diese Annahme ist aber falsch. WordPress ist die Webseite und die Scripte. Du installierst die Software auf deinem Webspace (und ja, dein Speicherplatz reicht dafür nicht aus) und kannst sie dort einrichten. Wenn das fertig ist, hast du einerseits eine Website, die der Besucher sieht und andererseits das Backend, über das du die Website veränderst. Das ganze wird also dynamisch erzeugt und hängt untrennbar zusammen.

    Wenn du etwas suchst, mit dem du eine Website entwickeln kannst, von der du dann immer die aktuelle Version auf den Server lädst, ist WordPress definitiv nicht das, was du suchst.

    Hast du vielleicht ein Caching-Plugin aktiv? Es gibt Plugins, die bei richtiger Einstellung den Leser gar nicht bis zur ausführenden Ebene durchlassen, sondern eine statische Seite aufrufen. Der WordPress-interne Cronjob ist aber eigentlich keiner und muss durch einen Besucher ausgelöst werden. Wenn aber gar keiner kommt, wird er eben nicht ausgeführt.

    Es gibt die Möglichkeit, den Cron extern anzustoßen. Vielleicht bietet dein Hoster "echte" Cronjobs an?