ZitatWäre mir lieber als das Manuel zu machen ...
Hm...
setz ihn doch in die footer.php;)
Frisst kein Brot und ist trotzdem vorhanden.:mrgreen:
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 erstellen ZitatWäre mir lieber als das Manuel zu machen ...
Hm...
setz ihn doch in die footer.php;)
Frisst kein Brot und ist trotzdem vorhanden.:mrgreen:
Hi,
ZitatHier sollte es passen:...
Prima, hat hingehauen, jetzt konnte ich die Einträge erkennen. ;)
Mir sind da zwei Dinge aufgefallen, die ich gerne mit einbringen möchte.
Dein PHP Memory Limit scheint auf 16M gesetzt zu sein.
Da mag zwar für WP ausreichen, allerdings kann es bei Speicherintensiven Plugins zu einem Fatal Error führen.
Desweiteren hast du PHP4 Umgebung.
Es hat sich herausgestellt, das Wordpress 2.9.2 unter PHP4 teilweise enorm rumzickt und man da besser auf PHP5 umstellen sollte.
Ich selber kratze gerade mal an der Oberfläche, um Worpress richtig zu verstehen und daher mal eine Frage an unsere Erfahreneren Anwender.
Könnte es eventuell sein, dass eine PHP4 Umgebung mit zu dieser Fehlermeldung 403 führen kann?
Die .htaccess scheint meines Erachtens in Ordnung zu sein.
Hi,
habe jetzt die Vorpostings net gelesen, aber wenn du den Windows Editor verwendest, dann Klicke mal oben in der Menüleiste auf Ansicht und aktiviere die Funktion Statusleiste.
Dann bekommst du unten im Fenster des Editors die Zeilen- und Spaltennummer angezeigt. ;)
Oder installiere dir Notepad++ (ist ein Freeware Editor) dort ist dann die Zeilennummer Standardmäßig auf der Linken Seite immer angezeigt.
Hi,
hast du mal geschaut, ob im Adminbereich unter Einstellungen/Verschiedenes eventuell nur wp-content/ eingetragen ist und nicht wp-content/upload?
Moin, moin,
Ich denke mal dieser Artikel wird dir sicher weiterhelfen, da er sich genau damit beschäftigt. ;)
Hi,
ZitatHoffe Ihr kommt nach was ich meine...?
Öhm, ne, nicht so ganz.:mrgreen:
Zitatdiv. Plugins
Ist da rein zufällig das WP-Super Cache Plugin bei?
Ich könnte vermuten, dass dies eventuell ein wenig dazwischenfunkt.
Hi,
leider kann ich auf der Grafik gar nichts erkennen.
Denke aber, es liegt an meiner Auflösung (1680x1050):mrgreen:
Also wenn mod_rewrite aktiviert ist, könnte der Fehler auch eine andere Ursache haben.
Wenn du magst kannst du ja mal deine .htaccsess hier posten.
Könnte ja sein, dass dort etwas krumm ist. ;)
Die Domain zu deinem Blog leitetst du ja direkt auf den Wordpress-Ordner deines FTP?
Hi,
also ich weiß nicht, ob ich da jetzt richtig liege ;)
Zitat
Ich meine irgendwo gelesen zu haben, dass man einfach nochmals das Automatische Update durchführen sollte, wenn man diesen Ordner gelöscht hat, dann wäre das Problem an für sich behoben.
Edit;
Ich sehe gerade, dass du PHP4 fährst?
Dann solltest du auf PHP5 umstllen.
Ich denke mal das ist wohl die Hauptursache, warum dein WP rumzickt. ;)
Hi,
ZitatWP 2.7.1
Damit hast du dir die Antwort quasi schon selber gegeben.
Ich vermute mal, dass es mit deiner Version zusammenhängt.
Immerhin sind wir bereits bei 2.9.2 und bald kommt 3.0 ;)
Ein Update wäre eh ratsam, da so auch Sicherheitslücken gestopft werden.
Aber wenn ich die neuen Dateien doch drüber schreibe, dann löscht der doch meine ganzen alten Templates oder?
Nein, es werden nur in dem Paket vorhandene Dateien überschrieben.
Alles andere wird eigentlich ignoriert.
Aber wenn du ganz sicher sein willst, kannst du ja den Ordner deines Themes auf die Festplatte ziehen, was ich eh empfehlen würde, falls mal eine Datei durch eigene Händische Umprogrammierung unbrauchbar wird, hat man immer eine Sicherung zur Hand. ;)
Hallo Colty,
sorry, dass erst jetzt eine Antwort kommt.
Also ich habe dieses Plugin mal auf meinem Testblog ausprobiert und muss gestehen, dass ich genauso verwirrt bin, was die Handhabung angeht.:-?
Ich war auch mal beim Plugin Author auf der Website, doch ausführliche, bzw. für Außenstehende verständliche Dokumentationen sind für den jenigen wohl ein Fremdwort.
Ich befürchte da hilft nur den Author mal anmailen und nachfragen, ob eventuell eine Ausführlichere Dokumentation bezüglich der Handhabung irgendwo auf seiner Website zu finden ist.:(
Hi Karin,
wie bene0222 schon vermutet hatte, steckt der Eintrag in der sidebar.php deines Soulvision Theme in Zeile 5
Du kannst es zwar ändern, aber ich denke so richtig glücklich wirst du mit diesem Theme nicht, da der Themeautor scheinbar einen Fehler in der footer.php fabriziert hat, die einen Fatal Error erzeugt der auf der Seite angezeigt wird.
Es liegt nicht an deinem FTP, Server, oder sonst etwas, sondern wirklich am Theme, da ich es in meinem Testblog installiert hatte und dort im Footer den selben Fehler angezeigt bekomme.
Diesen Fehler kann aber nur der Themeautor beseitigen, da dieser die footer.php verschlüsselt hat.
Man könnte es zwar wieder recodieren, aber der Aufwand ist es nicht sonderlich wert, denke ich mal. ;)
Hi,
also ich denke mal ja.
Wenn der Inhalt des Artikel nur durch Eingabe des PW freigegeben wird, sollte das auch im Artikel gemachte Anhänge betreffen.
Ach so.
Wenn du den Blog direkt, ohne Weiterleitung aufrufen willst, dann musst du mal in die Domainverwaltung schauen.
Zumindest bei mir (1&1) ist es so, dass ich in meiner Domainverwaltung den Pfad angeben kann, in dem das Wordpress installiert wurde und dann die Domain direkt dort hinverweisen lasse.
Und du müsstest mal schauen, ob eventuell die Pfadeinräge in der SQL Datenbank stimmen.
Falls hier noch alte Einträge vorhanden sind, kann das zu Problemen führen.
Hi,
bezüglich Einbindung von Podcast gibt es so diverse Plugins, mit denen das managen könnte.
Du könntest deine Videos allerdings auch (als Admin) mittels embed Code, der ja meist angeboten wird in der html Ansicht deines Artikeleditor direkt in den Artikel einbinden, oder nimmst einen IFrame, der allerdings nicht so schön aussieht.
Der Code für eine IFrame lösung sollte in etwa so aussehen;
<iframe src="link zu deine podcast seite" width="90%" height="400" name="PodCast Seite">
<p>Ihr Browser kann leider keine eingebetteten Frames anzeigen:
Sie können die eingebettete Seite <a href="link zu deiner podcastseite" target="_blank">HIER</a> aufrufen.</p>
</iframe>
Edit;
Ich habe gerade festgestellt, das ich in oben aufgeführtem Quelltext einen kleinen Fehler drinne hatte und habe den jetzt berichtigt. (Anstelle der Definition target hatte ich taarget geschrieben)
Hi Patricia,
also...
So wie du bereits korrekt festgestellt hast, ist das Wordpress bei Wordpress.com ein anderes, als das, welches wir hier Unterstützen.
Wie ich deiner Frage entnehme, gehst du wohl in der Annahme, dass wordpress.org eine ähnliche Umgebung bietet, wie bei Wordpress.com und man hier einen Blog einrichten kann?
Muss ich dich leider enttäuschen. ;)
Bei der Version, die wir hier behandeln, geht es um ein so genanntes Selbstgehostetes Wordpress.
Das heißt, du benötigst dafür einen FTP Speicherplatz bei einem Provider und eine Domain.
Dieser FTP Zugang kann bei einem Kostenpflichtigen, oder auch Kostenlosen Anbieter liegen.
Kleiner Ergänzung;
Des weiteren sollte dieser Provider das Ausführen von PHP Skripten (PHP5 wäre optimal) erlauben und auch eine MySQL Datenbank anbieten.
Hi,
also hier in diesem Artikel wird das Thema mit der weißen Seite erwähnt und was man machen kann, um der Ursache aufzuspüren.
Es könnte natürlich auch andere Ursachen geben, wie zum Beispiel
PHP4
Wir haben festgestellt, das WP unter PHP4 nicht mehr so richtig funktioniert und es hat sich herausgestellt, dass eine Umstellung auf PHP5 meistens das Problem mit der weißen Seite behoben hat.
Und wie im oben verlinkten Artikel erwähnt war eine Ursache auch ein vom Provider zu niedrig angesetztes PHP Memory Limit.
32M sollten es schon sein, aber je höher desto besser. ;)
Wir hatten auch Fälle, da traf beides zu.
Hi Uwe,
also ich denke nicht, dass du dir auf Wordpress.org irgendwas eingefangen hast.
Hast du mal eine Vorschau über diesen Link versucht?
Na ja ich hatte ja geschrieben, dass es nur eine Vermutung ist.
Hier wäre mal eine Auflistung, wie sich das mit den Rollen im einzelnen definiert und was diese alles erlauben.
Ist nie verkehrt, diesbezüglich ein paar Infos zur Hand zu haben.
Und auf dieser Seite wird auch folgendes erwähnt, was mich weiterhin im Glauben lässt, dass meine Vermutung gar nicht so abwegig wäre.
ZitatOn the other hand, the Author role allows the execution of just a small subset of tasks.
Wenn sich diese Aussage auch auf das einbetten von HTML in den Artikel bezieht, könnte das erklären, warum das eine geht, aber das andere nicht.
Ich lasse mich allerdings gerne aufklären, wenn ich daneben liegen sollte.
Immerhin beschäftige ich mich ja auch noch nicht so lange mit WP und lerne täglich neue Dinge dazu. ;)
ZitatNun aber das Kuriose daran: Wenn ich mit dem Admin-Account statt einem Autoren-Account den Artikel schreibe funktioniert dies ohne Probleme!
So Kurios finde ich das eigentlich gar nicht. ;)
Als Admin hast du alle Rechte, also kannst du auch HTML in Artikeln einfügen.
Ich vermute mal, das Autoren dieses Recht nicht haben und es daher beim Speichern wieder rausgenommen wird.