Die Hovercards lassen sich natürlich im eigenen Blog verwenden. Dazu muss lediglich ein Script des Dienstes inkludiert werden, welches allerdings jQuery als Voraussetzung hat. Wer als im Theme jQuery nicht braucht, sollte über den Mehrwert im Verhältnis zum Ladeverhalten nachdenken. Die folgende Zeile gehört in die functions.php des Themes oder ihr erstellt ein kleines Plugin, was dies für euch tut, siehe die zweite Möglichkeit.

wp_enqueue_script( 'gprofiles', 'http://s.gravatar.com/js/gprofiles.js', array( 'jquery' ), 'e', TRUE );

Das Script ist knapp 40kByte groß und braucht jQuery als Bibliothek, daher das Array mit der Verwendung jquery, welches durch die Angabe von WordPress hinzugefügt wird. Auch hier muss jeder Einzelne sein Theme prüfen, wie die Scripte benutzt bzw. inkludiert werden.

Alternativ ein kleines Plugin, welches das Script registriert und so von anderen Plugins oder Themes genutzt werden kann.

<?php
/**
 * Plugin Name: Hovercards
 * Description: Include the Hovercards from Gravatar
 * Author: Gravatar
 * Author URI: http://gravatar.com
 */

wp_register_script( 'gprofiles', 'http://s.gravatar.com/js/gprofiles.js', array( 'jquery' ), 'e', TRUE );
wp_enqueue_script( 'gprofiles' );
?>

Will man die Cards formatieren, so kann man im ersten Schritt mit der Klasse gcard arbeiten. Es gibt weitere Selektoren in der Hovercard; dazu das Markup im Anschluss von dem obigen Screenshot. Es kann weitere Elemente geben, die dann aber vermutlich jeder selber heraus finden kann; via Firebug o.ä. zum Beispiel.

<div class="gcard grofile pos-right" id="profile-ba546bf447a6ae200f0e93968e7eada8" style="top: 1951.82px; left: 139.5px; opacity: 1;">
	<div class="grav-inner gcard-about gcard-links gcard-services gcard-gallery">
		<div class="grav-leftcol">
			<h4><a target="_blank" href="http://gravatar.com/username">bueltge</a></h4>
			<p class="grav-about">Webworker by passion, works with priority in WordPress, developing Plugins, themes and solutions with a great eam on Inspyde.com. I writes in German language on my private blog bueltge.de and also on <a target="_blank" href="http://gravatar.com/username">â¦</a></p>
		</div>
		<div class="grav-rightcol">
			<h5 class="grav-links">Personal Links</h5>
			<ul class="grav-links">
				<li><a target="_blank" data-hmac="undefined" href="http://wpengineer.com">Weblog (en)</a></li>
				<li><a target="_blank" data-hmac="undefined" href="http://wpbasis.de">WP Basis Theme</a></li>
				<li><a target="_blank" data-hmac="undefined" href="http://inpsyde.com">Inpsyde GmbH</a></li>
			</ul>
			<ul class="grav-services">
				<li class="gcard-share-link"><a target="_blank" data-hmac="undefined" title="bueltge" class="accounts_flickr" href="http://www.flickr.com/people/bueltge/"></a></li>
				<li class="gcard-share-link"><a target="_blank" data-hmac="undefined" title="bueltge" class="accounts_linkedin" href="http://www.linkedin.com/in/bueltge"></a></li>
				<li class="gcard-share-link"><a target="_blank" data-hmac="undefined" title="@bueltge" class="accounts_twitter" href="http://twitter.com/bueltge"></a></li>
				<li class="gcard-share-link"><a target="_blank" data-hmac="undefined" title="bueltge" class="accounts_vimeo" href="http://vimeo.com/bueltge"></a></li>
				<li class="gcard-share-link"><a target="_blank" data-hmac="undefined" title="bueltge.de" class="accounts_wordpress" href="http://bueltge.de/"></a></li>
			</ul>
		</div>
		<div class="grav-gallery">
			<a class="grav-gallery-prev" href="" style="background-position: -13px 0pt;">Previous</a>
			<div class="grav-gallery-container">
				<ul style="margin-left: 0px;">
					<li><a href="http://2.gravatar.com/avatar/ba546bf447a6ae200f0e93968e7eada8?size=600&amp;axis=y"><img alt="Grav" src="http://2.gravatar.com/avatar/ba546bf447a6ae200f0e93968e7eada8?size=50&amp;axis=y"></a></li>
					<li><a href="http://1.gravatar.com/userimage/3132111/025e33b82d12a8402785aa2fa4364ddf?size=600&amp;axis=y"><img alt="Grav" src="http://1.gravatar.com/userimage/3132111/025e33b82d12a8402785aa2fa4364ddf?size=50&amp;axis=y"></a></li>
				</ul>
			</div>
			<a class="grav-gallery-next" href="" style="background-position: -39px 0pt;">Next</a>
		</div>
		<div class="grav-cardarrow" style="height: 52.5px; right: auto; left: -7px; background-position: 0px 15px;"></div>
		<div class="grav-tag"><a target="_blank" title="Powered by Gravatar.com" href="http://gravatar.com/">&nbsp;</a></div>
		<div style="clear: both;"></div>
		<p class="grav-disable"><a onclick="Gravatar.disable(); return false" href="#">Turn off hovercards</a></p>
	</div>
