Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenSei Dir halt sicher, dass Dein Kommentarformular im Blog gegen Spam gesichert ist und dass möglichst ein Plugin Spam in den Spamordner aussortiert. Mit Akismet kriege ich zumindest für Spamkommentare keine Mails, keine Ahnung ob das ohne anders wäre.
Es gibt aber auch noch andere Plugins. Eine meiner Seiten läuft mit Akismet und zusätzlich mit WP-SpamFree (http://www.polepositionmarketing.com/) und ist tatsächlich spamfrei seit mehreren Monaten.
Tja, also ohne Flock je gesehen zu haben kann ich nur nach dem gehen, was sich ergooglen lässt. Im Flock-Forum gibt es einige Threads dazu:
http://getsatisfaction.com/flock/topics/i…ce=widget_flock
http://getsatisfaction.com/flock/topics/i…ce=widget_flock
Den meisten Usern hat wohl das Anhaken der beiden Fernpublizierungs-Optionen geholfen. Keine Ahnung, ob beide nötig sin,d aber probier es halt mal. Dann gab es noch einen Thread, wo eine Änderung an der .htaccess-Datei vorgeschalgen war (zweiter Thread, Posting etwa in der Mitte der Seite).
Außerdem gibt es diese Anleitung: Hast Du Dich daran gehalten? Wenn ich das richtig verstehe, musst Du ein selbst gehostetes WP anders eintragenals einen wordpress.com-Account:
http://flock.com/user-guide/2.0/advblog.html#selfBlog
Ok, also irgendwas hast Du vollkommen falsch verstanden, vermute ich. Hast Du Dir WordPress auf Deinem lokalen Rechner installiert und dann in den Optionen einen wordpress.com-Adresse eingetragen in den Einstellungen?! Falls ja kann das nicht gehen. Du kannst die falsche Adresse direkt in der DB beheben oder über die wp-config.php:
define('WP_SITEURL', 'http://www.deine-richtige-adresse.xyz');
define('WP_HOME', 'http://www.deine-richtige-adresse.xyz');Wenn Du Dein Blog zu wordpress.com umziehen willst, kannst Du das nicht aus einer lokalen WP-Installation heraus machen. Da musst Du Dir erst das Blog bei wordpress.com einrichten und dann den Inhalt lokal ex- und online wieder importieren.
Ich würde am liebsten zu den Entwicklern fahren und diese Holzköpfe allesamt in einen Sack stecken und dann in einen See schmeißen.
Tja, wenn Dir das eine Reise in die USA wert ist, immer zu. Ich sag's allerdings ungern, aber der erste Satz in der Selbstbeschreibung des Pluginautoren beginnt mit "A Marine Corps combat veteran". Kann also sein, dass das keine gute Idee ist. ;-)
Davon abgesehen: Etwas in der Art kann Dir immer passieren, wenn Du Plugins installierst. Bei Plugins, die in die DB eingreifen, empfiehlt sich ggf., vorher ein Backup zu machen. Plugins, die mit der aktuellen WP-Version laut Selbstbeschreibung nicht kompatibel sind wäre ich auch vorsichtig.
Was bei Dir nun genau das Problem ist, kann ich nicht wirklich sagen. Das Frontend des Blogs geht noch normal? Werden im Errorlog Fehler geloggt? Gehören die Dateien auf dem Server noch dem gleichen Nutzer wie vorher?
weiße Seite = höchstwahrscheinlich PHP-Fehler = in diesem Fall vermutlich im Theme was falsch = im Errorlog genaue Fehlermeldung nachschlagen und dann den Fehler beheben.
Probier erstmal, ob das nicht mittlerweile auch ohne Plugin geht. Bei den Tag-Vorschlägen beim Artikel Erstellen bin ich sicher, dass Du dafür kein Plugin brauchst, das macht WP selber.
Klingt für mich etwas so, als solltest Du Dir ein möglichst flexibles Theme suchen. Es gibt auch kostenlose Themes, die den Premiujm-Themes in nichts nachstehen und sehr konfigurierbar sind Schau Dir auch mal ein paar Theme-Frameworks an. Da kann man dann ein vorhandenes Basistheme mit einem Childtheme sehr leicht individualisieren.
sorry..ich schreibe hier wild durcheinander..
Ja, das erhöht nicht gerade Deine Chancen auf eine sinnvolle Antwort, ehrlich gesagt. ;-) Nicht jeder liest sich so lange Texte wirklich durch (ich auch nicht, heute). Also zum einen bitte für Codeschnipsel die Code-Auszeichnung nutzen. Zum anderen für jedes Problem einen eigenen Thread aufmachen, für die Permalinksache etwa.
Ich bin nicht sicher, was Du da genau machst, habe Flock nie benutzt. Aber wenn der Browser sich mit dem Blog über die XML-RPC-Schnittstelle verbindet, musst Du das in den Optionen erst einstellen. Das war eine Weile lang automatisch an, wurde dann aber mit einem der letzten Updates ausgestellt, weil die meisten Leute es eh nicht nutzen.
Schau mal in die Einstellungen > Schreiben > Fernpublizieren > XML-RPC. Ist da das Häkchen gesetzt und falls nicht, klappt es, wenn Du es dort anhakst + speicherst?
Sind es Spam-Mails oder Mails von Deinem WordPress, das Dich über neue (Spam-)Kommentare benachrichtigt? Gegen ersteres kannst Du nicht viel machen außer eben Dein Mailprogramm auf das Aussortieren zu trainieren. Wenn es WP-Mails sind, kann man das doch einstellen. Insbesonde solltest Du keine Mails bekomen für Kommentare, die als Spam erkannt wurden. Da solltest Du zuerst mal schauen, was Du gegen Spamkommentare einsetzt (Akismet?) und ob das alles funktioniert.
Hm, ich habe jetzt so auf Anhieb nur dass hier gefunden:
http://stackoverflow.com/questions/1730…-when-a-comment
Aber das hängt ja auch sehr davon ab, wie das umgesetzt ist in Deinem Theme. Wurde ja mit WP 2.8 (?) alles mal umgebaut. Poste ggf. mal Deine comments.php oder sag mir, welches Theme Du verwendest, wenn es nicht modifiziert ist.
Kann ich nicht bestätigen. Dein Blog enthält im Moment nur einen Beitrag, der Feed auch Cache-Problem eventuell? Der Browser cacht ja auch Feeds.
Wenn Du die RSS-Feed-Lösung nehmen willst, such Dir ein fertiges Tool dafür. Das gibt es doch schon x-fach. Nicht selber Feed schreiben und parsen.
Ansonsten ist die andere Variante natürlich, wenn es denn eh ein iFrame werden soll, dass Du Dir in WP eine Seite anlegst, der ein Template gibst und sie so wie gewünscht stylst. Also z.B. Header, Footer und Sidebar ausblenden etc. Die Seite dann aus Header, Sidebar und Suchergebnis ausblenden, so dass sie im eigentlichen Blog nicht auftaucht, und dann im iFrame einbinden. Das erscheint mir jetzt fast am einfachsten.
Danke schon mal für den Link, ich sehe da leider auch nirgends den entsprechenden Code. Poste doch bitte den Code mal hier oder irgendwo anders (Zugangsdaten falls enthalten anonymisieren). Ich müsste nur erstmal wissen, ob das PHP, HTML, JS... ist. Oder Link zu Deiner Seite, falls man sich das Ergebnis da noch anschauen kann.
Arbeitest Du eigentlich auf einem Mac? Ich kann Dir da leider nicht viel mehr raten, fürchte ich. Zur Eingrenzung der Fehlerursache könntest Du mal das übliche probieren: Alle Plugins testweise deaktivieren, Umschalten auf Standard-Theme etc. Eventuell uach mal speziell nach "firefox mac wordpress editor" oder so googlen. Das ist auf jeden Fall kein allgemeines Problem, es muss irgendwie an Deinem Server liegen, denke ich.
Das hängt davon ab, mit welchem Browser Du arbeitest. Falls Du es nicht auf Anhieb findest, hilft Dir da Google sicher weiter.
Tja, dann sieht es so aus als würde der Hoster HTML in POST-Request verbieten bzw. genauer gesagt alles was entfernt nach HTML aussieht. Das ist natürlich völliger Unsinn, so kann man ja kein CMS benutzen. Da kann ich Dir nur raten, dem Hoster dieses simple Testscript zu zeigen. Einen String wie "<test>" zu posten kann keine Sicherheitslücke darstellen, sowas muss durchgehen. Wenn der Support da nicht mit sich reden lässt kann ich Dir leider nur sagen, dass Du Dir einen anderen Hoster suchen müsstest.
Tja, prinzipiell kannst Du ja erstmal den Support fragen, was sie für Erfahrungen mit WordPress und Deinem Hostingpaket haben. WP ist ja nun keine Nischensoftware mehr sondern eines der bekanntest CMS, die es gibt. Da sollte eigentlich jeder Hoster sagen können, ob es läuft oder nicht.
Falls der Hoster ein Kundenforum hat, kannst Du da mal nach Erfahrungen anderer Kunden suchen. Vielleicht findet sich da auch der passende Tip. Obwohl, bei einem arabischen Hoster ist das dann vielleicht alles in Arabisch. ;-)
Ansonsten sieht es wohl so aus, als wäre mod_security unter anderem eine Sammlung an Regeln, wo jeder Hoster nach Belieben Dinge eintragen oder auskommentieren kann. Was genau das Problem ist, kann man also ohne die Regelbasis zu kennen, nicht wirklich sagen.
Wenn der Hoster wirklich jeden POST-Request filtern würde, der ein '<' enthält... Da könnte man ja mal einen einfacheren Testcase bauen. Probier mal die Datei im Anhang aus: Hochladen, umbenennen zu test.php und mal was mit '<' abschicken.
Alles in allem kann ich in jedem Fall "nromalen Text" eingeben und ohne probleme abspeichern und veröffentlichen aber sowie ich html o. formatierungen abspeichern moechte bekomme ich die oben beschrieben Fehlermeldungen.
Ok, das ist sehr merkwürdig. Fehler 403 tritt im Zusammenhang mit Rechteproblemen beim Datei.-Upload auf, aber beim Posten und dann auch noch abhängig vom Inhalt der Seite?!
Ok, habe mal etwas gegoogelt und hauptsächlich Hinweise auf das Apache-Modul mod-security gefunden. Ging es bei diesem Hoster den schonmal? Hast Du eine php-info-Ausgabe und kannst mal schauen, ob mod_security an ist?
p.s. ganz selten kommt es beim anlegen von Pages auch zu folgender Fehlermeldung : our attempt to edit this page: “” has failed.
Habe auch hier mal gegoggelt und u.a. gefunden, dass das wohl passieren kann,wenn WP an sein Speicherlimit stößt. Installier Dir mal das "Memory Usage"-Plugin und schaue, wie es um den Speicher für WP bestellt ist auf Deinem Server. Bist Du da irgendwie nah am Limit?
Hast Du mal den Cache des Firefox geleert? Also richtig leeren, nicht nur Strg+F5. Und wie gesagt: Passiert es auch, wenn Du den Editor im Firefox auf einem anderen Rechner benutzt?
Dein Hoster macht vermutlich auch Backups, aber um ein sinnvolles Backup Deines Blogs musst Du Dich schon selber kümmern. Der Hoster kann da höchstens kurzfristig den Stand von vor ein paar Tagen komplett drüberbügeln, aber da würde ich mich nie drauf verlassen.
Davon abgesehen glaube ich musst Du Dich mit den Begrifflichkeiten noch etwas befassen. Du verbindest Dich vermutlich nicht wirklich mit einem FTP-Programm mit Deiner Datenbank, sondern eher mit dem Filesystem des Servers. Solche Aussagen verwirren eher. ;-)
Ansonsten: Upgrade-Anleitung beachten. So umständlich ist es nun wirklich nicht, und man macht ein WP-Update ja nicht jede Woche. Prinzipiell sind das doch nur drei Schritte: Backup machen, alle Dateien hochladen, bei Bedarf update.php aufrufen.