Beiträge von Ammaletu

Schau mal hier:
WordPress Deutschland FAQ » Wie kann ich WordPress auf meinem heimischen Rechner installieren?

Und letztens hieß es in einem anderen Thread noch, man solle erstmal ein Update auf 2.3.3 machen und von da aus dann zu 2.6 gehen, weil sonst die Kategoriennamen verschwinden. Es hat sich zwischenzeitlich wirklich viel geändert unter der Haube, also könnte das eine gute Idee sein. Die alte Version 2.3.3 sollte hier im Archiv noch downloadbar sein, denke ich.

Falls das Update zu 2.3.3. klappt mach davon dann übrigens ruhig auch ein komplettes Backup, bevor Du weiter zur 2.6 gehst.

Und davon abgesehen: Mache in jedem Fall regelmäßig Backups. Dann kannst Du im Fall des Falles zu einem sauberen Backup zurückgehen. Es gibt ein schönes Plugin, mit dem man aus der WordPress-Oberfläche heraus die Datenbank sichern kann, auch regelmäßig. Müsstest Du bei wordpress.org mal nach "Backup WordPress" suchen.

Steht mit ziemlicher Sicherheit in der style.css des Themes. Genauer kann Dir das sicher jemand sagen, wenn Du mal die Adresse der Seite schreibst.

Es könnte sein, dass Dein Server den Browser anweist, die Sachen länger als üblich zu cachen. Poste doch mal die URL der Seite, dann können wir schauen, ob das bei uns auch auftritt (naja, nur wenn Du dann auch was Neues schreibst auf der Seite, klar). Aber zumindest kann man dann mal schauen, was für Caching-Anweisungen Dein Server mitschickt.

Also ehrlich gesagt würde ich Dir vorschlagen, Dich damit an den Support Deines Providers zu wenden. Dafür sind die da, und die können da ggf. direkt reinschauen, was Du worauf verlinkt hast. So von außen lässt sich das schwer sagen.

Ich wollte als Stichwort nur schon mal "canonical URLs" in den Raum geworfen haben. Damit das mit WordPress funktioniert, musst Du dann vermutlich in den Optionen verschiedene Adressen eintragen (mal sehen... Domain bei Blog-Adresse und interne Adresse bei Wordpress-Adresse?!). Denke ich jedenfalls. Probier es aus, falls nicht wirst Du es merken, dann kommen sinnlose oder gar endlose Weiterleitungen.

Eine sehr schöne Übersicht über Dutzende Lightbox-ähnliche Scripte findest Du hier:
The Lightbox Clones Matrix « planetOzh

Ich habe vor ein paar Tagen auch geschaut und bin dann letztlich doch bei Lightbox gelandet, weil es am besten aussieht, am einfachsten zu handhaben ist und von den Projekten sicher auch mit am ehesten gewartet wird in der Zukunft.

Du müsstest mal schauen ob die Dateigrößen auch so groß sind, wenn Dein Server die Dateien gezippt ausliefert. Bei besseren Providern kannst Du das einstellen, dass z.B. JavaScript-Dateien gzip-codiert ausgeliefert werden, was sie um einiges kleiner macht. Und dann natürlich sinnvolle Cache-Einstellungen dazu, dann zieht das der Nutzer nur einmal. Theoretisch müsstest Du die Dateien z.B. auch nur in der Single-Ansicht einbinden können (obwohl man dann etwas an dem Plugin ändern müsste, denke ich), so dass das Laden der Startseite nicht belastet wird.

Da kannst Du Dir einfach ein eigenes Seitentemplate schreiben. Dort kannst Du die Query ja nach Belieben manipulieren, eben auch zu "order=asc&posts_per_page=50". Nimm die page.php Deines Themes als Grundlage und lass die Datei so beginnen:

<?php
/**
 * Template Name: Links
 */

Und dann möglichst weit oben in einen PHP-Block:

// change the loop query so that the 50 oldest entries are given 
$posts = query_posts($query_string . '&order=asc&posts_per_page=50&showposts=50&post_type=post');

Hm, das funktioniert so vielleicht noch nicht ganz, aber so in etwa sollte es gehen.

Also ich kriege einen 404-Fehler, und der kommt eigentlich ohne Verzögerung (Firefox 2 / Windows).

Zitat

öhm, ich weiß nix über codierung

