Beiträge von madmarx

    Ja nee, is klar...

    Da offenbar niemand eine Idee hatte, habe ich einfach mal die Optionen

    • Verschachtelte Kommentare in x Ebenen organisieren
    • Breche Kommentare in Seiten um, mit x Top-Level-Kommentaren pro Seite und zeige die x Seite standardmäßig an.


    deaktiviert - und die Fehlermeldungen verschwanden. Nachdem ich dann noch die Option

    • muss jeder Kommentar von einem Administrator überprüft werden.


    deaktiviert hatte, waren entsprechende Fehlermeldungen nach dem Genehmigen der Kommentare auch verschwunden.

    Dennoch ist das ja nicht normal und stellt mich nicht wirklich zufrieden. Hat vielleicht jetzt jemand eine Idee? Wäre suuuper...

    Seit einiger Zeit taucht eine Datenbank-Fehlermeldung auf, wenn unangemeldete Besucher einen Kommentar posten wollen. Dennoch wird aber der Kommentar korrekt verarbeitet und angezeigt. Angemeldete Besucher haben das Problem nicht. Hat jemand eine Idee, was da schief läuft?

    [INDENT]Warning: mysql_real_escape_string(): 9 is not a valid MySQL-Link resource in /extern/vhosts/handkaas.de/htdocs/wp-includes/wp-db.php on line 475

    Warning: mysql_real_escape_string(): 9 is not a valid MySQL-Link resource in /extern/vhosts/handkaas.de/htdocs/wp-includes/wp-db.php on line 475

    Warning: mysql_error(): 9 is not a valid MySQL-Link resource in /extern/vhosts/handkaas.de/htdocs/wp-includes/wp-db.php on line 710

    Warning: Cannot modify header information - headers already sent by (output started at /extern/vhosts/handkaas.de/htdocs/wp-includes/wp-db.php:475) in /extern/vhosts/handkaas.de/htdocs/wp-includes/pluggable.php on line 868

    Warning: mysql_real_escape_string(): 9 is not a valid MySQL-Link resource in /extern/vhosts/handkaas.de/htdocs/wp-includes/wp-db.php on line 475

    Warning: mysql_real_escape_string(): 9 is not a valid MySQL-Link resource in /extern/vhosts/handkaas.de/htdocs/wp-includes/wp-db.php on line 475

    Warning: mysql_error(): 9 is not a valid MySQL-Link resource in /extern/vhosts/handkaas.de/htdocs/wp-includes/wp-db.php on line 710

    Warning: mysql_real_escape_string(): 9 is not a valid MySQL-Link resource in /extern/vhosts/handkaas.de/htdocs/wp-includes/wp-db.php on line 475

    Warning: mysql_real_escape_string(): 9 is not a valid MySQL-Link resource in /extern/vhosts/handkaas.de/htdocs/wp-includes/wp-db.php on line 475

    Warning: mysql_real_escape_string(): 9 is not a valid MySQL-Link resource in /extern/vhosts/handkaas.de/htdocs/wp-includes/wp-db.php on line 475

    Warning: mysql_error(): 9 is not a valid MySQL-Link resource in /extern/vhosts/handkaas.de/htdocs/wp-includes/wp-db.php on line 710

    Warning: mysql_affected_rows(): 9 is not a valid MySQL-Link resource in /extern/vhosts/handkaas.de/htdocs/wp-includes/wp-db.php on line 716

    Warning: mysql_insert_id(): 9 is not a valid MySQL-Link resource in /extern/vhosts/handkaas.de/htdocs/wp-includes/wp-db.php on line 719
    [/INDENT]Die Seite ist übrigens http://www.handkaas.de... Hm, steht oben ja -zig Mal!
    Vielen Dank schon mal. :oops:

    Lösung gefunden...

    Mein Backend meldete sich plötzlich mit der Aufforderung, auf die Version 2.8 upzudaten, welche - siehe Probleme - ja bereits vorhanden ist.

    Da mir mittlerweile so ziemlich alles egal ist, habe ich einfach mal eben auf "aktualisieren" gedrückt...

    ...und siehe da: alles ist wieder an seinem Platz!

    :rolleyes:

    Ergänzung

    Nun habe ich inzwischen Zeit gefunden, einen Artikel zu schreiben, der sich auch fehlerlos veröffentlichen ließ, der auf der Startseite sichtbar ist, sich aufrufen und editieren läßt vom Frontend aus und im Backend gezählt wird, was dennoch bedeutet:

    Alle (81) | Veröffentlichte (81)

    Keine Artikel gefunden

    :evil:

    Obwohl alle Artikel und Seiten sichtbar sind und sich für mich als Admin auch vom Frontend aus editieren lassen, sind sie im Backend nicht sichtbar!

    In den Menupunkten "Seiten" und "Artikel" wird zwar korrekt die jeweilige Anzahl angezeigt, darunter steht aber:

    Keine Artikel gefunden
    bzw.
    Keine Seiten gefunden

    Habe schon alle Plugins deaktiviert und gelöscht, wieder hochgeladen und einzeln aktiviert, die modifizierten Theme-Dateien gegen die Originale getauscht, das Standard-Theme eingesetzt... - nichts hilft. Seiten und Artikel werden im Backend nicht angezeigt.

    Hat jemand eine Idee? :oops:

    handkaas - der ansonsten komplett überflüssige Blog. Immerhin.

    Oups...

    zu früh gefreut.

    Simple:Press verursacht Syntax-Fehler im Backend bei "Seiten" und "Artikel".

    Darüber hinaus werden nach wie vor im Dashboard wie im Backend die Anzahl der Seiten und Artikel korrekt angezeigt, darunter aber:

    keine Artikel bzw. keine Seiten gefunden!

    Ich knie nieder...

    ... junger Mann! :mrgreen:

    Nach Studium des anderen Threads habe ich My Category Order installiert, aktiviert, die Kategorien ordnen lassen - und alles ist wieder da!

    By the way 1: dieses Plugin hatte ich vorher NICHT und NIEMALS am Laufen...
    By the way 2: Simple:Press Forum funzt auch wieder...
    By the way 3: MailPress auch.

    MUSS ich das jetzt verstehen? (Rethorische Frage...)

    Fehlermeldungen weg, aber...

    ...der Ärger geht weiter:

    Ich per FTP WP 2.8 noch einmal alle älteren Dateien überschreiben lassen, alle Plugins deinstalliert und gelöscht und sie dann einzeln wieder hochgeladen und aktiviert - man gönnt sich ja sonst nix.

    Ergebnis: Probleme machten
    1) Simple:Press Forum, obwohl in der letzten Version angeblich 2.8 kompatibel;
    2) MailPress

    Alles andere funktioniert at it's very best. ABER


    Sowohl im Dashboard wie im Backend werden die Anzahl der Seiten und Artikel zwar korrekt angezeigt, darunter steht dann jedoch:

    keine Artikel bzw. keine Seiten gefunden!

    Es lassen sich komischerweise alle Seiten und Artikel anzeigen, rufe ich einen Artikel aus dem Tagebuch auf, bekomme ich ihn auch angezeigt und sehe alle Artikel aus dieser Kategorie - unter der Rubrik "Kategorien durchsuchen" steht aber: "Keine Kategorien"

    Liegt der Fehler vielleicht im verwendeten Theme?

    Vielleicht wäre es sinnvoll gewesen, DOCH alle Plugins vor dem Upgrade zu deaktivieren...

    Noch ne Idee? - Ich probiere weiter und werde Erfolge (so sie denn kommen) umgehend posten...

    Vielen Dank und Greetz vonne Spree... :confused:

    Kein Kategorie-Plugin

    Vielen Dank für die schnelle Antwort.

    Nein, ein Kategorie-Plugin verwende ich nicht. Etwas blauäugig habe ich das Upgrade vom Backend aus automatisch ausführen lassen, auch ohne Datenbank-Backup. Zugang zur Datenbank habe ich nicht. Interessanterweise aber funktioniert alles perfekt, im Gegensatz zu allem, was ich hier lesen musste - vielleicht auch deswegen, weil ich 6 Monate etwa 95 auf meinem Heimrechenknecht gestestet habe (2.7), bis ich online ging.

    Die Fehlermeldungen beziehen sich alle auf die Reihenfolge der Kategorien, egal, ob bei 'Artikel' oder 'Seiten'.

    Ein Freund (Programmierer), der die Seite hostet, stellte fest, das eine Spalte zu fehlen scheint. Auch das PostRanking-Plugin, das auf die Reihenfolge der Kategorien zurück greift, zeigt eine Syntax-Fehlermeldung an - ich habe es vorübergehend deaktiviert.

    Zu Glück habe ich erst meine "Hobbyseite" mit dem Upgrade versehen, da auf meiner Hauptseite br-start so ein Fehler fatal wäre... :-?

    ach ansonsten erfolgreichem Upgrade von 2.7 auf 2.8 habe ich nun auf allen Seiten inkl. der Navi (handkaas) folgende Fehlermeldung:

    Zitat

    WordPress database error: [You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'order ASC' at line 1]
    SELECT t.*, tt.* FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON t.term_id = tt.term_id WHERE tt.taxonomy IN ('category') AND ( t.term_id <> 7 ) ORDER BY order ASC


    Hat jemand freundlicherweise ne Idee, was ich da tun muss, um die Datenbank wieder ins Lot zu bekommen?

    Besser geeignet...

    Bei aller Begeisterung für WordPress: es ist eben doch ein Blog und kein ausgewachsenes CMS. Wenn ihr eine Internetpräsenz machen wollt it unterschiedlichen Nutzerbereichen, dann empfehle ich eindeutig Typo3 mit der Template-Engine Yaml. Das ist auch freie Software für privat und kostet als "globale" Lizenz zur uneingeschränkten Nutzung unter 200,00 €.

    Typo erlaunbt eine unbegrenzte Zahl an "Rollen", die durch den Einolggvorgang erkannt werden und dann in der Navi nur die Bereiche "sehen", die sie auch nutzen dürfen. So kann jedem Kunden ein anderer Bereich "gezeigt" werden.

    Vorteil 2: mit einer Typo-Instanz lassen sich beliebig viele Webseiten verwalten - wie bei WordPress MU (Multi User).

    Auch bei Typo gibt es eine Menge sehr guter Erweiterungen (hier: Plugins).

    Vorteil 3: Die Erweiterungen sind umfangreich getestet und funktionieren in aller Regel sehr gut. Hier gibt es doch so manche, die mit anderen nicht können und Probs erzeugen (sorry, schlampig programiert).

    Nachteil: Typo ist sehr komplex und erfordert einfach ne Menge mehr Einanrbeitung. Ist diese Hürde genomen, ist es um ein mehrfaches so flexibel und ausbaufähig wie WordPress!

    Immer mehr Hoster bieten Typo-Installationen an. Aber imer auf die Version gucken. 4.0.3 ist wohl gerade aktuell. Meine Webseite Vitamine gegen Krebs ist mit Typo erstellt.

    WordPress ist hingegen mein Hobbyprojekt und Blog Handkaas.

    Es kommt immer darauf an, was letztlich das Ziel ist, also Sinn und Zweck der Website. Ich kann mit einem Serien-Golf nicht in der DTM antreten und mit einem DTM-Renner nicht zur Arbeit fahren... :oops:

    Problem behoben, DANKE!

    Herzlichen Dank für das Turbo-Feedback.

    Ich habe alle Plugins deaktiviert und im 3er-Gruppen wieder eingeschaltet - es sind doch ziemlich viele ;-)

    Der "Verbrecher" war folgendes Plugin:
    Smartlinker 1.5 :evil:

    Er soll zwar für 2.7 kompatibel sein, war es aber offenbar doch nicht! Jetzt ist bei Handkaas wieder alles im Lot.

    Ach so: WordPress 2.7 mit dem Theme BrandfordMagazin von Michael Oeser, super Theme it sehr gutem Support-Forum.

    Von jetzt auf gleich veränderte sich das Verhalten des Editors tinyMCE erheblich: beim Aufrufen von Artikeln (vorhandene oder erstellen) wurde der Text im HTML-Fenster gezeigt - aber ohne Tags. Das "WYSiWYG-Fenster" war weiß, nur durch rote Pünktchen (Rechtschreibkontrolle) war sichtbar, dass das Fenster nicht leer war.

    Beim Markieren wurde der Text - hier mit allen HTML-Tags - angezeigt. Die Funktionen Text bearbeiten oder schreiben sind nicht beeinträchtigt!

    In einer Entwicklungsumgebung meines Admin wurde ein Javascript-Fehler angezeigt, der sich aber nicht lokalisieren ließ. Ein Überspielen des kompletten Ordners tinyMCE mit einer "Ungebrauchten" brachte keine Änderung.

    Wer weiß Rat?

    und kein Ende...

    Stand der Dinge: SQL-Datensicherung verschwunden, Sicherung von WP-db-manager samt Plugin verschwunden, besser noch, ALLES zurückgesetzt auf den Stand vor vier Wochen nach einer SQL-Sicherung, die noch im Root-Verzeichnis lag, samt der geringen Zahl der damaligen Plugins. Auch nach Hochladen einer Sicherung - ohne SQL-Sicherung leider - vom 4.01.2009 blieb die Bildschirmauflösung NUR des Blog aus sehr groß, also für Blindenhunde.

    Freunde der Nacht, ich beginne fast von vorn, die Arbeit von Wochen zunichte. Ich werde jetzt jeden Tag ein Backup machen. Macht das bitte auch...

    Nur - wie kann so etwas passieren?

    Ich wollte MailPress installierne auf meinem virtuellen Server zu Hause. Bei jedem Versuch, den Ordner ins Plugin-Verzeichnis zu kopieren, scheiterte und kappte meine WLan-Verbindung. Dann ließen sich die bereits kopierte Dateien nicht mehr löschen. Auch via FTP kein anderes Ergebnis. Zu allem Überfluss veränderte sich auch die Darstellung (Auflösung) meines WP-Blogs, was sich nicht mehr rückgängig machen lässt. Wer weiß Rat?

    Hatte bisher nie Probleme mit kopieren unter VMWare auf den virtuellen Server oder gar mit Löschen...

    By the way - ich habe ir die Mühe gemacht (wohl vergeblich :evil:) eine Deutesche Lokalisation für MailPress zu machen. Bei Interesse kontakten.

    Himmmmmmmmmel!

    Kann ich leider NICHT beantworten - aber: da ich selbst MailPress für meine Prpjekte nutzen möchte, habe ich eine Deutsche Lokalisation an Hand der französichen .po-Datei erstellt. Da ich mit WP noch nicht online bin, werde ich versuchen, die Loka anderweitig zum Download zur Verfügung zu stellen, oder nach Anfrage zu mailen... ;-)
    Ansonsten ist die Dokumentation (die ich NICHT übersetzen werden) ziemlich ausführlich.

    Nein, habe da noch keine Zeit zu gefunden. Eigentlich blöd, schließlich habe ich ja bei der Übersetzung ein wenig mitgeholfen (als Kontrolle mit ein paar Verbesserungen). Ich werde das morgen mal machen, haste Recht. Wenn ich im Moment nicht so die Donation-Möglichkeit habe, ist so ein bissi Unterstützung der meist tollen Leistungen wohl auch nicht schlecht...

    Toller Tipp

    Mal kurz einmischen: das empfohlene Plugin ist in der Tat ein echter Bringer, gerade, wenn man mit WordPress auch Kundenprojekte machen möchte, die wie ein CMS funktionieren, einfach zu administrieren sind (weniger komplex als Typo3) und den Kunden die Möglichkeit nimt, sich Design und Funktionalität abzuschießen. Das macht alle Beteiligten glücklich... Danke

    Off Topic at marX: mein Nick madmarx ist KEINE Anspielung auf Dich - Marx ist mein NAME. Und mad? Keine Ahnung... :oops:

    Lokalisierung

    Hi auch. Es schein noch keine Lokalisierung, also keine deutsche Übersetzung zu geben - zumal nur ein verschwindend kleiner Prozentsatz weltweit Deutsch spricht. Da musst Du wohl selbst ran.

    Es gibt zwei Möglichkeiten:
    1) das Programmiererteam fragen, ob eine Lokalisierung geplant ist. Wenn ja, dann die .po-Datei zusenden lassen und mit einem freien Programm wie poedit Begriff für Begriff übersetzen - am Besten dann aber mit Leuten zusamen, die Englisch beherrschen und die Fachbegriffe übersetzen können. Im Team passieren einfach weniger Fehler.
    2) Eine Lokalisierungssoftware beschaffen wie zum Beispiel Sisulizer. Da kann man ein Übersetzungsprojekt selbst erstellen. Es gibt eine kostenlose Version mit sehr starken Einschränkungen, es sollte aber ausreichen. Die Standardversion kostet schon 499,00 €! ABER: Es gibt auch die Möglichkeit, das Program in allen Versionen 30 Tage zu testen. Das sollte für ein Projekt ausreichen...
    3) Mühsam, aber möglich: direkt in den PHP-Dateien Begriff für Begriff übersetzen. Habe ich in Plugins schon erfogreich gemacht - zur einfacheren Administration durch Kunden.

    Ach so - das Theme ist cooool. Hab' ich mir auch gesaugt und werde es testen.