Hier sind Tipps zu einzelnen Sprachen hinterlegt
Heute setzen eine ganze Reihe von Webentwicklern ein Zeichen mit dem Symbol der blauen Mütze – Bewusstsein für Webstandard ist der kurzgefasste Hintergrund der Idee „Blue Beanie Day„. Es schadet nicht, sich damit ein wenig auseinander zu setzen, egal ob man blaue Mützen mag oder nicht.
Seit fast einem Jahrzehnt ist die HTML5 Entwicklung aktiv und sie hat in meinen Augen viele positive Resultate erzielt. Weiterlesen
WP_User_Query()Für nutzerbezogene Daten steht in WordPress die Klasse WP_User_Query() zur Verfügung. Üblicherweise gibt man dort einen Schlüssel mit und bekommt die entsprechenden Werte zum User zurück. Durch ein Entwicklungsthema ist mir eine Besonderheit in der Query aufgefallen, die diesen kleinen Beitrag als Folge hat. Die Klasse erlaubt das Ergänzen von * als Wildcard. Innerhalb der Klasse wird dieser Stern dann für die SQL Abfrage ersetzt (%).
Weiterlesen
get_post() oder WP_QueryWordPress stellt oft verschieden Wege bereit um an Daten zu kommen. Im Umfeld von Inhalt – Einzelne Artikel, Kommentare, … – beschränkt sich dies im Grunde auf zwei Wege. Beide sind im Netz zigfach in Tutorials hinterlegt und oft ist die Nutzung des jeweiligen Weges nicht zu Ende gedacht. Es gibt viele Artikel um die Hintergründe zu verstehen und sich mit dem gewonnen Verständnis für die entsprechende Methode zu entscheiden. Herausragend in Bildform und verständlich ist der Eintrag #1753 im WPSE.
Bitte nicht mit get_posts() verwechseln, get_posts() und get_post() sind für unterschiedliche Resultate erstellt. In kurzer Form dient get_posts() für viele Inhalte zum Type post. Die Entscheidungshilfe hier ist für die Ausgabe von einem Artikel, dessen Inhalte, dessen zugehörigen Daten. Im Grunde kann man aber von der Regel zu get_posts vs. WP_Query einiges ableiten.
Ich möchte nur eine kurze Entscheidungshilfe geben, die euch und mich in die Lage versetzt, aufgrund einiger weniger Punkte zu entscheiden, beim Holen einzelner Inhalte – get_post() oder WP_Query.
Weiterlesen
Eines der Themen, die uns seit WordPress 3.6 neu zur Verfügung stehen ist der HTML5 Support, der in Themes Unterstützung findet. Dabei können drei Bereiche in den Genuss kommen. Die seit Version 3.4 zur Verfügung stehende Funktion add_theme_support() ist auch hier Schlüssel und so können aktuell drei Funktionalitäten für den Support von html5 registriert werden.
Weiterlesen
Ich nutze die Console im Browser der gern um Debug-Inhalte auszugeben. Insbesondere bei Kunden-Sites kann ich so recht unscheinbar arbeiten und muss nicht die Oberfläche mit Debug-Meldungen zu zerstören, auch wenn man dies natürlich via Rechtabfrage filtern sollte. Im folgenden eine kleine Funktion, die mir den Inhalt in die Console schreibt, ohne Helferlein. Dies ist auch im Plugin Debug Objects untergebracht und kann beim Einsatz des Plugins direkt genutzt werden.
Der Screenshot demonstriert dies an einem komplexen Objekt in der Ausgabe und dient nur dem Verständnis. Den Inhalt, den ihr ausgeben wollt, liegt natürlich in eurer Hand.
MantisBT ist eines meiner Werkzeuge zum Tracken von Bugs und Entwicklung. In dem Zusammenhang nutze ich ein eigenes Theme seit vielen Jahren um die Arbeit der Anwender zu unterstützen. Insbesondere für Nicht-Entwickler war dies ein wichtiger Schritt um sie in der Oberfläche abzuholen. Eine abgewandelte Form ist dies nun frei nutzbar, wie auch das Markdown Plugin für MantisBT.
Weiterlesen
WordPress Multisite ist seit der Zusammenlegung von MU und Single ab Version 3.0 populärer geworden. Nicht nur die Verwaltung meherer Sites, sondern auch in diversen Szenarios findet Multisite seinen Einsatz. Als ein Beispiel sei die Mehrsprachigkeits-Lösung genannt.
In diesem Umfeld werden des öfteren die Inhalte oder Daten aus allen Blogs gebraucht, wozu man ggf. alle Blogs kennen muss. Bemüht man eine Suche um eine Lösung zu finden, dann erscheinen sehr oft div. SQL Selects, die auch in vielen Lösungen verbaut wurden und daher zum Nachahmen aufrufen. Da ich aktuell in einem Projekt wieder damit zu tun hatte und ein Select nicht die erste Wahl sein sollte, wenn es Core Functionen gibt, hier ein kurzes Snippet, was alle Blogs im Network zurück gibt.
Weiterlesen
Mit WordPress 3.6 wird es eine neue API geben – Heartbeat. Am Ticket 23216 im Trac sammeln sich alle Diskussionen und Hinweise. Da Heartbeat aber auch Einflüsse für Anwender haben kann, hier einige Worte und Hinweise. Heartbeat wird eingeführt um diverse Aktivitäten, wie Autosave, Sperren von Artikeln und An- und Abmelde-Benachrichtigungen zu händeln. Parallel kann die API auch für eigene Entwicklungen genutzt werden. Weiterlesen
WordPress Version 3.6 kommt mit neuer Oberfläche für die Post Formats, präsenter ist das Schlagwort. Die Post Format UI ist eine wunderbare Möglichkeit mit wenig Aufwand Artikel besser uns sichtbar zu deklarieren, für den Leser verschieden aufzubereiten. Trotzdem ist sie nicht immer notwendig. Im Standard kann die UI in den jeweiligen Optionen des Users deaktiviert werden, siehe Screenshot.
Alternativ kann der Filter Hook enable_post_format_ui genutzt werden. Mittels dieses Hooks kann die UI global in der Installation deaktiviet werden und kein User hat die Möglichkeit die Post Formats zu nutzen. Weiterlesen
Der Webinspector in Chromium ist mir ans Herz gewachsen, Firebug ist für mich nur notwendig, wenn ich im Firefox validieren muss. In diesem Zusammenhang habe ich auch das Debuggen im PHP Umfeld dort abgebildet. Bin ich nicht komplett in der IDE und man braucht diverse Daten im Debuggmodus, dann kann man dies über die Wege var_dump() in der Applikation ausgeben oder alternativ in Chromium mit Hilfe der Erweiterung Chrome Logger und der Library ChromePHP tun. Somit wird die Oberfläche nicht durch die Debug-Ausgaben zerstört und kann in Systemen bei Kunden sauber in die Konsole des Webinspector überführt werden. Dazu einige Hinweise.
Weiterlesen