Beiträge von Paracetamol

Hallo!
Ich bin schon ein paarmal mit Wordpress umgezogen, aber dieses Problem kann ich mir nicht erklären: Auf dem neuen Server lassen sich keinerlei Einstellungen ändern. Nach dem Klick auf "Änderungen speichern" wird zwar eine "Gespeichert"-Box gezeigt, aber nichts tut sich.

Edit:

Lösung endlich gefunden: Mein Provider hatte mir 2 SQL-Konten angelegt (admin/user); eines hatte keine Schreibrechte, das habe ich aber unbedacht in die wp-config geschrieben (klar: "user" halt). Wordpress-Fehlermeldung gab's leider keine, darum bin ich erst so spät drauf gekommen.

Meine Vorgehensweise auf dem alten Server:
Permalinks abgestellt.
SQL-Daten gesichert.
FTP-Daten gesichert.

Auf dem neuen Server:
SQL-Tabelle importiert, "home"-url in mySQL geändert
config.php angepaßt
FTP-Daten hochgeladen.

So. Nun lassen sich zwar alle Seiten anzeigen, aber weder die Permalink-Optionen, noch das Upload-Verzeichnis lassen sich ändern. Es ist, als läge ein Schreibschutz auf meinen Einstellungen.

Habe ich etwas vergessen, muß ich noch etwas beachten? Vielen Dank für evtl. Tips!

Hallo! Ich weiß, es ist etwas merkwürdig, im Forum zu posten, wenn das Problem schon gelöst ist, aber da ich hier schon eine Weile gesucht hatte, kann ich an dieser Stelle nur nochmal betonen: Bei obskuren Fehlern erstmal die Plugins abschalten.

Was lief nicht? Mein Flash-Bild-Uploader zeigte konstant HTTP-Fehler nach dem „Crunchen‟, der Browserupload funktionierte problemlos. Ich habe eine Menge herumprobiert, es lag nicht an den Schreibrechten oder Site-Pfaden oder dem Safe-Mode.

Die Lösung: Das Plugin „Maintenance Mode‟ war wegen der Umbauarbeiten noch aktiviert und leitete – zumindest für den Flash-Uploader – alle Anfragen an die Adresse um. So einfach. Hat einen halben Tag gedauert, das herauszufinden.
Da hätte ich viel eher einfach mal testweise die Plugins abstellen sollen.

Search Everything durchsucht zwar auf Wunsch die Meta-Angaben, in denen RS Event den Termin schreibt, aber die Angabe ist dort codiert, darum kommt man über eine reine Klartext-Suche nicht heran.

Es gibt die Möglichkeit, einen eigenen SQL-Query zu basteln, z.B. in einer speziellen Seite, die nur mit RS-Event markierte Objekte seitenweise ausgibt (statt der Standard-Liste). Das ist aber ziemlich viel Arbeit (und leider gibt's die Demoseiten im passenden Forum nicht mehr).

Aber sonst: Das einzige, was flexibel abgefragt werden kann, ist die Erstellungszeit eines Artikels.

Ok, ich hab's grad geschafft, danke für den Hinweis; im FAQ gibt's hier auch eine ganz gute Anleitung. Allerdings hat er mir beim Import die Sonderzeichen zerschossen, muß man da eine spezielle Exportfunktion in PHPmyAdmin wählen?

Edit: Oder so: Search and Replace, hat sehr gut geklappt!

So habe ich das beim letzten Mal gemacht. Aber ich war mir nicht sicher, ob der Versionssprung von 1.8 auf 2.5 das mitmachen würde.

Ich muß hier noch auf ein weiteres Sticky-Image-Problem hinweisen, das eher ein konzeptueller Fehler ist.
Anders als die meisten Plugins verläßt es sich beim Bild-Upload nicht auf Meta-Daten (nur für die alt-Markierung), sondern nummeriert die Dateien im Upload-Verzeichnis nach den Post-IDs, was die Migration beim Umzug des Blogs natürlich erschwert, da IDs beim Import neu vergeben werden.

Custom Field Image funktioniert in der Hinsicht viel präziser, bietet allerdings keinen Uploader an.

Hallo!
Ein wenig habe ich mir durch die Beiträge gelesen, aber so akut scheint das Thema nicht zu sein:
Gibt es eine Möglichkeit, die Beitrags-, Seiten- und Kategorie-IDs beim Import der alten Wordpress-XML-Daten zu erhalten?
Das letzte Mal habe ich einfach die Datenbank exportiert; nun ist der Versionssprung aber ziemlich groß. Da muß auch nichts zusammengeführt werden, das neue Blog ist ja leer.

Mit bestem Dank für alle Hinweise!
Edit: Problem gelöst.

Sticky Image noch kompatibel mit WP 2.5

Edit:

Ha! Es klappt noch mit Sticky Image, genau wie Du es Dir vorstellst. Das hat ein paar Macken (funktioniert z.B. nur in einer WP-Konfiguration per Hauptverzeichnis) und verlangt ganz ungalant die Änderung zweier Kerndateien im wp-admin-Verzeichnis, ist aber so ziemlich das brillianteste Plugin für Wordpress, wenn man es als CMS benutzt.

Ich habe damals ein wenig dran rumgehackt und ein-, zweimal mit dem Programmierer Markus Buschoff geschrieben, der war ganz freundlich. Ich hab's nicht mehr online gefunden und hänge es Dir mal an; in der unbearbeiteten Version natürlich.

Edit 2:
Überflüssige Post-Felder können für die Nutzer elegant mit dem Custom Admin CSS-Plugin ausgeblendet werden.

Korrektur: Bin ein Hornochse, es funktioniert super. Bei den Beiträgen stimmen auch alle IDs, nur bei den Seiten nicht.

Korrektur: Der Autor hat mir einen Tip gegeben: Jetzt funktioniert das Hochladen mit anderer URL, aber angezeigt wird auf diese Weise noch nix.

Zitat

Dies kann wirklich zum Problem werden, da der Pfad zu den Bildern
fälschlicherweise aus der Blog-URL resultiert - und nicht aus der
Wordpress-URL, was wohl besser wäre.

Du kannst Dir sehr leicht helfen. Öffne sticky_image.php in einem Editor
und suche nach den Zeilen

Code

function getImage($id) 
        { 
        ... 
                        return get_bloginfo('[COLOR=Black]url[/COLOR]') . '/' . $fname; 
        ... 
        }

und

Code

function getThumb($id) 
        { 
        ... 
                        return get_bloginfo('[COLOR=Black]url[/COLOR]') . '/' . $fname; 
        ... 
        }

und ändere die beiden return-Zeilen so ab, dass dort steht:

Code

return get_bloginfo('[COLOR=Red]wpurl[/COLOR]') . '/' . $fname;

Sobald Du die editierte Datei auf dem Server hast, sollte er die
Wordpress-URL als Grundlage für die Verzeichnisberechnung der Bilder
nehmen und alles wird gut... :) In der nächste SI-Version wird dieser
Fehler korrigiert sein.

