Im WordPress Theme Directory immer seltener anzutreffen, in freier Wildbahn sieht man sie aber noch häufig: hardkodierte Referenzen zu CSS- oder JavaScript-Dateien im Header bzw. Footer des Themes. Es muss wohl daran liegen, dass sich einige Webdesigner nicht so richtig mit PHP anfreunden wollen und/oder aber Angst haben, da etwas falsch zu machen. Anders kann ich mir das nicht erklären.
Autor: realloc
I like Coding Standards
Ich hab gestern etwas – ganz lässig und ohne große Erklärungen – bei Linkedin unter dem Titel How To Become A Top WordPress Developer gepostet. Das hat auch genau den Effekt erzielt, den man sich von so einer unmotivierten Aktion erhoffen kann: Nämlich keinen. Allerdings liegt mir die Thematik zu sehr am Herzen, um es dabei zu belassen, sodass ich heute gleich noch einmal mit einem Blogpost nachhake, der Coding Standards in den Mittelpunkt stellt.
Quicktipp: Entfernen von „QuickEdit“-Links
Ich hatte hier heute eine eine recht einfache Geschichte auf dem Tisch, die sich aber bei genauerer Betrachtung wieder als recht interessant erwies. Zur Zeit nerve ich meine Teamkollegen hier gerade, Namespaces einzusetzen, um einerseits Kollisionen zu vermeiden und um andererseits den Code lesbarer zu halten und letztlich besser zu organisieren. Die Idee ist – zu meiner großen Freude – gut angenommen worden.
Da unsere Plugins hier direkt auf den Kunden zugeschnitten sind und wir zudem die Kontrolle darüber haben, welche PHP Version auf den Servern läuft, ist das Ganze überhaupt erst durchführbar. Namespaces sind ja erst mit der Version 5.3 eingeführt worden und obwohl, PHP 5.2 meines Wissens nach seit Januar 2011 keine Updates mehr erhalten hat, ist die Version noch bei sehr vielen Hostern installiert. „Quicktipp: Entfernen von „QuickEdit“-Links“ weiterlesen
Manage Plugins: Links zu WordPress-Plugins hinzufügen
Heute mal ein kurzer Artikel, der sich vor allem an Entwickler richtet, die sich unter anderem mit der Programmierung von WordPress-Plugins beschäftigen.
Ich hatte heute etwas zu erledigen, dass ich gerne teilen möchte, weil es durchaus die Usability (oder aber wenigstens den Komfort für Kunden) erhöht, wenn man beispielsweise Links zur Konfiguration eines Plugins auch gleich direkt mit in den Bereich integriert, wo eben gerade die Aktivierung stattfand.
„Manage Plugins: Links zu WordPress-Plugins hinzufügen“ weiterlesen
Custom Post Types Quickstart
Ich bin immer wieder erstaunt, wie einfallsreich so mancher Kollege vorgeht, die verschiedenen Arten von Inhalten unserer Kundschaft zu organisieren, ohne Custom Post Types einzusetzen. Fast scheint es, als wenn um jeden Preis vermieden werden soll, die nach meinem Empfinden äußerst sinnvolle Möglichkeit einzusetzen, eigene Typen von Posts definieren zu können.
Kurzes Statement zu wpautop
Weil das in meiner unmittelbaren Umgebung gerade thematisiert wird:
Nicht alle Nutzer finden den wpautop-Filter lästig oder einfach nur *PIEP*.
Ich bin überzeugt davon, dass diese Aussagen auf Informationen beruhen, die sich auf ältere WordPress-Versionen beziehen. Zudem finde ich solche Verallgemeinerungen sowieso gefährlich, wenn es doch scheinbar darum geht, ein Symptom zu kurieren.
Open-Source-Projekte unterstützen
Heutzutage gibt es eine Vielzahl von Möglichkeiten, den Autoren von freien Softwareprojekten hilfreich zu Seite zu stehen. Auf Plattformen wie GitHub kann man beispielsweise auch direkt tätig werden und bei den dort untergebrachten Projekten die eigenen Ideen in Form von Code beisteuern, oft auch in den Wikis mitschreiben und die Dokumentation vorantreiben. „Open-Source-Projekte unterstützen“ weiterlesen
Mehrsprachige JavaScript Strings in WordPress-Plugins
Es wird heutzutage ja reichlich mit JavaScript gearbeitet, vor allem wenn es ums UI geht. Nicht selten muss dann auch der eine oder andere String ausgegeben werden, welche natürlich auch übersetzbar sein sollten, wenn man eine mehrsprachige Website plant bzw. bereits betreibt. „Mehrsprachige JavaScript Strings in WordPress-Plugins“ weiterlesen
Multisite Language Switcher ins Menü einbauen
Mir ist kürzlich aufgefallen, dass ich noch nie richtig erklärt habe, wie man den Multisite Language Switcher (recht) einfach in die Navigationsmenüs von WordPress einbauen kann. Wie man die neuen Menüs selbst in das Thema einbaut und benutzt, will ich aber nicht noch einmal erklären. Es gibt zu diesem Thema bereits unzählige Posts. Empfehlenswert ist beispielsweise der Artikel WordPress als CMS: Menüs im Admin-Bereich anlegen und verwalten von Ellen.
Am besten ich zeige erst einmal etwas PHP-Code, den ich dann exemplarisch für die Erläuterungen zur Funktionalität heranziehen kann. Die Funktionen sind als Filter implementiert, die automatisch von WordPress ausgeführt werden, sobald die entsprechenden Hooks (wenn man so will auch: Ereignisse) erreicht werden. Ich habe die Beispiele in diesem Artikel auch bewusst einfach gehalten, damit ihr nicht gleich den Mut verliert, wenn ihr selbst versuchen wollt, damit in der functions.php eures Themas zu experimentieren. „Multisite Language Switcher ins Menü einbauen“ weiterlesen
3 Plugins im Gespann mit dem MSLS
Der Multisite Language Switcher ist stabil und für den Einsatz bei mehrsprachigen WordPress-Installationen bestens geeignet. Trotzdem gibt es noch eine Menge Arbeit und wo die Reise genau hingeht, wird sich erst noch im Lauf der Zeit zeigen. Meiner Meinung nach sollte ein Plugin nur eine Sache erledigen … und die am besten schnell, sicher und fehlerfrei.
Ein großer Teil der Anfragen von Nutzern zeugt jedoch davon, dass man von (m)einem Plugin oft mehr erwartet. Manches liesse sich sicher auch leicht bewerkstelligen. Allerdings bezweifle ich, dass alle User damit gleichermaßen gut bedient wären. Und erst wenn es kein Plugin im WordPress Directory gibt, welches eine der erfragten Funktionalitäten abdeckt, möchte ich über eine entsprechende Erweiterung beim MSLS nachdenken. „3 Plugins im Gespann mit dem MSLS“ weiterlesen