Gibt es eine Möglichkeit die Mindestwortanzahl in WordPress anzugeben, bevor der Artikel zum Pending geschickt werden darf?

Dies ist eigentlich nicht sehr schwer zu lösen. Entweder Du verwendest ein passendes Plugin, welche es ja wie Sand am Meer gibt. Oder Du verwendest folgenden Quellcode. Diesen fügst du im aktiven Theme in die Datei functions.php vor dem schließenden ?> ein.
Die Mindestlänge in Wörtern, kannst du mit der Variablen $word anpassen. Wenn nicht genügend Wörter angegeben werden, wird dem Autor eine Fehlermeldung angezeigt und die Veröffentlichung verhindert.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35

/********************
 * Funktion:  Vor dem Publizieren eines Post auf eine 
 *            Mindestanzahl an Woertern pruefen
 * WordPress: ab 2.1
 * Styles:    keine
 * Wirkung:   Back-End > Post Editor
 * Aufruf:    Action
 *
 * Name:      backEndPostMinWords
 * Parameter: $content string
 *            Text des neuen Posts
 * Rueckgabe: $content
 *            bei zu wenig Woertern eine Fehlermeldung
 ********************/
function guru20_backEndPostMinWords($content){
  //aktiven Post aktivieren
  global $post;
  //min. Anzahl an Woertern
  $word = 50;
  //Der Inhalt des Posts
  $content = $post->post_content;
  //Woerter zaehlen und vergleichen
  if (str_word_count($content) < $word)
    //Falls zu wenig Woerter Fehlermeldung ausgeben und abbrechen
    wp_die('<p>Dein Post hat nicht gen&uuml;gend '.
           'W&ouml;rter!<br />Schreibe noch '.
           ($word - str_word_count($content)).
           ' W&ouml;rter mehr um den Post zu publizieren!'.
           '<p>Gehe eine Seite zur&uuml;ck und '.
           'erg&auml;nze den Post.', 'Fehler bei der '.
           'Posterstellung!', array('back_link'=>true));
}
//Aktion aktivieren
add_action('publish_post', 'guru20_backEndPostMinWords');
</p>

Webseiten erstellen mit WordPress

Nämlich das neue Buch von mir zum Thema “Webseiten erstellen mit WordPress”. Es ist ein Buch für den Start mit der Blog-Software. Es geht bei der Installation los, und behandelt danach die Erstellung von Seiten, Artikel und Links. Aber auch die PlugIns kommen nicht zu kurz. Und wie man eine Firmenwebseite mit WordPress erstellt und auch wartet ist genau beschrieben. Also ein ideales Werk für alle die eine Webseite mit WordPress betreiben und mehr herausholen (aber nicht programmieren) wollen.

Wer es jetzt gar nicht mehr erwarten kann, sollte bei seinem lokalen Buchhändler oder bei Amazon
vorbeischauen und es sofort bestellen.

Eigentlich hatte ich eine ganz einfache Idee: Die WordPress-Installation verwendet jQuery ausgiebig und auf jeder Seite. Warum sollte ich sie nicht von der Google CDN holen? Denn das Content Delivery Network [EN] steht ja genau für diese Zwecke zur Verfügung. Daher nichts anderes gemacht, als die functions.php des Themes geöffnet und folgenden Code eingebaut:

1
2
3
4
5
6
7

function guru20_init() {
  wp_deregister_script('jquery');
  wp_register_script('jquery', 'http://ajax.googleapis.com/ajax/libs/jquery/1.7.0/jquery.min.js');
  wp_enqueue_script('jquery','1.7.0', true);
}
//funktioniert erst ab WP 3.0 Beta
add_action('after_setup_theme', 'guru20_init');

Sollte ja klappen! Nochmals den Codex von WordPress geprüft und auch auf das CDN geschaut ob der Pfad stimmt, und alles ist in Ordnung?

Leider nicht!