Alles anzeigen

In der neuen Version ist es wieder drin.

Hallo Leute!
Ein merkwürdiges Problem: Bei abweichender Blog-Adresse vom Wordpress-Verzeichnis lädt Sticky Image Bilder zwar hoch, kann sie aber nicht anzeigen. Dreimal dürft ihr raten, was passiert, wenn die Wordpress-Adresse in den Sticky-Image-Einstellungen angegeben wird: Genau, die Bilder werden richtig angezeigt, aber beim Hochladen erscheint angehängte Fehlermeldung.
Was mache ich da falsch?

Auch ich hatte soeben das Problem und wollte schon völlig kopflos alles neu einrichten, als ich feststellen musste, daß die Umstellung nur auftritt, wenn ich das Plug-In "Maintenance Mode" aktiviert habe. Wahrscheinlich liegt es bei Euch nicht daran, aber mit der Plug-In-Verwaltung könnte es etwas zu tun haben.

1. Sehr gut: InTypo. (korrekte Typo)
2. Empfehlenswert: SearchEverything. (mehr finden)
3. Je nach Nutzer: Dasher. (Tellerrand umbauen)

Die Plug-In-Auswahl hängt hauptsächlich vom Zweck der Seite ab: Schnell übertreibt man's und die Datenbankbelastung steigt erheblich: Plug-Ins wie WP-Pagenavi z.B. stellen unabhängig von anderen Wordpress-Funktionen vermehrte SQL-Anfragen, andere bomben den Java-Script-Teil mit Funktionen voll: Da muß man abwägen, ob sichs überhaupt lohnt. Terminkalender braucht z.B. auch nicht jeder. All-In-One-Top-10's sind keine Super-Lösung, weil jeder andere Ansprüche hat.
Gut wären mal vernünftige Listen nach Blog-Typ, z.B.: Fotoblogs, Blogs mit vielen Autoren, Blogs für Kunden, Datenbanken, Blogs mit vielen Besuchern ...

Wie schon in ein, zwei Beiträgen in diesem netten Forum beschrieben, benutze ich WP 2.0.2 als CMS-Ersatz. Dazu versuche ich, zu jedem Eintrag eine zweite Zeitangabe (das Jahr, es ist ein Werkskatalog) abzuspeichern.
Zuerst habe ich das über RS-Event erledigt (vgl. Beitrag). Dann bin ich auf die Wunderwelt der Meta-Angaben gestoßen, mit der ist das alles etwas übersichtlicher (vgl. Beitrag). RS-Event nutze ich nun außschließlich für Ankündigungen, die Jahresangeben stehen im benutzerdefinierten Eingabefeld "Jahr".

