Beiträge von timkaufmann

Ich habe das jetzt schon mehrfach gemacht, unter anderem bei http://www.perfekt-schminken.de und bei http://www.hochzeitsfotograf-luzern.ch. Anlass war immer Google Pagespeed. Praktische Auswirkungen: Enorm, erst recht in Verbindung mit asynchronem Laden von JavaScript.

Mal zu den konkreten Erfahrungen:

Wenn man mit wp_register_script() ein Script registriert, kann man nicht nur sagen, wo es hin soll (head, foot), sondern auch, von welchen anderen Scripts es abhängt. Man kann jQuery deregistrieren und neu für den foot registrieren - wenn ein Plugin/Theme jQuery als Abhängigkeit für eines seiner Scripts listet und sein Script im head lädt, dann lädt auch jQuery im head.

Manchmal gibt es ja durchaus Gründe dafür, JavaScript im head zu laden. In der überwiegenden Zahl der Fälle, denen ich begegnet bin, funktionieren Scripte aber auch völlig problemlos im foot. Aber dem Autor des Plugins/Themes ist die Problematik vermutlich nicht bewusst, wp_register_script() hat head als default und dann landet eben alles im head. Trotzdem sollte man sich ungefähr angucken, was die Scripts so tun, bevor man sich die Mühe macht, sie in den Head zu verschieben.

Wie kann man nun verschieben?

1) Seltener Glücksfall: Das Plugin selbst bietet eine Option, sein JavaScript im foot auszugeben. Also erst mal die Plugin-Optionen checken.

2) Man schaut sich an, welche Scripts ein Plugin registriert und hängt diese - beispielsweise aus der functions.php heraus - in den foot. Das ist nicht so simpel. Wenn das Plugin konform zum Codex entwickelt wurde, findet man die entsprechenden Stellen im Code natürlich über die Suche nach wp_register_script(), beziehungsweise das Ergebnis davon in $wp_scripts. Es gibt aber auch Plugins, die ihre JavaScripts einfach per echo irgendwo - sorry - hinrotzen. So was habe ich auch schon gelöst, aber eher "brutal" mit ob_buffer(), DomNode und Xpath. Schließlich will ich das Plugin selbst ja nicht verbiegen.

3) Gute Hilfe leistet auch das Plugin bwp_minify. Es wird aber alleine in der Regel nicht reichen.

Fazit: Je mehr Plugins, um so mehr Ärger, wenn man JavaScript in den Footer verschieben will. Die Upgrade-Sicherheit ist allerdings höher als man angesichts der Komplexität der Eingriffe erst mal vermuten würde.

Okay und hast du mal im Theme geschaut, ob der entsprechende String dort eventuell fix eingetragen ist, d.h. die Übersetzungsfunktion nicht vollständig implementiert wurde?

Ich vermute es ist leichter, ein Plugin zu finden, das ein entsprechend funktionierendes Widget mitbringt.

Ich weiß nicht wie Poedit genau funktioniert, könnte mir aber vorstellen, dass Du dem Plugin vielleicht noch sagen musst, dass es eine MO-Datei aus Deinen Änderungen kompilieren muss. Erst dadurch erfahren Theme und Plugins von den entsprechenden Änderungen.

Witzige Frage. Dachte erst, die könnte ich im Schlaf beantworten, war aber nicht so. Etwas Recherche führt zu folgendem Eindruck:

1. Es ist egal, in welcher Sprache Du Wordpress installierst. Tendenziell solltest Du die deutsche Version nehmen, weil da die Sprachdateien für den WP-Admin bereits dabei sind. Du kannst aber auch nachträglich weitere WP-Admin-Sprachen hinzufügen, indem Du die entsprechenden Übersetzungen herunterlädst und in wp-content/languages ablegst. Dann sollte jeder Nutzer seine Admin-Sprache in seinem Benutzerprofil auswählen können.

2. Die Frontend-Sprache wird wie von Dir beschrieben in den allgemeinen Einstellungen konfiguriert. An dieser Einstellung orientiert sich nach meiner Einschätzung dann die Übersetzungsfunktion von Wordpress, die in Themes und Plugins zum Einsatz kommt.

3. Die Konstante WPLANG, die in der wp-config.php steht, ist seit Version 4.0 veraltet.

Gut, tu ich ihn halt wieder weg :-)

Das sind so Momente, da könnte ich mich gerade übergeben. Was soll das denn, parallel hier und bei Woo anzufragen? Als hätte ich hier sonst nix zu tun.

Ja. Gib doch mal die URL der Website, um die es geht, zur Not per PM.

Das ist soweit ich mich recht erinnere eine Funktion, die das Theme unterstützen muss. Guck mal, ob in den Templates für head und footer noch die Tags wp_head() und wp_footer() enthalten sind.

Nimm mal einen Text-Editor wie Sublime Text oder Notepad++. Zieh Dir den Theme-Ordner auf die lokale Festplatte und lade ihn mit dem Editor. Dann durchsuchst Du alle enthaltenen Dateien nach dem Stichwort "vuitton". So solltest Du rasch herausfinden können, woher die Links kommen. Wenn das nicht hilft, dann zieh' Dir auch noch den Plugins-Ordner und durchsuche ihn auf die gleiche Weise.

Ja, das ist hier das Wordpress-Forum, aber eben nicht das Capistrano-Forum. Grundsätzlich haben solche Tools (wir nutzen das nicht ganz unähnliche Puppet) eine Komplexität, die sich nicht über fertige Tutorials erschließt. Wenn ich mich mit Capistrano beschäftigen müsste, würde ich erst mal generell in der Anleitung lesen und mich dann selbst mit dem konkreten Beispiel Wordpress ausprobieren. Und wenn es noch kein fertiges Tutorial gibt - vielleicht bist dann Du ja der erste, der es schreibt?

Zitat von Keithkeith

du meinst also ich solle bootstrap in wordpress implementieren und dann selber ein
gridsystem entwerfen, versteheich das richtig?

Hä? Roots bringt Bootstrap fertig implementiert mit. Wer Bootstrap implementiert, muss nur in Ausnahmefällen selbst ein Grid implementieren, das ist doch gerade der Witz an der Sache.

Schau Dir mal roots.io an. Das hat die von Dir gewünschten Komponenten bereits an Bord und erlaubt dank grunt und bower effizientes Arbeiten.

http://www.wpbeginner.com/plugins/how-to…s-in-wordpress/

Wenn es nur um einen Hinweis auf neue Posts ginge könntest Du Dir das auch einfach mit ifttt.com konfigurieren.

Alter Falter :-)

Lies erst mal nach, was ein Child Theme ist.

Am besten fügst Du solche kleinen Änderungen in ein Child Theme ein. Dann kannst Du die Dateien in dem Parent Theme bequem überschreiben.

Man kann kein Theme empfehlen, wenn man nicht weiß, welches Problem es zu lösen gilt.

Grobe Vorgehensweise:

- Ziel der Websites planen
- Dazu passendes Design entwickeln
- das programmieren
- Child-Themes erstellen für die meistens dann doch noch notwendigen Anpassungen für die einzelnen Websites

Überlege, ob Du für die Statistik nicht einfach Google Analytics' Events Tracking verwendest.

Klick auf Like nicht vergessen ;-)

Schau mal in diese Richtung:

http://annotorious.github.io

Hätte ich nicht noch rechtzeitig das Datum gesehen, hätte ich beinahe auf die Ursprungsfrage geantwortet. Einen 4,5 Jahre alten Thread hijacken - viel schlechter kann ein erster Beitrag im Forum wohl nicht werden. Trotzdem herzlich willkommen :-x