</div>

via Otto on WordPress

Bisher war es meist eine Qual z.B. YouTube-Videos einzubinden, mal wurde Code gefressen oder das Layout wurde zerrissen. Dies soll sich mit “oEmbed” ändern. Man braucht nur die jeweilige URL des Videos, kopiert diese einfach in den Editor und beim Speichern holt sich WordPress im Hintergrund die passenden Informationen um es einzubinden. “oEmbed” ist aber auch in der Lage jedes andere vorstellbare Medien-Format einzubinden (Videos, Bilder, Audios, sonstiger HTML-Code und Links).

Nicht nur YouTube wird unterstützt, sondern auch Flickr für Bilder & Videos, Blip.tv, Vimeo, Hulu (TV-Serien aus den USA), Viddler, Qik.com (Mobile Videos), Revision3, Google Video, PollDaddy (Umfragen) und DailyMotion. Zusätzlich wird jeder Dienst unterstützt, der die passenden Informationen im HTML-Header (<link>-Tag im <head>-Bereich) enthält (“Auto Discovery”, zu dt.: “automatische Erkundung”). Natürlich lässt sich die Liste der Dienste über die interne Plugin API von WordPress erweitern.

Im Punkt “Mediathek” in den Einstellungen von WordPress kann man “oEmbed” auch ein- oder ausschalten (standardmäßig ist es an). Außerdem lässt es sich regeln, wie groß maximal die einzubindenden Medien (Höhe mal Breite in Pixeln) sein sollen.

“oEmbed” ist in der aktuellen Entwickler-Version von WordPress 2.9 schon enthalten und kann natürlich getestet werden. Wir bieten Nightly-Builds von WordPress 2.9 zum Testen an, vom Produktiv-Einsatz wird wie immer abgeraten.

• Zu WordPress 2.9 Nightly-Builds

Weitere Informationen zu diesem Thema:

• Offizielle Seite von oEmbed
• Weiterführender Artikel von Viper007 (englisch)
  
• Technische Details zu oEmbed (deutsch)

Mit Version 2.5 wurde in WordPress erstmals ein Sicherheitsschlüssel (SECRET_KEY) eingeführt. Dieser wurde ab Version 2.6 durch drei andere Schlüssel (AUTH_KEY, SECURE_AUTH_KEY und LOGGED_IN_KEY) ersetzt und mit Version 2.7 kam schlussendlich ein weiterer Schlüssel (NONCE_KEY) hinzu.