Ab den Zeitpunkt, hatte das Dashboard mehr oder weniger ein Eigenleben entwickelt. Aufgefallen ist es mir bei einem Fehler im tinyMCE (dem Editor im Dashboard). Es waren nicht nur die Symbolleisten des visuellen, sondern auch des HTML-Editors sichtbar. Auch das Umschalten zwischen den beiden Ansichten ging nicht mehr.
Eigenartig! Nach einigem Suchen bin ich dahinter gekommen:

jQuery wird nicht mehr geladen!

Aber der Pfad stimmt! Und auch im Seitenquellcode scheint brav in der Fußzeile das script-Element mit dem richtigen Pfad auf. Wo ist das Problem…
Nach längerem probieren, suchen, ärgern hatte ich die Lösung. FireBug [EN] ist einfach ein super AddOn für den FireFox (BTW: gibt es auch für Chrome als Plug-In [EN]) und zeigte auch gleich mal den Fehler “jQuery is not defined!” an.
Das Mistvieh wird vom Google CDN zwar ausgeliefert, aber in Verbindung mit der Scriptverkettung mochte das WordPress gar nicht. Ein kleiner Eintrag in der wp-config.php und schon funktioniert wieder alles.

1
2

define('CONCATENATE_SCRIPTS', false);
define('COMPRESS_SCRIPTS', false);

Kleine Wirkung – Große Probleme – Einfache Lösung!

Aber jetzt ist es zu spät und ich brauche einen Work-Around!

Das Problem

Und den gibt es auch. Ich habe zwar ein wenig nachdenken müssen, aber prinzipiell ist es klar. Denn der Bug kommt nur zustande wenn das Theme und das Plug-In aktiv sind. Daher muss es irgendwo im HTML oder JavaScript hacken. Wenn ich jetzt das JavaScript von CF7 nur laden, wenn ein Kontaktformular angezeigt wird, müsste es ja klappen, oder? Und genau so ist es. Die einzige Bedingung ist, dass Kontaktformular darf nicht auf der Startseite oder einer Seite mit der Slide-Funktion von Viewport stehen.

Die Lösung

In der functions.php von ViewPort einfach folgenden Code einfügen.

1
2
3
4
5
6
7
8
9

//CF7 nur laden wenn notwendig
//Hook aktivieren
add_action('wp_print_scripts', 'guru20_deRegisterJS', 100);
//Funktion um auf die Seiten zu pruefen
function guru20_deRegisterJS() {
  if (!is_page('kontakt')) {
    wp_deregister_script('contact-form-7');
  }
}

In der Zeile 6 könnt Ihr auch mehrere Seiten angeben, für welche CF7 aktiv sein soll.

6

