Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenLediglich das öffnen einer neuen Seite funktioniert nicht.
Meinst Du damit, dass sich ein neuer Tab oder ein neues Fenster öffnet, wenn man auf den Link klickt? Dafür ist unter dem Feld für die Linkadresse das Feld "Open this link in a new window" zuständig.
Es werden wohl alle in diesem Forum RSS (aka Feed) "benutzen", denn es wird automatisch von WordPress erzeugt. Auch Deine Site enthält einen Feed, es ist der schwarz/orange Knopf ganz unten rechts.
Kann man so machen, ist aber nicht wirklich deterministisch, denn bei relationalen Datenbanken sind die IDs nicht zwingend aufsteigend oder einer anderen Reihenfolge. MySQL macht es nur zufällig so, aber man kann sich nicht darauf verlassen, vielleicht macht es die nächste Version nicht mehr so.
Schreibe dir einfach eine kleine Funktion in functions.php oder als Plugin, die das Erstellungsdatum der Kategorie in der DB speichert (den Action-Hook abgreifen, der bei der Erstellung gefeuert wird, ich glaube der heißt "created_category").
Die Funktion wp_update_post ist Dein Freund:
http://codex.wordpress.org/Function_Reference/wp_update_post
Das geht nicht direkt, da bei den Kategorien nicht gespeichert wird, wann sie angelegt wurden (und nein, die ID ist nicht in jedem Fall fortlaufend).
Es ist aber durchaus möglich, eine Funktion zu schreiben, die das Erstellungsdatum einer Kategorie in der Datenbank speichert. Dazu muss man allerdings ein klein wenig programmieren. Frage den PHP/WP-Nerd Deines Vertrauens.
Ungetestete Idee: Ein kleines Plugin schreiben, das mit get_post() die Posts ausliest, die Kategorien neu setzt und mit wp_update_post() wieder speichert. Ist vielleicht nicht die schnellste Methode, sollte aber funktionieren.
Direktes Geschreibsel in die Core-Tabellen der DB finde ich immer etwas kritisch.
Du hast die Antwort Dir schon selbst gegeben: auf Server B ist der MySQL-Server zu alt, benötigt wird mindestens Version 4.1.2 (siehe http://wordpress.org/about/requirements/).
Gar nichts! Alle Plugins aus dem WP Repository sind mit der GPL lizensiert und somit kann man damit (fast) alles machen was man will, also auch evtl. vorhandene Links entfernen.
Wer das nicht möchte sollte sein Plugin nicht mit der GPL veröffentlichen (es gibt ausreichend andere Lizenzmodelle). Dann wird es allerdings auch nicht bei wp-plugins.org gelistet.
PHP wir vor der Ausgabe des HTML-Markups ausgeführt, JavaScript (sprich jQuery) nach der Ausgabe des Markups. Die Übergabe des Selectbox-Wertes ist also nur über $_POST bzw. $_GET nach dem Submit des Formulars möglich.
So, mit pagebar v2.56 kann man jetzt auch wieder Themes editieren. Das Problem war die globale Variable $dir, die in WordPress in der Version 2.9 eingeführt wurde und leider auch in pagebar existierte.
Ich suche nach einer Lösung, kann das Problem aber bisher nicht eingrenzen. Welche Plugins verursachen denn den Fehler, vielleicht finde ich ja Übereinstimmungen, die verantwortlich sind.
lutz
(Autor pagebar2)
Das Zauberwort heißt "robots.txt". Björn schrieb darüber.
Ist mod_rewrite aktiv?
Die Fehlermeldungen von PHP sind nicht immer leicht zu verstehen. Ich würde mal sagen, Du hast in der Zeile etwas darüber ( $table_prefix = 'wp_'; ) das Semikolon am Ende der Zeile weggenommen.
Ja, die wp-config.php brauchst Du. Ich würde mal schätzen, dass der Pfad zur Datei evtl. falsch ist und PHP deshalb abbricht.
Du wirst demnächst eine Mail erhalten "[WordPress Plugins] Request Approved: <pluginname>".
Danach kannst Du mit Subversion auf das Repository für DeinPlugin zugreifen und die Daten hochladen.
Was genau meinst Du mit "zugänglich machen"? Die Funktionen des Plugins an sich oder die Seite mit den Einstellungen im Backend?