Diese Sicherheitsschlüssel müssen in der Konfigurationsdatei wp-config.php eingetragen werden. Bei einer Neuinstallation wird man derzeit noch nicht aufgefordert diese Schlüssel anzugeben – an keiner Stelle des Installationsvorgangs wird man über die Sicherheitsschlüssel informiert und lediglich im Quelltext der Datei wp-config-sample.php (bzw. wp-config.php) gibt es einen Hinweis. Auch bei einer Aktualisierung wird nicht überprüft ob die Sicherheitsschlüssel vorhanden sind.

Wie trägt man die Sicherheitsschlüssel ein?

Die Schlüssel sind schnell eingetragen und wir empfehlen dies allen Anwendern ganz ausdrücklich.

1.) hole Dir via FTP die Datei wp-config.php auf Deinen Rechner und öffne sie mit einem Texteditor.

2.) in der Datei findest Du die folgenden vier Zeilen*:

define('AUTH_KEY', 'put your unique phrase here');
define('SECURE_AUTH_KEY', 'put your unique phrase here');
define('LOGGED_IN_KEY', 'put your unique phrase here');
define('NONCE_KEY', 'put your unique phrase here');

* Solltest Du schon seit einer frühen Version WordPress installiert haben sind in Deiner wp-config.php-Datei – je nach verwendeter Version – entweder kein, einer oder drei Schlüssel vorhanden.

3.) gehe in Deinem Browser auf die folgende Seite: http://api.wordpress.org/secret-key/1.1/ – dort werden Dir vier zufällige Sicherheitsschlüssel generiert. Diese Schlüssel werden bei jedem Seitenaufruf neu generiert, sind also immer einzigartig. Kopiere diese vier Zeilen und ersetzte die entsprechenden Zeilen in Deiner geöffneten wp-config.php Datei.

4.) lade die Datei via FTP in Dein WordPress-Verzeichnis …und fertig!

In der Version von de.wordpress.org wurde es zum wiederholten Male versäumt in der wp-config-Datei alle Schlüssel vorzubereiten! Für Nutzer dieser Version gilt natürlich auch alles vorher genannte.

Fatal error: Allowed memory size of 654321 bytes exhausted (tried to allocate 12345 bytes) in /srv/www/user/bla/blub/file.php on line 123

Was diese Meldung bedeutet und wie das Problem behoben werden kann, wird ausführlich in der FAQ erläutert.

Wer genau wissen möchte welches Plugin wieviel Speicher benötigt, kann das bequem mit dem neuem Plugin „WP-Memory-Usage“ von Alex Rabe nachprüfen.

Nachtrag: Wir haben, auch in Zusammenhang mit den Kommentaren zum hier verlinkten Plugin von Alex Rabe, festgestellt dass je nach Hoster bzw. Serverkonfiguration WordPress unterschiedlich viel PHP-Arbeitsspeicher verbraucht. Die Unterschiede scheinen teilweise dramatisch zu sein – bei manchen Benutzern verbraucht ein WordPress 2.8 samt deutscher Sprachdatei und einer Vielzahl von Plugins nicht einmal 20 MB (ein “nacktes” WordPress gerade mal 10 MB) und bei anderen ist schon nach einer WordPress 2.8 Installation mit Sprachdatei und wenigen aktivierten Plugins die Grenze von 32 MB schnell überschritten. Sollten wir zu diesem Phänomen weitere Erkenntnisse haben, so informieren wir euch natürlich.

Nachtrag 2: Die Ursache für unerklärlichen Mehrverbrauch an Speicher scheint gefunden: Es betrifft 64 Bit-Systeme.