Der Pferdefuß von Meta-Angaben ist, daß man sie nicht als Sortierungs-Kriterium benutzen kann, das wäre in einem Werkskatalog (Werke nach Jahren) aber viel besser.

In der englischen Wordpress-Doku ist dazu ein halbwegs verständlicher Beitrag erschienen, der in einen selbstgebastelten Meta-Key-Loop mündet: (Link zum Beitrag)

if ( $recentposts =
$wpdb->get_results("SELECT ID, post_title, post_date, post_content, meta_value, guid FROM $wpdb->posts LEFT JOIN $wpdb->postmeta ON $wpdb->posts.ID = $wpdb->postmeta.post_id WHERE post_status = 'publish' AND meta_key='BookTitle' ORDER BY meta_value, post_date DESC LIMIT 5")) {
foreach ($recentposts as $post) {


echo "<a href=\"{$post->guid}\" title=\"Permanent Link: {$post->post_title}\">{$post->meta_value}</a>";
} }

Der Teil hinter dem echo ist dabei die Ausgabe dieses alternativen Loops. Natürlich nicht mehr so komfortabel nutzbar wie Template Tags.

So! Zur Frage: Diese Lösung ist auf die Auflistung einzelner Meta-Kategorien, z.B. für die Titelseite ausgelegt. RS-Event funktioniert wahrscheinlich genauso.
Läßt sich die SQL-Abfrage so umbauen, daß sie im Kategorie-Archiv jeweils nur eine Kategorie ausliest? Läßt sich dann noch mit den Seiten (und dem Navigations-Plug-In) arbeiten? Ich glaube, da kommt man bald vom 100. ins 1000.

Besteht die Möglichkeit, den Original-Loop zu ändern, damit der auf der ganzen Seite nur noch stur nach dem Meta-Key "Jahr" sortiert?

Danke für den Tip! Habe ein wenig herumgesucht und bin auf das Plug-In "Custom Field GUI" (http://rhymedcode.net/projects/custom-field-gui) gestoßen, das über eine kleine Konfigurationsdatei beliebige Formularelemente unter das Editor-Feld ablegt.

Das ist so praktisch, daß ich überlege, ob ich nicht RS-Events wieder rauswerfe, weil man dessen Meta-Daten weder durchsuchen noch als Sortierkriterium verwenden kann. (mein alter Thread dazu)

Meine restlichen Auszeichnungen habe ich bis jetzt durch Extra-Kategorien erledigt, das kann ich jetzt ebenfalls abschaffen, echt wunderbar!

Um ein derartig simples Plug-In zu finden, bin ich wohl einfach zu dämlich:
Ich möchte ein separates Feld im Editor einrichten, in dem man bei Bedarf eine URl hineinschreiben kann.
Die würde bei Vorhandensein im Loop ausgelesen, so einfach.

Natürlich ginge das auch per Angabe einer eigenen Meta-Kategorie oder Linkformatierung im Text, aber das wäre weder idiotensicher noch praktisch; alle von mir gefundenen Link-Plug-Ins beschäftigten sich nur mit Links im Eintragstext.

Hoffe, ich bin da jetzt richtig durchgestiegen. Wie es aussieht, liegt's am float-Befehl. Der muß im CSS per clear abgestellt werden, sonst fließt er auch außerhalb der Box bis zum Ende weiter. (außer im IE)

Du benötigst irgendein Element am Ende der umschließenden Box, z.B. <span>, dem Du im CSS per clear:left; sagst, daß der linke Umfluß beendet werden soll.

Oder verwendest den Doppel-Float-Trick.

Dankeschön für die frühmorgendliche Antwort!
Hat super geklappt, habe einfach alles Überflüssige auskommentiert. Im Anhang ist die abgespeckte Variante mit Sticky Image. Beinahe simpler als Blogger!

Wordpress läßt sich beeindruckend konfigurieren; in den letzten Wochen ließen sich mit ein paar Plug-Ins und Anpassungen eine beeindruckend flexible Webseite bauen.
Nun werden bei der post.php aber eine ganze Menge Dinge angezeigt, die ich eigentlich überhaupt nicht mehr benötige, z.B. weil ich einen separaten Uploader habe und die Kommentare nicht nutze. Außerdem möchte ich dem Blog-Autor die Übersicht erleichtern.

Gibt es ein Plug-In, das Drop-Down-Felder und den Dateiupload ausblendet, ohne daß man Änderungen im Quelltext vornehmen muß? (wenn nicht, dann wo?)

Ich habe es mal mit Admin Simplified (http://www.semiologic.com/software/admin-simplified/) versucht, da lag sogar eine editierbare CSS-Datei dabei. Die zerschießt aber nur ein wenig vom Layout (und scheint nicht auf WP 2.0 ausgelegt zu sein).