if (!is_page(array('kontakt', 'anfrage', 'kontakt-einkauf'))) {

In dem Array schreibt Ihr einfach die Namen der Kontaktformulare in einfachen Anführungszeichen und mit Kommas getrennt. Den Namen kriegt Ihr raus, indem Ihr die Seiten im FrontEnd aufruft. Es ist einfach gesagt der Slug einer Seite (Page). Ihr findet Ihn auch im Dashboard, wenn Ihr bei Seite > Bearbeiten unter dem Titel schaut

WordPress Frage

Diese Frage habe ich mir schon öfters gestellt. Denn eigentlich prüfen wir mit einer while()-Schleife ob Posts vorhanden sind und zeigen diese dann an.

Nun taucht aber in jedem Theme diese “wilde” Konstruktion if (have_posts()) { //posts anzeigen} else {//Fehler anzeigen} auf. Warum eigentlich?

Diese Konstruktion ist nur ein Sicherheitsmechanismus. Prinzipiell kannst Du sie weglassen, aber nur unter einer Bedingung: Du hast eine Datei 404.php in Dein Theme integriert. Denn diese wird aufgerufen, wenn keine Posts oder Seiten gefunden wurden. Ist die Datei bei Dir vorhanden, wird der else-Block von der obigen Abfrage nie verwendet, da ja die 404-Seite angezeigt wird.

Darum kannst Du diese Konstruktion weglassen und Deine Programmierung übersichtlicher gestalten.

WordPress

Heute gibt es mal keinen QuellCode, muss ja nicht immer sein. Aber ein WordPress-Thema ist es trotzdem!

Ich glaube wir müssen nicht darüber diskutieren, dass eine schnelle webSite gut ist. Nicht nur für den Leser, der so oder so keine Zeit mehr hat. Sondern auch für Suchmaschinen, welche Seiten die akutell sind, aber auch schnell sind, mit einem besseren Ranking belohnen.

Also was machen?

1. Dein Hoster
   Schau dir mal an ob es nicht einfach an Deinem Hosting-Paket liegt, dass der Blog so langsam ist. Es kann aber auch am Hoster selbst liegen. Vergleiche die Leistungsdaten der verschiedenen Anbieter und wechsle, falls es notwendig ist. Ich bin mit den VPS-Systemen von HostEurope sehr zufrieden, aber ich will Dich nicht beeinflussen.
2. Die Bild-Attribute
   Vergiss nie die Werte width und height bei einem img-Element anzugeben. Erstens wird die Seite gleich von Anfang an richtig angezeigt. Zweitens laden die Browser die Bilder schneller.
3. Die Bildgröße
   Dein Browser ist nicht PhotoShop. Wenn Du große Bilder vom Browser klein rechnen lässt, verlieren sie stark an Qualität. Ausserdem überträgst Du viele Daten, welche Du später nicht mehr brauchst. Also lade die Bilder bereits in der richtigen Größe und dpi-Zahl (72 oder 96) hoch.
4. Die Hotlinks
   Überprüfe mal ob andere WebSites direkt auf Deine Bilder verlinken? Denn dann wird der Blog wirklich langsam. Denn andere verwenden Deine Bandbreite und Ressourcen, um Ihre Seiten schneller(??) zu machen.
5. Die WordPress-Version
   Bleib aktuell! Jedes Update bringt nicht nur zusätzliche Sicherheits, da Bugs behoben werden. Es bringt auch immer etwas (machmal mehr, oft weniger) an Performancegewinn.
6. Deine PlugIns
   Versuche so wenig PlugIns wie möglich zu installieren. Nimm nur die notwendigsten und falls es möglich ist, ersetze PlugIns durch direkten QuellCode im Thema.
7. JavaScript?
   Wir leben es, da es uns doch einiges ermöglicht. Dadurch werden wir es nicht vermeiden können. Überprüfe aber einmal was alles in Deinem Blog geladen wird und wo das passiert. Oft lädt jedes PlugIn seinen eigenen Code nach. Dadurch wird manche Bibliothek mehrmals geladen. Falls es gar nicht anders geht, dann lade das JavaScript erst in der Fusszeile. Denn so wird die Seite schneller angezeigt.
8. Werbung?
   Falls Du wirklich Werbung auf Deinem Blog hast (ein wenig Geld kann ja ruhig reinkommen), dann überprüfe doch die Ladezeit. Manche Inserate (besonders grafische) können ganz schön lange brauchen, bis sie am Bildschirm sind.
9. Der QuellCode
   KISS! (Keep It Simple Stupid). Halte Deinen Code einfach und schlank. Je kürzer der HTML-Output von PHP ist, desto schneller wird er übertragen. Bemerkungen sind zwar praktisch, kosten aber Zeit, wenn es zuviele sind. Falls Du einen Fehler im Code hast, behebe in so schnell es geht. Denn auch diese kosten Zeit bei der Anzeige, da der Browser eingreifen muss.
10. Das Layout
    Einfacher ist besser! Nicht nur die Leser werden es Dir danken, wenn das Layout einfach und schnell verständlich ist. Auch die Geschwindigkeit steigt, wenn Du mit wenig, effektvoll eingesetzten Grafiken arbeitest.
11. Bilder, Bilder, Bilder
    Sind zwar bei einem Portfolio oder Fotoblog das um und auf. Aber bei einem “normalen” Blog solltest Du sie sparsam einsetzen. Denn sie sind wirkliche Ressourcenfresser. Ein, zwei kleine Bilder am Anfang eines Posts sind kein Problem. Wenn Du aber 10, 2o pro Post hast, ist es sicher ein Zeit- und Ressourcenproblem, dass Du dir einhandelst.
12. Nomchmals das Layout
    Am Anfang versucht jeder Blogger, soviel Funktionalität wie möglich in den Blog zu packen. Halte es einfach! Nicht jeder will wissen, wieviele SQL-Anfragen notwendig sind, oder wieviele Leser gerade auf der Seite sind. Deine Leser (und der Browser) danken es Dir wenn es einfach ist und schnell geht.
13. Gadgets…
    Die netten kleinen Dinge die am Blog angezeigt werden. Das Ranking bei Wikio, was wurde gerade getwittert, eine animierte Uhrzeit und so weiter. All das kippst Du jetzt in die Tonne! Denn erstens wird Dein Blog schneller und zweitens werden Deine Leser nicht mehr vom Inhalt abgelengt.
14. Inhalt oder Teaser?
    Wenn Du viel schreibst, wächst die Datenmenge! Klar, ist doch logisch. Aber es reicht wenn Du auf der Startseite nur einen Auszug (Teaser, Excerpt) anzeigst und einen Link zum ganzen Text anbietest. 10 kurze Anreisser werden schneller geladen, als 10 komplette Posts.
15. Hyperlinks?
    Ohne Verlinkung hat ein Blog keinen Sinn. Aber der Browser ist kein Mensch. Wir haben Internetadressen gerne lesbar geschreiben, also ohne dem / am Ende. Browser lieben aber den Schrägstrich am Ende einer URL. Denn sie “denken”, dass ist ein Verzeichnis und arbeiten dadurch schneller. Also schreib bei Hyperlinks immer einen Schrägstrich ans Ende (ausser Du verlinkst auf ein Bild oder direkt auf ein Dokument)
16. Deine Datenbank!
    Pflege sie! Sichere sie! Optimiere sie! Ob Du es manuell erledigst (z. B. mit phpMyAdmin) oder automatisch mit einem PlugIn durchführst ist egal. Aber eine optimierte und bereinigte Datenbank ist einfach schneller. Und jedes WordPress-Blog greift x-fach auf die Datenbank zu.
17. Flash?
    Apple sagt zwar, das Flash tot ist, aber vielleicht setzt Du es trotzdem ein. Ich denke, dass es dafür sehr gute Gründe geben muss. Einfach Flash einsetzen weil es toll ist, ist zu wenig. Es muss dem Leser wirklich gute, zuästzliche Funktionen bieten, damit ich diesen Ressourcen-Elefanten auf meinen Blog lasse. Vieles kann bereits mit CSS3 & HTML, oder zumindest JavaScript erledigt werden.
18. Nochmals die Bilder
    Sollen wir die jetzt in der Cloud speichern oder lokal? Ich bin nicht so der Fan der Cloud. Denn wenn das Ding nicht wirklich leistungsoptimiert ist, kostet mich jeder externe HTTP-Request wieder Zeit. Und das kann wirklich mehr Zeit sein, als ein optimiertes, kleines Bild vom eigenen WebSpace an Ladezeit braucht. Ich halte mal alles lokal vor. Denn dann kann nur ein Server ausfallen (Was ist wenn der Cloud-Space nicht verfügbar ist?), und ich weiss wie schnell die Bilder von meinem Server geladen werden.
19. Tools…
    Gibt es wie Sand am Meer. Aber eines für die Seitenoptimierung solltest Du schon installieren. Nur so kriegst Du heraus, wie lange Deine Seite zum Laden braucht und wo, wie und was Du verbessern kannst.
20. Optimierung und Tools?
    Es gibt dort draussen genug Online-Dienst, welche Deine Seite evaluieren und bewerten. Sei ein wenig vorsichtig damit. Oft geht es nur darum, dass die Anbieter ihre eigenen “SEO-Künste” anbieten/verkaufen können. Schau einfach mal auf den W3C-Validator für HTML und auch für CSS. Wenn Du dort fehlerfrei (valide) bist ist es ein großer Schritt in die richtige Richtung. Ich bin schon froh, wenn ich fehlerarm bin. Wie sagt man: Nobody ist Perfect!

in Anlehnung an sloDive

Das Netz der Welt?

Auf dieses Problem bin ich gerade eben, beim Erstellen eines neuen Themes für WordPress gestossen.
Ich habe eine Adresse oder einen Ort und will ganz einfach die Geo-Koordinaten, also den Längen- und Breitengrad, dazu wissen. Es ist einfach praktisch, wenn man Orte auf Google Maps visualisieren kann.
Wie kann man jetzt dieses Problem lösen?

Eine Möglichkeit ist das berechnen der Koordinaten mit Hilfe einer Datenbank wie openGeo-DB. Aber das ist einfach sehr viel Aufwand und nicht immer genau. Mit der Genauigkeit kann es bei der nächsten Lösung auch ab und zu Probleme geben. Aber hier haben wir zumindest die Möglichkeit noch über ein graphisches Benutzerinterface einzugreifen. Ich meine damit, dass wir die Geo-Dienste von Google in Anspruch nehmen.

Mit dem folgenden php-Code ist es ganz einfach eine Adresse in die gewünschten Geo-Koordinaten zu bringen.

1
2
3
4
5
6
7
8
9
10
11
12

function convert_LatLong($adresse){
  if (!is_string($adresse)) {die("Die Adresse muss als Text vorliegen. z.B.: Eoffelturm, Paris, Frankreich");
  $url = sprintf('http://maps.google.com/maps?output=js&q=%s', rawurlencode($adresse));
  $result = false;
  if($result = file_get_contents($url)) {
    if(strpos($result,'errortips') > 1 || strpos($result,'Meinst Du:') !== false) {return false;}
    preg_match('!center:\s*{lat:\s*(-?\d+\.\d+),lng:\s*(-?\d+\.\d+)}!U', $result, $match);
    $retVal['lat'] = $match[1];
    $retVal['long'] = $match[2];
  }
  return $retVal;
}

WordPress

Genau das kann passieren, wenn ein automatisches Update nicht klappt. Aber was machen wir dann?

Nichts leichter als das! Du öffnest dein FTP-Programm und logst dich auf deinen Webserver ein. Dann findest Du im Hauptverzeichnis der WordPress-Installation eine Datei mit dem Namen .maintenance. Und genau diese Datei löscht Du. Damit funktioniert WordPress wieder normal.

So ein kleiner Tipp am Rande: Bevor Du ein Update durchführst solltest Du ein paar Dinge erledigen:

1. Sichern der WordPress-Installation
   1. alle Dateien im Hauptverzeichnis
   2. im Verzeichnis /wp-admin
   3. im Verzeichnis /wp-includes
   4. im Verzeichnis /wp-content die Unterverzeichnisse /languages und /plugins
2. Dein aktives Thema
3. Deine Datenbank (dafür eigent sich das PlugIn WP-DB-Backup [EN] sehr gut).
4. Und wenn Du schon dabei bist, kannst Du auch den gesamten Inhalt von /wp-content sichern. Damit hast Du auch alle hochgeladenen Medien wiedereinmal gesichert.

Verlaufsgenerator von ColorZilla

Wir können zwar unsere CSS-Dateien jederzeit selber erstellen. Aber ist dies wirklich notwendig?

Eigentlich nicht, wir können uns doch von dem einen oder anderen Generator unter die Arme greifen lassen.

Und einer davon ist der Verlaufsgenerator von ColorZilla [EN]. Einfach – wie in PhotoShop gewohnt, den Verlaufbeginn und das Ende einstellen, nocht festlegen in welche Richtung der Verlauf gehen soll und schon ist der notwendige CSS-Code fertig. Einfacher geht es wirklich nicht mehr, wie ihr hier seht.

Sondern um sein Projekt, dass er bei GitHub hosted. Mit dem SocialDataGrabber erhaltet ihr eine Funktion, welche Daten aus sozialen Netzwerken zu einem spezifischen Post sammelt. Das Ding ist zwar noch ganz neu, aber kann bereits FaceBook und Twitter abfragen. Du musst nur die Funktion in deine Themen-Funktionen übernehmen und das war es. Natürlich berücksichtigt der SocialDataGrabber auch das WordPress Caching.

Also anschauen und einbauen und das Rad nicht neu erfinden.