Zwischen den großen Versionssprüngen gibt es kleinere, für die Versionsreihe 2.6 waren das: 2.6.1, 2.6.2, 2.6.3 und die derzeit noch aktuelle Version 2.6.5 (2.6.4 wurde niemals veröffentlicht). Die Releases zwischen den großen Versionssprüngen beinhalten nur Fehlerbehebungen und Sicherheitspatches. Sie enthalten in der Regel keine neuen Features.

Nach der Veröffentlichung von 2.7, wird die darauf folgende Version also 2.7.1 sein. Der nächste große Versionssprung wird dann 2.8 sein und ist laut Roadmap für den Februar 2009 zu erwarten. Das ist nur ein ungefährer Zeitrahmen und das tatsächliche Release wird sicherlich später veröffentlicht werden.

Bevor ein Major-Release veröffentlicht wird, gibt es Beta-Versionen und Release-Kandidaten (RC), für die kommende Version 2.7 wurden bereits folgende Versionen veröffentlicht: 2.7-beta1, 2.7-beta2, 2.7-beta3 und 2.7-RC1. Betas und RCs sind Entwicklerversionen und dienen der öffentlichen Fehlersuche, sie enthalten noch Fehler und sollten nicht im produktiven Einsatz verwendet werden. Beta-Version enthalten dabei immer mehr Fehler als ein Release-Kanditat, bei letzterem sind in der Regel nur noch Kleinigkeiten zu beheben.

Upgrade-Pakete
WordPress Deutschland stellt bei kleineren Versionssprüngen, also beispielsweise von 2.6 auf 2.6.1 oder von 2.6.1 auf 2.6.2 sogenannte Upgrade-Pakete zur Verfügung. Upgrade-Pakete enthalten nur die geänderten Dateien zur direkten Vorgängerversion, das sind in der Regel nicht viele Dateien. Bei allen großen Versionssprüngen, wie dem jetzt anstehenden von 2.6.5 auf 2.7 gibt es keine Upgrade-Pakete. In diesen Fällen muß das Update mit der Vollversion durchgeführt werden. Am Namen der Upgradepakete kann abgelesen werden für welche Versionen es erstellt wurde, das letzte hieß beispielsweise fix-263-to-265.zip

DE-Editionen
Die DE-Editionen laufen immer parallel zu den offizielen Versionen, es wird an die Versionsnummer lediglich das Suffix “DE-Edition” angehängt.

Via: planetOzh

define('SECRET_KEY', 'put your unique phrase here');

Diese Zeile findet man nicht in der wp-config.php wenn man von einer älteren WP-Version auf WordPress 2.5 aktualisiert hat. In diesem Fall muß man die Zeile nachträglich einfügen. Dazu einfach die Datei wp-config.php öffnen und die obrige Zeile nach der ersten Zeile und vor der letzten Zeile einfügen, also nach <?php und vor ?>

Nachdem die Zeile eingefügt wurde, muß noch der eigentliche SECRET_KEY eingetragen werden. WordPress.org hat dafür eigenst einen Generator online gestellt, dort bekommt man die ganze Zeile inklusive eines zufällig generierten Ausdrucks.

Schritt für Schritt Anleitung für Blogs die mit 2.5 zum ersten mal installiert wurden:
1. die Datei wp-config.php runterladen und mit einem Texteditor öffnen
2. dort findet ihr dann eine Zeile die folgendes enthält: define(‘SECRET_KEY’, ‘put your unique phrase here’);
3. löscht diese Zeile und kopiert die Zeile, die ihr beim SECRET_KEY-Generator bekommt stattdessen dorthin
4. die Datei speichern und wieder hochladen
5. fertig, danach müßt ihr euch neu einloggen

Schritt für Schritt Anleitung für Blogs die auf 2.5 aktualisiert wurden:
1. die Datei wp-config.php runterladen und mit einem Texteditor öffnen
2. die komplette Zeile des SECRET_KEY-Generators kopieren
3. die komplette Zeile in die Datei wp-config.php zwischen <?php und ?> einfügen
4. die Datei speichern und wieder hochladen
5. fertig, danach müßt ihr euch neu einloggen

