Beiträge von Arno Simon

    Grins... ein Schelm, wer da Psycco heißt.... ;)

    Zitat

    Warum wird denn kein BB-Code verwendet, sondern immer gleich richtiger HTML Code?

    Na, Du kannst ja ein BB-Code-Plugin schreiben, wenn Du keins findest ;)

    Zitat

    Ich habe auch ein Problem mit html Code: wenn ich diesen Poste, wird er nicht im Post angezeigt, sondern wird irgendwie als richtiges HTML interpretiert :/

    Na klaro... Weil Du dafür zunächst mal ein BBCode-Tag oder per Plugin geparstes und ersetztes HTML-Tag benötigst um WP zu sagen: Das wandel jetzt aber mal so um, das es nicht ausgegeben wird, sondern als Quelltext stehenbleibt. Alles was an HTML eingegeben wird, wird nunmal auch als HTML ausgegeben und HTML wird standardmäßig von Deinem Browser (userfriendly wie er nunmal ist) in eine vernünftige Anzeige umgewandelt ;)

    vG

    Arno

    Zitat

    Der Cache wird vom Standard her im Directory /wp-content/cache gehalten, welches immer wieder vom neuen auf die Berechtigungen des /wp-content/-Directories eingestellt wird.

    so nicht ganz richtig. Das Verzeichnis selbst muß existieren und beschreibbar sein. Das wp-content-Directory und seine Berechtigungen dienen als Vorlage für die Unterverzeichnisse des Cache-Directories. Ohne ChMod 777 auf das wp-content hat es bei mir bzw. all-inl.com dennoch nicht funktioniert.

    so.. ich nochmal...

    Habe mich jetzt soweit durch die neuen Dateien gekämpft, das auch auf meiner Testsite der Cache aktiviert ist.

    Der Cache wird vom Standard her im Directory /wp-content/cache gehalten, welches immer wieder vom neuen auf die Berechtigungen des /wp-content/-Directories eingestellt wird.

    Zumindest bei all-inkl.com funktioniert der Cache - inklusiver Benutzerdaten - nur wenn das /wp-content/-Directory auf ChMod 777 eingestellt ist!

    Habe mich gerade mehrfach aus- und wieder eingeloggt und dabei den oben beschriebenen Fehler trotz aktiviertem Cache nicht nachvollziehen können. Auch habe ich die weiter oben beschriebene Änderung an der pluggable-functions.php nicht nachvollzogen (sprich durchgeführt) und dennoch keine Probleme.

    Einfach mal testen, obs mit ChMod 777 auf dem /wp-content/-Directory klappt und die Modifikation an der pluggable-functions.php zurücknehmen.

    vG

    Arno

    PS das Cache-Directory zur Vorsicht nochmal komplett (inkl. SubDirectories) leeren!

    Nun, weil hier der (neue) persistente Cache zuschlägt und an der Stelle wohl 'ne Macke hat. Mutmaßlich werden die UserMeta-Daten nicht in den Cache übertragen.

    Den Cache kann man übrigens wohl in Zeile 109 der /wp-settings.php durch Dekommentierung dieser Zeile komplett abschalten. Ob die Seite dadurch langsamer werden könnte? Keine Ahnung --> Ausprobieren.


    vG

    Arno

    Zitat

    Fatal error: Allowed memory size of 20971520 bytes exhausted (tried to allocate 54814 bytes) in .../wp-includes/streams.php on line 58

    Nonsense gestrichten.... wenn man richtig lesen, kann ist man klar im vorteil. sind 20 und nicht 2 mb ;)

    vG

    Arno

    Mit den ChMod-Geschichten kenne ich mich sooo gut auch nicht aus, nur soviel:

    Die 3 Zahlen sind so aufgeteilt:

    1. Zahl: Eigentümerrechte
    2. Zahl: Gruppenrechte
    3. Zahl: öffentliche Rechte

    Das Zusammenspiel der Zahlen basiert auf diesem Schlüssel:

    • 4 = Lesen
    • 2 = Schreiben
    • 1 = Ausführen


    Je nachdem, welche Werte gesetzt sind, kommt halt 444, 422, 466 etc. pp zustande und das entsprechende darf der jeweilige dann auch machen.

    Jetzt scheint Dein Provider das ganze so eingestellt zu haben, das der Apache - um die .htaccess-Datei auswerten zu können (oder es ist eine Vorgabe des Apachen) -, der ja unter der Eigentümer-Berechtigung läuft auf jeden Fall den Wert 7 - also alles für ihn erlaubt - braucht.

    Setz mal das ChMod auf 766 (testweise auch mal auf 760) und probier's dann nochmal aus.

    vG

    Arno

    Zitat von Chet

    Problem: Ich habe gar keine .htaccess

    Ist da bei der Installation von WP2.0 was schiefgegangen, oder muß ich die .htaccess (und dann wahrscheinlich auch .htpasswd) grundsätzlich manuell anlegen?



    Nein, da ist nichts schiefgegangen ;) Die .htaccess wird erst später erstellt.

    Entweder Du kopierst die generierten Regeln in eine Textdatei, die Du unter entsprechendem Namen auf den Server schiebst, oder stellst eine leere Datei als .htaccess ein. Auf jeden fall solltest Du per FTP-Programm den chmod der Datei auf 666 oder 766 setzen, damit diese von WP anschließend bei Änderungen neu geschrieben bzw. geändert werden kann.

    vG

    Arno

    [FONT=Verdana]Mit der Formulierung

    Zitat

    Nach einem gescheiterten Update auf 2.0 ist, für das Downgrade auf eine der vorherigen Versionen, eine komplette Neuinstallation des vorherigen Paketes mit Einspielung der Backupdaten nötig.

    sollte das dann aber wohl ausreichen :D[/FONT]

    [FONT=Verdana]vG[/FONT]

    [FONT=Verdana]Arno [/FONT]

    Zitat von suedkind

    1. deaktiviere alle plugins, das kannst du im grunde auch ohne login machen, in dem du ein backup deines plugin-ordners machst und dann die plugins alle löschst, um dann auszuprobieren bei welchem plugin das passiert



    ein bischen Umständlich die ganzen Sachen anschließend wieder hochzuladen, nicht? ;)

    Dafür einfach per phpmyadmin in die wp_options gehen und dort den Eintrag für die aktivierten Plugins ('active_plugins' oder 'plugins_activated' oder so ähnlich heißt der, glaub ich) raussuchen und mal den Inhalt löschen. Vorher aber in eine Textdatei sichern!

    vG

    Arno

    nun, ganz offensichtlich ist die Spalte "user_nickname" in der Tabelle wp_users entfallen oder hat eine andere Bezeichnung bekommen. Siehe in die Tabelle wp_users (oder deine Entsprechung) und schau nach wie die Spalte jetzt heißt --> Ändere anschließend den entsprechenden Codepunkt auf den neuen Spaltennamen.

    Ist die Spalte entfallen eine andere Spalte mit dem Inhalt Deines Geschmacks aus der gleichen Tabelle bzw. der 2.0er-Entsprechung der Tabelle einsetzen.

    vG

    Arno