Na also dann raffe ich wirklich nicht, warum Du da solchen Unfug einträgst. UTF-7 und UTF-16 sind keine Codierungen, die man normalerweise in Web-Anwendungen verwenden würde. In 999 von 1000 Fällen hast Du da die Wahl zwischen UTF-8 (wäre zu bevorzugen) und ISO-8859-1 (die ältere deutsche Codierung, wenn es sein muss weil z.B. die Datenbank nicht auf UTF-8 gestellt werden kann).

Anyway, ist ja schön, dass Deine Seite wieder geht. Wenn mit den Umlauten nun noch etwas nicht stimmt, sag hier Bescheid oder mach einen neuen Thread dazu auf. Ansonsten: In Zukunft gleich das Problem komplett beschreiben, dann klappt es auch mit der Lösung schneller.

Ähm, Du könntest mal schauen, ob Dein Theme aus welchem Grund auch immer bei der Ausgabe der Zeiten vielleicht 15 Minuten dazu addiert. Sonst fällt mir leider auch nichts ein, woher das kommen sollte. Schau mal nach dem Befehl, der die Zeiten ausgibt (z.B. an den Beiträgen in der single.php), und poste ihn ggf. Oder fast noch besser: Stell mal versuchsweise auf das Standard-Theme um und schaue, ob das da auch auftritt. Falls ja, wäre mein nächster Verdächtiger ein Plugin...

Soll heißen, damit WordPress Thumbnails anlegen kann, braucht es das Recht, im Upload-Ordner zu schreiben. Das müsste es aber eh haben, sonst würde der Upload ja nicht klappen?! CHMOD 777 bezieht sich auf den Befehl zum Setzen der Dateirechte (per FTP z.B.).

Viel mehr kann ich Dir im Moment auch nicht dazu sagen. Aber wenn 1&1 das irgendwie tatsächlich so anbietet, dass Du z.B. keinen FTP-Zugang dazu hast, müssten die Dir dann nicht auch Support für solche Probleme geben? Nur so ein Gedanke, vielleicht findet sich hier auch noch jemand, der eine Lösung weiß...

Hm, ich glaube meine erste Frage dazu wäre: Sind die Beiträge mehreren Kategorien zugeordnet oder nur den jeweils untersten Kategorien? Ist also Beitrag X sowohl unter "Bücher" als auch unter "Kochbücher" abgelegt? In letzterem Fall müsste Dir get_the_category doch eigentlich alle Kategorien zurückliefern, oder? Und Du müsstest theoretisch darüber iterieren und herausfinden, welche der Kategorien Du für Deine Query nutzt und welche nicht (über das parent-Attribut irgendwie). Ansonsten sollte das wie gepostet eigentlich gehen, denke ich.

Falls es das jetzt nicht trifft: Kannst Du genauer beschreiben, was bei der Anzeige eines Kochbuch-Beitrags passiert? Was heißt, es "kommt alles doppelt"?!

Ich nehme jetzt einfach mal an, dass Du wesentlich mehr über Codierungen weißt als ich und deshalb weißt, was Du mit UTF-7 und UTF-16 anstellst. Wieso Du einen Grund hast, bei so einem Update die Codierung zu ändern (wenn Du immer noch die gleiche Datenbank verwendest), ist mir aber nicht klar. Egal, so oder so ist dann wohl Deine beste Chance, diese Einstellung direkt in der Datenbank wieder rückgängig zu machen. Da müsste ja jetzt wahlweise "UTF-7" oder "UTF-16" drinstehen, so dass es sich leicht finden lassen sollte.

...

Du hast mich jetzt tatsächlich neugierig gemacht. Ich hab aus Spaß in meiner lokalen Version mal UTF-7 eingestellt, und danach treten tatsächlich die beschriebenen Probleme auf. In der DB-Tabelle wp_options müsstest Du mal die Option "blog_charset" raussuchen. Nimm diese Query, falls Du sie nicht findest:

select * from wp_options where option_value like "UTF-7";

Den Wert änderst Du einfach zurück zu "UTF-8" und alles geht wieder. Faszinierend. Irgendwie würde ich auch vermuten, dass das damit zusammenhängt, dass UTF-7 als Codierung dort keinerlei Sinn macht. Aber vielleicht sollte das auch gehen und es liegt an WordPress, keine Ahnung.

P.S.: Was die kaputten Umlaute betrifft, wenn dann erstmal alles wieder geht außer den Umlauten findet sich der Grund dafür sicher auch noch. Da müssten wir dann einfach mal schauen, was ausgegeben wird, welche Umlaute genau alle kaputt sind und wie die verschiedenen Encoding-Einstellungen aussehen. Manchmal ist das auch einfach nur ein Plugin, das rumspinnt, oder es ist doch irgendwo noch was nicht richtig eingestellt. Sollte sich dann aber rausfinden lassen.

