Beiträge von Alphawolf

Ich trau mich ja fast nicht zu antworten in Anbetracht deines Namens. :-D

Es gibt ein paar Themes, die das Admin-Layout umstellen. Z.B. dieses hier: WordPress Tiger Administration // Ordered List by Steve Smith Damit hättest du die Kat-Auswahl wieder auf der rechten Seite.

Wenn der Fehler direkt nach dem Update auftrat, lösche mal deinen Browser-Cache. Vielleicht werden da noch ältere Versionen Dateien genutzt, die im Update aktualisiert wurden.

Ich hatte am Anfang im IE7 komischerweise auch Probleme mit der Mediathek. Das Upload-Fenster/Layer war komplett anders strukturiert als im FF. Irgendwann probierte ich es dann nochmal, und es funktionierte (ob's nun am Cache lag, oder an der 2.5.1, die zwischendurch erschienen ist, kann ich aber nicht sagen).

Fiel mir grad ein, dass ihr ja auch sowas gesucht hattet: http://forum.wordpress-deutschland.org/design/34567-n…html#post167063
Da hat marX was gepostet. :)

[SIZE="1"]Bitte an meine Provision denken, danke![/SIZE]

Der momentane Quasi-Standard: The Trac Project – Trac
Hat allerdings recht spezielle Anforderungen an den Server.

Etwas moderater ist da Mantis Bug Tracker

Achsooo, falsch verstanden. Das passiert mir immer, wenn die Sonne mein Hirn durchbrutzelt. :)

Das sollte hilfreich sein: WordPress › Confirm User Registration « WordPress Plugins

Das gibt's bei WordPress von Hause aus. :)

Zitat von Raphael

Es gibt aber immer wieder Leute, die sagen, dass WP unsicher wäre, bzw. Sicherheitslücken hätte. Wie seht ihr das?

Es gibt leider genauso viele Leute, die sich beschweren, dass so oft geupdated werden muss. Man wird es nie allen recht machen können. Entweder Lecks werden schnell geschlossen, oder aber man führt wie MS bestimmte Patch-Tage ein, an denen gesammelt gepatcht wird, was ich aber für sinnlos halte, da sich dann wieder die "WP hat viele Löcher"-Riege melden würde.. etc etc..

In diesem Thread: http://forum.wordpress-deutschland.org/sprachdatei/30…datei-beta.html , würde ich sagen. Oder an sprachdatei =at= wordpress-deutschland.org (glaube ich).

Zitat von decx

im endeffekt war die .htaccess datei in meinem wp-include verzeichnis schuld die hatte nämlich ausversehen verhindert das auf php-dateien zugegriffen werden konnte

ich blödmann :)

Von einem Ossi hätte ich eigentich mehr erwartet. :mrgreen: ;)

Du hast die Fähigkeit aber unnatürlich durch einen Meteoritenschauer erworben, bei mir sind die Kräfte angeboren. :p [/offtopisch]

Zitat von codestyling

Ich mag "fest verdrahtete" Pfade gar nicht! Ich möchte pro Plugin, das was auf sich hält, immer noch selbst entscheiden können, wie dessen Pfad lauten soll.
Für mich sind Plugin's, die nicht damit zurecht kommen, das man ihren Pfad umbenennt, einfach nicht tolerant genug geschrieben und unflexibel.
Es gibt öfter Kollisionen bei zig Tausend Plugins in der Welt, das jemand den gleichen Pfad für ein Plugin gewählt hat, den ein anderes schon benutzt, dann muß man das einfach umbenennen können.

Die Flexibilität ist in der Tat ein gutes Argument.

Allerdings würde dieses wilde Umbenennen zu eben jenen Kollisionen führen, die du ansprachst. Ich bin Fan der neuen Auto-Plugin-Update-Funktion in WordPress, welche einen vorgesehenen Plugin-Namen voraussetzt, plus dass die Dateien in einem Unterordner des wp-content/plugins/-Verzeichnisses liegen, damit das System die Daten holen kann. Daher vergebe ich das fest, um diese Konventionen einhalten zu können. Nennt jemand das Plugin um, so stößt man leicht auf dieses Problem: http://forum.wordpress-deutschland.org/plugins-und-wi…aber-nicht.html

Und durch die Konstante PLUGINDIR bleibt man dennoch flexibel, da man diese ja dennoch anpassen kann, wenn man seine Plugins lieber in wp-content/themes/plugins haben will. :)

Sorry AndivomBerg für die leichte Abweichung des Themas.

Du möchtest also, dass dein Blog unter domain.de, domain2.de, domain3.de etc. erreichbar ist?

Ich sehe in dem Schnipsel nichts Invalides. Linke doch mal zum Validierungsergebnis. ;)

Statt

load_plugin_textdomain('intouch');

solltest du

load_plugin_textdomain('intouch', PLUGINDIR . '/intouch/');

nutzen, damit die Funktion auch weiß, wo die Sprachdatei zu finden ist. In diesem Fall (und auch generell) sollte dein Plugin im Ordner intouch/ in wp-content/plugins/ liegen.

Was viele nicht wissen: Ich habe ja Superkräfte. :)

Daher kann ich den Blogbeitrag auch ohne 404-Fehler öffnen: MSN Nickler, Eklentiler sitemize hosgeldiniz | MSN Nickleri

Welche Plugins hast du denn installiert?

Wenn du einen Beitrag bearbeitest, gibts unterhalb der Eingabebox einen Kasten "Kommentare & Pings", in dem du beide de-/aktivieren kannst.

Entweder wurde das mit 2.5 geändert, aber marX hat Recht. Wäre mir auch nicht bekannt, dass WP standardmäßig Seiten durchsucht.

Zitat von cywhale

Edit: Alphawolf, gerade gefunden :Plugin API/Filter Reference « WordPress Codex
Da ist ein Filter für 'attachment_link' gelistet.

Damit lässt sich was anfangen. :) Danke dir!

Hier nun ein kleines Plugin, das nun doch die Links der Gallery auf die Vollbild-URL zeigen lässt:

<?php
/*
Plugin Name: WP Gallery 2.5 Full Image Link
Plugin URI: http://forum.wordpress-deutschland.org/konfiguration/34101-wordpress-2-5-gallery-bilder-neuem-fenster-oeffnen.html
Description: Link gallery images to full size instead of in their templated view.
Version: 0.7
Author: Oliver Schl&ouml;be
Author URI: http://www.schloebe.de/
*/


function os_wp_gallery_img_full( $link, $id ) {
	global $post;
	if( !$id ) $id = (int) $post->ID;
	
	$link = wp_get_attachment_url( $id );
	return $link;
}


add_filter('attachment_link', 'os_wp_gallery_img_full', 500, 2);
?>

Im wp-content/plugins - Verzeichnis ein Verzeichnis wp-gallery-img-full anlegen, darin eine Datei wp-gallery-img-full.php erstellen und den obigen Code einfügen. Plugin aktivieren, fertig.

Allerdings bin ich mir nicht ganz sicher, was damit noch alles umgeschrieben wird, da ja zu Attachments neuerdings auch Audio- und flash-Dateien gehören können... wenn möglich mal testen. :)

James Kelly :: Themed Login Plugin :)