Hier noch ein Screenshot, der belegt, dass zumindest das Plugin
WP-Debugger auch keinen Fehler gefunden hat...
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?
-
Keine Problemlösung, aber ein Workaround:
Das Plugin "Simple Tags" erlaubt (u.a.) im Menü [FONT="Courier New"]Werkzeuge -> Mass Edit Terms[/FONT] die komfortable nachträgliche Eintragung von Schlagwörtern. -
Hat keiner einen Tip?
An Plugins und Themes kann es ja nicht liegen. War ja alles schon deaktiviert.Ist leider so echt nervig, und neue Artikel ohne Schlagwörter zu veröffentlichen ist leider aus SEO-Sicht sehr schlecht...
-
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.
-
Mal ne Frage nebenbei.
Das von dir erwähnte Plugin: Kennst du sowas auch für die Benutzerprofile? Also, dass jeder Benutzer Dokumente auf sein Profil hoch laden kann.
Ja. User [COLOR="Orange"]schnappaholic[/COLOR] hat hier den Link für eine Beta-Version von BP-Media (=Fortsetzung/Erweiterung von BP-Album) eingestellt.
Das funzt schon richtig gut.
Siehe hier:
http://yenga.de/members/admin/media/albums/1/ -
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..
-
Spamfilter checken?
-
Hiermit kann ich mir zwar etwas behelfen,
aber ich möchte eigentlich eine Datei direkt an einen Post hängen
und nicht einen separaten Dokumente-Channel haben...
http://wordpress.org/extend/plugins…group-documents -
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?
-
'tschuldigung, das ich auf deine ursprüngliche Frage nicht sofort geantwortet hatte - ich muss wohl übersehen haben, daß du einen 24/365 Support Vertrag mit mir hast und meine Miete zahlst.
-
-
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.
-
Windows oder Linux Server?
wie hast du Zugriff? FTP oder auch SSH?
/upgrade schonmal testweise auf 777 gesetzt? (wenn Linux)