Woah, da komm ich nicht mehr so ganz mit. Aber ich würde Dir folgendes vorschlagen:

- egal was Du machst, alle Original-Backups unverändert aufbewahren
- alten Zustand wieder herstellen (Backup der Daten und der Datenbank wieder aufspielen, komplett wie es vor dem Update war), dazu ggf. vorher ausloggen + Cookies löschen, da sich zwischendurch am Cookie-Format was geändert hat (glaube ich)
- sicherstellen, dass das Blog mit 2.2 funktioniert
- diesen Thread hier lesen: http://forum.wordpress-deutschland.org/installation/3…config-neu.html
Ich nehme mal an, dass das noch aktuell ist, also jetzt erstmal ein Update auf 2.3 machen
- sicherstellen, dass der Blog mit 2.3 korrekt funktioniert, Plugins erstmal alle noch deaktiviert lassen
- Backup von 2.3 machen, nur so zur Sicherheit und um ggf. einen Schritt sparen zu können
- Upgrade auf 2.6 durchführen entsprechend der Anleitung, die Änderungen an der wp-config.php nicht vergessen (hattest Du in Deinem Posting nicht erwähnt, steht in der Upgrade-Anleitung hoffentlich drin, falls nicht mal die neue wp-config-sample.php mit Deiner wp-config.php vergleichen)

Tja, das sollte so theoretisch funktionieren. Falls doch Fehlermeldungen auftauchen bzw. die berühmte weiße Seite kommt, wirf bitte mal einen Blick ins Errorlog und poste ggf. die genauen Fehlermeldungen. Ansonsten müsstest Du danach mal schauen, welche Plugins mit 2.6 kompatibel sind und welche nicht. Siehe: Plugins/Plugin Compatibility/2.6 « WordPress Codex

Das ist kein Problem, allerdings müsstest Du uns zuerst sagen, ob Du Widgets für die Sidebar verwendest oder nicht. Falls ja, kannst Du das ganz einfach im betreffenden Widget einstellen. Falls nein, erfordert es eine kleine Modifikation an der sidebar.php Deines Themes. Du kannst dann dort schon mal die Zeile raussuchen, die "wp_list_categories" enthält und hier posten (falls Du nichts findest, probier es mit "wp_list_cats").

Soll das heißen, das Upgrade lief ganz normal durch, alles funktionierte, und dann hast Du eine Einstellung verändert, und danach kamen die geschilderten Fehlermeldungen? Und das hast Du bisher nicht für erwähnenswert gehalten?!? Das macht mich ehrlich gesagt ein wenig sprachlos...

Ähm, ok. Es ist ja Dein Blog. Ok, zuerst mal: Meinst Du vielleicht UTF-8 oder tatsächlich UTF-16? Ich weiß nämlich nicht, ob diese Codierung mit PHP funktionieren würde.

Ob diese spezielle Einstellung etwas mit den geschilderten Problemen zu tun haben kann, weiß ich leider nicht genau. Klingt eigentlich nicht danach, aber wenn es so wäre, könntest Du sie ja einfach zurückstellen und mal schauen, was dann passiert. Wenn Du die Settings nicht in WP speichern kannst, müsstest Du Dir das direkt in der Datenbank raussuchen und ändern (wp_options-Tabelle, ggf. Backup vorher machen). Ansonsten denke ich immer noch, dass Du die Rechte auf dem Server mal kontrollieren solltest.

Ja, das ist die brachiale Methode, dann fällt WP auch für die Einzelansicht auf die index.php zurück.

Mit einem guten Texteditor geht das eigentlich ganz gut. Einige spannende Ressourcen sind hier ganz unten verlinkt:
Function Reference « WordPress Codex

Eine echte Funktionsliste habe ich dagegen nicht gefunden. Das wäre vielleicht auch nicht so sinnvoll, da sich die Codebasis ja laufend ändert. Wenn es Dir mit der WP-Entwicklung ernst ist, ist aber sicher ein Editor nützlich, der die Funktionen für Dich raussucht. Eclipse kann z.B. auch PHP und sollte das können (ich habe es selber aber noch nie für PHP verwendet).

Fast sicher beantwortet das Deine Frage:
WordPress Deutschland FAQ » Wie kann ich im Standard DE-Theme (Kubrick) immer die vollständige Sidebar anzeigen lassen?

Und für alle anderen: Ihr wollt den angegebenen Blog nicht auf Arbeit aufrufen...