Die SECRET_KEY-Funktion funktioniert nur mit WordPress 2.5, in älteren WP-Versionen wird diese Funktion nicht unterstützt!

In zukünftigen WP-Versionen soll dieser Prozess automatisiert werden, leider ist das zur Zeit noch ein wenig umständlich, aber für die drei Minuten, die man braucht um den SECRET_KEY einzutragen, erhält man ein höheres Maß an Sicherheit.

→ boren.nu: Cookie Security in WordPress 2.5
→ WordPress.org: SECRET_KEY-Generator (mit jedem Aufruf der Seite wird ein neuer SECRET_KEY generiert)
→ WordPress Codex: “What is the SECRET_KEY for?”

Wenn ihr Hilfe beim einfügen des SECRET_KEYs benötigt, wendet euch bitte an das Forum.

kim88 hat dazu im Forum einen Thread eröffnet und bekam von Ingo prompte Hilfe in Form eines Plugins.

Ingo zufolge könnte das Problem mit der Komprimierung der TinyMCE-Javascript-Daten zusammenhängen und bietet als Lösung ein Plugin an, dass er als Anhang im Forum zur Verfügung stellt.

Vielen Dank dafür!

Im Template sieht es folgendermaßen aus, wenn man die Kategorie “1″ beim Vor oder Zurückblättern aus der single.php excluden/ausschließen mag.

<p class="single">
<?php previous_post_link('« %link','%title',FALSE,'1') ?><br />
<?php next_post_link('%link » ','%title',FALSE,'1') ?>
</p>

Filosofo hat eine Lösung dafür im Trac von WordPress.org hinterlegt.

Lösung 1: Selber machen

Sichert und öffnet dazu die Datei /wp-includes/link-template.php und nutzt diese Vorlage, um die Änderung selber vorzunehmen. Oder:

Lösung 2: Die fertige Datei

Ich stelle euch hier einen Download zur Verfügung, mit dem ihr – Auf eigene Gefahr – die Originaldatei überschreiben könnt. HINWEIS: Sichert die Originaldatei!

Und so geht ihr dabei vor:

1. wp-includes.zip herunterladen und entpacken
2. Den Inhalt des entpackten Ordners (link-template.php) in den Ordner /wp-includes eurer WordPress Installation kopieren und die Originaldatei damit überschreiben
3. Fertig!

Ich habe es auf meiner Testdomain ausprobiert und hatte dort Erfolg.

Hier einiges was ich zu obigen Fragen und Problemen fand. Auf WordPress.org wird immer wieder darauf hingewiesen, dies sei nur das Problem einiger. Ich mag manches davon nicht glauben. Doch jammern hilft nichts. Ihr und andere wollen Bilder nutzen. Also suche und sammle ich Lösungen, die anderen halfen.

Unbeding den Flashplayern erneuern! – Keine Beta Browser bitte.

1. .htaccess

Öffne die htaccess mit einem Texteditor-sichere vorher das Original und schreibe dort hinein.

<IfModule mod_security.c&gt
SecFilterEngine Off
SecFilterScanPOST Off
</IfModule>

2. chmod Rechte des Uploadordners sollen 755 sein.

3. wp-content/uploads

Admincenter → Einstellungen → Verschiedenes →

Speichere Uploads in diesem Ordner: wp-content/uploads

Kein Slash am Ende, versuche es mal mit dem Ordner, auch wenn sonst Deine Uploads woanders sind

Kompletter Pfad zu den Dateien (optional) -leerlassen!

4. Speziell für den Intenet Explorer

Ersetze die vorhandenen Dateien mit diesen: IE FIX

Nach dem Entpacken siehst Du die Ordner wp-admin und wp-includes, da drin sind die Dateien, die Du in genau diese Ordner hochladen sollst. (via avinews)

Weitere Hilfemöglichkeiten hier.