Beiträge von Mariosagt

    Nun habe ich das aktuelle Nightly-Build WordPress 3.3-aortic-dissection drauf.

    Der "LINKS und SCHLAGWÖRTER"-BUG ist IMMER NOCH da!!!
    Die Hoffnung, dass ein Update das Problem löst, ist also nicht mehr da.

    Es wäre schön, wenn jemand eine Idee hat. Ich persönlich vermute ja mittlerweile, dass es nicht primär an der Programmierung selbst liegt, weil sonst ja noch wesentlich mehr Webmaster betroffen wären.

    Ursache könnte auch eine Besonderheit/Inkonsequenz in der Datenbank sein. Denn nach DB-Restore eines alten Backups war das Link-Setzen immerhin innerhalb des ersten neugeschrieben Artikels möglich!
    Eine DB-Reparatur jedoch hilft nicht.

    Also muss es doch irgendwo in der Subroutine für das Einfügen von Links einen Punkt geben, an der diese abbricht und aussteigt - obwohl die Datenbank technisch ok ist.

    Kann da nicht mal jemand gucken? Oder kennt jemand die Abbruchbedingungen dieser Subroutine?

    Bei der Durchsicht der Datenbank per phpMyAdmin ist mir übrigens noch folgendes aufgefallen:

    Die Schlagwörter werden nicht in den Posts (wp_posts), sondern in den Terms (wp_terms) gespeichert, und über die wp_term_relationships zugeordnet.

    In meinen wp_terms habe ich 523 Schlagwörter gehabt, welche dort als "term_id" indexiert und als "name" + "slug" gespeichert waren.
    Die Tags 519-523 habe ich jedoch niemals eingegeben!
    Es waren "post-video...xyz" usw. Tags.
    Ich habe 519-523 also beherzt gelöscht.

    In den wp_term_relationships korrospondiert die "team_taxonomy_id" mit der "term_id" aus den wp_terms. Dort jedoch waren Verweise für Schlagwörter bis id-Nr. 533, welche ja gar nicht zugeordnet werden konnten!
    Auch hier habe ich von 519-533 beherzt gelöscht.

    Nur.. gebracht hat es leider nix. Die Fehler blieben bestehen. Aber vielleicht hilft diese Info ja trotzdem bei der Fehlerbehebung. Auch eine Reparatur und Optimierung der Datenbank über das Plugin WP-DBManager von Lester 'GaMerZ' Chan brachte keinen Unterschied.

    PS: Die Änderungen/Löschungen habe ich erst vollzogen, nachdem ich mich in einem älteren Blog vergewissert habe, dass ich das Prinzip verstanden habe. Die Anzahl von 518, 523 oder 533 Schlagwörtern ist auch nicht das Problem, im Vergleichs-Blog hatte ich über 1700..

    Nur der Vollständigkeit halber: EXAKT die beschriebenen Probleme habe ich bei mir auch!

    Ich habe nun die Nightly Build Latest Beta ausprobiert, aber die macht es nur noch schlimmer. Kann nun keinen Text mehr im Editor sehen. Nur rote Pünktchen.

    Also hol ich das Backup zurück und probiere auch mal den CKE.

    Ich überlege, ob eventuell Datenbankeinträge die Ursache sein könnten. Nach einem Datenbank-Restore funktionierte es gestern jeweils für EINEN neuen Artikel. Es scheint bei mir aufgetreten sein, seitdem ich die binomischen Formeln als Schlagwörter integrierte.. also überlege ich, ob es an Klammern oder "^" Sonderzeichen liegen könnte..


    edit: Mein Memorylimit liegt übrigens bei 64MB,
    CKEditor Plugin hat bei mir nicht geholfen,
    Wordpress habe ich bereits frisch drüberkopiert.. erst 3.21, dann die Nightly Build Beta, die hat es aber nur verschlimmert.
    Bin nun wieder dank Backup/Restore auf 3.21
    php5.2.17 und mySQL 5.0.70 laufen unter einem Linux Gentoo Server.

    Was mir noch aufgefallen ist: via phpmyadmin sah ich, dass extrem viele Artikel, auch bereits gelöschte und in Wordpress nicht mehr sichtbare (auch nicht als Admin im Dashboard) noch in der Datenbank vorhanden sind.

    Ja. Das Problem habe ich nun auch.
    Habe eben einen neuen Artikel angelegt und konnte plötzlich keine Schlagwörter mehr eingeben.

    Davor hatte ich schon leichte Probleme, weil ich beim Anlegen eines neuen Artikels erst speichern klicken musste, bevor ich Links anlege. Legte ich gleich Links an, sprang Wordpress zu einem neuem, leeren Artikelformular und mein Text war verloren.

    Die Idee, sich gegenseitig die nützlichsten Addons zu empfehlen, finde ich gut.
    Allerdings ist Buddypress sehr flexibel nutzbar, und außerdem muss nicht alles was der eine gut findet auch dem anderen "unersetzlich wichtig" vorkommen.

    Deshalb finde ich ehrlich gesagt die nackte Auflistung von Addon xyz + Addon zyx ziemlich ...äh... hm... (Scheisse?!) semioptimal (um der Netiquette halbwegs zu genügen).

    Mensch.. ICH bin ja schon faul, aber schreibt doch wenigstens zu euren Empfehlungen, wofür das Addon denn wohl gut sein soll, bzw. WARUM ihr es für so wichtig haltet!
    Und ein Link zum passenden Download würde die Sache dann komplett machen!


    Peace :-)

    Ich habe gelegentlich auch solche Probleme, weil ich Updates gern als root-user auf dem Server einspiele. Manchmal vergesse ich dann dabei die Verzeichnisse zu chmod-den.

    Wenn du per FTP oder Webinterface upgedatet hast, ist diese Fehlerquelle zwar fast ausgeschlossen, aber schau dir doch trotzdem mal sicherheitshalber die Dateirechte und -Inhaber in /wp-conten/uploads etc an, oder wo die Bilder halt sind.

    Hmm.. also der Author von dem Plugin scheint einen merkwürdigen Humor zu haben.
    Er empfiehlt zwei Dateien zu editieren, die überhaupt nichts mit der Sache zu tun haben..

    Richtig ist es folgende Datei zu editieren:
    forum-attachments-for-buddypress-bp-functions.php
    und dort Zeile 99 beispielsweise sooo zu ändern.
    [COLOR="DarkGreen"]$bb_attachments['path']=dirname($_SERVER['DOCUMENT_ROOT'])."/html/wp-content/bb-attachments/"; // make *NOT* WEB ACCESSABLE for security[/COLOR]
    Warum Attachments aus "sicherheitsgründen" nicht web accessable sein sollen, bleibt mir ein Rätsel, erklärt aber vielleicht den geistigen Trip weshalb der Author die Standards mutwillig verletzt.

    Ich kann nun Dateien im Forum anhängen.
    Bilddateien sollten sogar angezeigt werden, aber hier buggt das Plugin. Downloads sind aber immerhin möglich.

    Fazit: Viel Wirbel um nix.
    1) Es ist eine Lösung fürs Forum, ich suche eine für Gruppe. (Gleichwohl ich notfalls eine Forenlösung auch als workaround nehmen könnte)
    2) Es ist eigene Handarbeit nötig, damit es richtig funktioniert.
    3) Bilder werden trotzdem nicht bei Aufruf der Webseite sofort angezeigt.

    edit: Um bei Punkt 3 einen Fehler meinerseits auszuschliessen, habe ich sogar mal testweise /web123/bb-attachments angelegt und in meiner apache-conf den Open-Basedir dafür freigegeben. Aber umsonst. Das Bild wird nicht angezeigt, im Quelltext ist auch kein Bild-Link, sondern nur ein (nicht funktionierender Link) auf
    http://yenga.de/wp-content/plu…e.php?filenum=4
    ... es ist also wohl ein Fehler in der image.php..
    denn
    http://yenga.de/wp-content/plu…d.php?filenum=4
    also die download.php ist wenigstens in der Lage das Bild zum Download bereitszustellen.

    Mit dem Plugin "Forum Attachments for BuddyPress" soll man Anhänge an Forenbeiträge anhängen können. Bei mir funktioniert das leider nicht. Aber du kannst es ja mal bei dir testen.

    Danke, das Plugin probiere ich grad mal aus.
    Bisher funktioniert es bei mir auch noch nicht, aber das liegt an einem offensichtlichem und gewolltem Programmierfehler.
    [INDENT]Folgerichtig blockiert mein Webserver den Zugriff korrekterweise, da er ein Sicherheitsrisiko wäre. Sonst könnte ja auch jeder einfach mal übliche .htpasswd Dateien aufrufen!
    [FONT="Courier New"]Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/var/www/web123/bb-attachments/) is not within the allowed path(s): (/var/www/web2/html/:/var/www/web123/phptmp/:/var/www/web123/files/:/var/www/web123/atd/) i[/INDENT]
    [/FONT]In /var/www/web123/html liegt mein Webspace.
    /var/www/web123/ gehört natürlich auch noch zu dieser Domain, enthält aber Verwaltungsdaten und ist ein geschütztes Verzeichnis.
    Jedes andere Wordpress Plugin versucht also auch nicht in einen ../ Space zu gelangen, sondern nimmt brav und ordentlich
    /var/www/web123/html/wp-content/uploads/xyz
    wobei xyz dann das Verzeichnis ist, welches sich das Plugin einrichtet.

    Der Author dieses Plugins hier verhöhnt aber seine User indem er auch noch schreibt:
    "If you have an unusual setup..." Danach folgen dann immerhin Tips welche phpdateien man editieren soll (aber nicht wie!).
    Das macht das Plugin erstmal unsympathisch.. Warum macht der so einen Scheiss, von dem er weiß das es Bullshit ist?
    ..

    Naja.. ich meld mich wieder, wenn ich die beiden php dateien erfolgreich editiert habe..

    Ich habe grade erstaunt festgestellt, das man innerhalb einer Gruppe nur Textbeiträge erstellen kann und diesen keine Bilder uploads anfügen kann.

    Hat jemand eine Idee wie man das erweitern kann, da man ähnlich wie z.b. auch hier im Forum, daß man ein Bild / jpg anhängen kann?

    Der Notnagel-Workaround, das Bild bei einem 1click-hoster einzustellen und zu verlinken kommt für mich nicht in Frage.

    Also auf meinem Yenga läuft BP noch ohne WP Super Cache, weil es dort noch nicht nötig scheint.
    Mein Mariosagt profitiert schon lange und vollkommen problemfrei von WP Super Cache, aber dort habe ich BP nur mal kurz angetestet - auch problemfrei. BP habe ich dort jedoch wieder deaktiviert, weil ich glaube das BP die User dort mehr verwirrt, als das es nutzt.

    Fragst du präventiv oder hast du es schon im Einsatz?

    Nein. Unmöglich.
    Sonst müßte man sich ja outen, das man lediglich bei
    (Wordpress Standard)
    [FONT="Fixedsys"]>Einstellungen>Allgemein>Mitgliedschaft[/FONT] kein Kreuzchen bei "Jeder kann sich registrieren" gemacht hat
    oder
    (Wordpress MU)
    [FONT="Fixedsys"]>Blog Netzwerk>Einstellungen>Registrierungseinstellungen>Benutzer dürfen sich registrieren[/FONT] nicht angeklickt/übersehen hat

    :-P

    An etwas Anderem wird es höchstwahrscheinlich nicht gelegen haben.