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 erstellenHallo zusammen,
auf meiner Website http://bielefelds-westliche.de betreibe ich u.a. den Ajax Event Calendar.
Inzwischen werden die einzelnen Termine auf Smartphones und Tablets nach dem darauf klicken überdimensional dargestellt, so dass nicht mehr alle Infos zu lesen sind.
Hat vielleicht jemand eine Idee, wie sich das beheben lässt?
Vielen Dank im Voraus.
Mittlerweile erscheinen nach dem "Test Config" die drei Bilder, aber diese Fehlermeldung hier erscheint:
Warning: imagejpeg() [function.imagejpeg]: Unable to open '/www/htdocs/blog/wp-photos/thumb.Test.png' for writing in /www/htdocs/blog/wp-content/plugins/postie/postie-functions.php on line 1140
Warning: imagejpeg() [function.imagejpeg]: Unable to open '/www/htdocs/blog/wp-photos/thumb.Test.png' for writing in /www/htdocs/blog/wp-content/plugins/postie/postie-functions.php(979) : eval()'d code on line 1
Warning: imagejpeg() [function.imagejpeg]: Unable to open '/www/htdocs/blog/wp-photos/thumb.Test.jpg' for writing in /www/htdocs/blog/wp-content/plugins/postie/postie-functions.php on line 1140
Warning: imagejpeg() [function.imagejpeg]: Unable to open '/www/htdocs/blog/wp-photos/thumb.Test.jpg' for writing in /www/htdocs/blog/wp-content/plugins/postie/postie-functions.php(979) : eval()'d code on line 1
Warning: imagejpeg() [function.imagejpeg]: Unable to open '/www/htdocs/blog/wp-photos/thumb.Test.gif' for writing in /www/htdocs/blog/wp-content/plugins/postie/postie-functions.php on line 1140
Warning: imagejpeg() [function.imagejpeg]: Unable to open '/www/htdocs/blog/wp-photos/thumb.Test.gif' for writing in /www/htdocs/blog/wp-content/plugins/postie/postie-functions.php(979) : eval()'d code on line 1
Hat jemand eine Idee, was das bedeutet und wie man es behebt?
Hallo!
Ich nutze WP 2.6.2. auf meinem Blog killefit.net und hatte bislang keine Probleme, mit Postie vom Handy aus zu mobloggen. Merkwürdigerweise erkennt es nach einem Handyanbieterwechsel die neue Nr. nicht an, obwohl diese mit der damit verbundenen E-Mail-Adresse in der Konfiguration eingegeben wurde.
Ich erhalte bei jeder Sendung eine E-Mail nach folgendem Muster:
An unauthorized message has been sent to killefit.net from "017682162891@o2online.de" . The subject of this message was: '[BETREFF]'.
If you wish to allow posts from this address, please add "017682162891@o2online.de" to the registered users list and manually add the content of the e-mail found below.
Otherwise, the e-mail has already been deleted from the server and you can ignore this message.
If you would like to prevent wp-mail from forwarding mail in the future, please change FORWARD_REJECTED_MAIL to false in wp-mail.php.
The original content of the e-mail has been attached.
Ich habe daraufhin auch einen neuen Nutzer mit der E-Mail-Adresse in die Userlist eingegeben, doch es funktioniert trotzdem nicht.
Kann mir jemand weiterhelfen?
Schon gelöst, war eigene Doofheit.
Danke für den Hinweis, hattest Recht.
Hm.
Hab jetzt die wp-flv.php als ANSI abgespeichert, es waren keine Leerzeichen vorhanden.
Das Problem bleibt aber bestehen.
Hallo allerseits!
Ich habe ein kleines Problem nach Installation des wp-flv-Plugins zur Einbindung von Flash Media-Dateien. Als Wordpress-Version verwende ich 2.5.
Offensichtlich ist es mir nämlich nun nicht mehr möglich, mich einzuloggen. Beim Aufruf der wp-login.php erscheint folgende Meldung:
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/w009b2a2/blog/wp-content/plugins/wp-flv.php:1) in /www/htdocs/w009b2a2/blog/wp-login.php on line 202
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/w009b2a2/blog/wp-content/plugins/wp-flv.php:1) in /www/htdocs/w009b2a2/blog/wp-login.php on line 214
und nach Eingabe von Benutzername und Passwort sogar diese Meldung:
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/w009b2a2/blog/wp-content/plugins/wp-flv.php:1) in /www/htdocs/w009b2a2/blog/wp-login.php on line 202Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/w009b2a2/blog/wp-content/plugins/wp-flv.php:1) in /www/htdocs/w009b2a2/blog/wp-login.php on line 214
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/w009b2a2/blog/wp-content/plugins/wp-flv.php:1) in /www/htdocs/w009b2a2/blog/wp-includes/pluggable.php on line 552
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/w009b2a2/blog/wp-content/plugins/wp-flv.php:1) in /www/htdocs/w009b2a2/blog/wp-includes/pluggable.php on line 689
Weiß jemand Rat?
Ich war jetzt so konsequent und habe (selbstverständlich nach allen nötigen Backups) die Datenbank komplett gelöscht und WP neu installiert, die XML-Datei wieder draufgespielt und es scheint zu funktionieren.
Dreimal auf Holz geklopft.
Jetzt bin ich tatsächlich beunruhigt, da zwischenzeitig wieder Kommentare eingegangen sind (allerdings von Nutzern, die das Blog bereits kennen. Hmmm, vielleicht, weil die es noch im Cache haben?).
Ich bin kurz davor, von allem ein Backup zu machen (auch von allen Verzeichnissen), sodann alles (auch die Datenbank) zu löschen und eine komplette Neuinstallation vorzunehmen.
ich habe ein paar Plugins gestern morgen abgestellt und kann zumindet (bei mir) keine Fehler entdecken.
Wenn ich einen Beitrag poste, erscheint er auch, es gibt laut Statistiken Besucher (wenn auch nicht mehr so viele wie früher) und auch Kommentare.
Der Feedreader wird ebenfalls informiert und mit Beiträgen bestückt.
Dass Ammaletu aber nicht darauf zugreifen kann, beunruhigt mich jetzt etwas.
EDIT: Und das sind die Meldungen, die mir Deine errorlogging.php anzeigt:
Ein Problem wurde festgestellt
Es sieht so aus, als wäre das Auslesen von PHP-Konfigurationsdaten mit der Funktion ini_get auf deinem System nicht erlaubt. Entweder das, oder dieses Script enthält einen Fehler. Bitte also nciht wundern, falls alle folgenden Werte auf "AUSGESCHALTET" stehen oder leer sind. Lies meinen längeren Artikel zum Thema PHP-Errorlogging, es gibt noch viele andere Möglichkeiten, an diese Informationen zu kommen.
Anzeige von Meldungen am BildschirmWert: AUSGESCHALTET
Fehlermeldungen werden im Moment nicht am Bildschirm ausgegeben. Das ist eine gute Einstellung für Produktivsysteme. Lokal zum Testen kann eventuell die Ausgabe am Bildschirm einfacher sein.
Empfehlung für Produktivsystem: kann so bleiben
Loggen von Meldungen in eine DateiWert: AUSGESCHALTET
Fehlermeldungen werden im Moment nicht in eine Datei geloggt. Das Speichern von auftretenden Fehlern in einer Logdatei ist eigentlich immer zu empfehlen.
Empfehlung für Produktivsystem: besser auf On stellen
Speicherort der Errorlog-DateiWert:
Fehlermeldungen werden im Moment nicht in eine Datei geloggt. Aktuelle Fehler tauchen in der eingestellten Logdatei also nicht auf.
LogstufeDie aktuelle Logstufe ist:
Lokale php.ini-DateiIm aktuellen Verzeichnis existiert keine lokale php.ini-Datei oder diese Datei ist aus PHP heraus nicht lesbar.
Ändern der Konfiguration in PHP-ProgrammenWert: FUNKTIONIERT
Die PHP-Konfiguration kann aus PHP-Programmen heraus mittels der Funktion ini_set verändert werden. Dies ist nicht zwangsläufig für alle PHP-Direktiven erlaubt, bei anderen ist es zwar erlaubt, aber das Setzen hat keine Auswirkung (z.B. register_globals, magic_quotes_gpc u.a. – sie können mit ini_set erst gesetzt werden, nachdem der alte Wert schon benutzt wurde). Das Log-Verhalten kann man aber so normalerweise beeinflussen. Falls es keine andere Möglichkeit gibt, z.B. ein Logfile zu setzen oder die Logstufe anzupassen, könnt ihr das mittels ini_set am Anfang eures PHP-Programmes tun. Achtung: Das muss für jede Seite passieren (also nicht für jedes Script, das eingebunden wird, aber für alles, was im Browser am Ende eine Seite ergibt). Am besten z.B. in einen gemeinsamen Header einbinden. Wenn möglich ist aber die Konfiguration per php.ini vorzuziehen.
Ich wollte jetzt mal auf Vorschlag Amaletus in die Errorlogs hineinsehen.
Die info.php gibt mir zwar zu verstehen, dass eine php.ini vorhanden ist, doch im dort angegebenen Verzeichnis kann ich sie nicht finden. Und ja, ich habe "Versteckte Dateien anzeigen" im FTP-Programm bereits ausgewählt.
Wie kann ich mir nun weiterhelfen?
Nee nee, das passiert zwischendurch immer wieder mal.
Z.B. gerade eben beim Kommentar abgeben. Den hat er erstens nicht abgespeichert und danach gab's wieder die gleiche weiße Rotze.
Könnte es evtl. damit in Zusammenhang stehen, dass ich auf der gleichen Domain (wenn auch in einem anderen Verzeichnis) eine andere Wordpress-Installation mit 2.3.3 habe?
Bei letzterer habe ich aber darauf geachtet, dass in der config.php andere DB-Präfixe verwendet werden.
EDIT 22:14 Uhr: Oder nach dem Editieren eines Beitrags, so wie gerade eben. Alles wieder weiß *grmpf*
Hallo, ich habe seit gerade eben ein kleines Problem.
Ich nutze noch Wordpress 2.3.2 und wollte soeben einen Beitrag posten, doch nach dem Drücken des Buttons "Veröffentlichen" lädt sich die Seite in's Nirvana.
Es erscheint lediglich eine weiße Seite und oben im Titel der komplette Pfad statt des im Backend eingestellten Blognamens. Quelltext ist ebenfalls nicht lesbar.
Übrigens ist auch das Backend nicht durch manuelle Eingabe erreichbar.
Die Adresse des Blogs lautet http://killefit.net/blog
Weiß jemand Rat?
Ich habe das auch mal so wie oben beschrieben mit dem Auskommentieren der entsprechenden drei Zeilen in der wp-login.php probiert.
Daraufhin erscheint zwar keine Fehlermeldung mehr, aber nur eine weiße Seite mit nix drin. Bei der manuellen Eingabe der Backend-Adresse (..../wp-admin/)
wird mir ebenfalls nur was weißes mit dem hier oben links ausgespuckt:

Irgend jemand 'ne Idee?
Vorläufige Blog-Adresse lautet killefit.net
Nee, die war vorhanden, allerdings leer.
YES! Jawoll ja!
Funktioniert.
Riesengroßes Dankeschön!
Nächstes Mal trete ich früher an Euch heran, bevor ich mich tagelang plage
:-D
Wenn Du mir jetzt noch erklären kannst, wie ich das in der wp_options mit phpmyadmin mache, wäre ich Dir seeehr dankbar .
Ah so, danke. Gab wohl eine kleine Überschneidung.
In der header.php aber steht die Zeile ja wie folgt:
<meta http-equiv="Content-Type" content="<?php bloginfo('html_type'); ?>; charset=<?php bloginfo('charset'); ?>" />
Ich vermute also, dass er sich die Information von woanders herholt, womöglich aus den Einstellungen irgendwo im Backend. Kann das sein?
Wenn ja, dann wo?
Hm, daran lag's offenbar nicht. Ich habe im Anschluss den Tracking-Code vorsichtshalber einmal ganz gelöscht, das ergab aber auch keine Veränderung. Ich nehme mal an, dass es irrelevant ist, dass der Code in der footer.php lag, nicht wahr?
Die .htacces sieht wie folgt aus:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /blog/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /blog/index.php [L]
</IfModule># END WordPress
Die php.ini kann ich nicht finden, war wahrscheinlich daher auch gar nicht vorhanden.
Hallo liebe Forumsmitglieder!
Bevor ich jetzt mit meinem gefährlichen Halbwissen tagelang zuviel Mist mit meiner Blogtechnik baue, frage ich lieber einmal Euch um Hilfe.
Ich habe vor einer Weile einen großen Upgrade-Schritt gewagt, von WP 2.1 auf sage und schreibe 2.3.2, davor natürlich alle notwendigen Backups erstellt, also streng nach Anleitung.
Daraufhin hab ich auf Anraten eines Freunds die neue Installation zunächst in ein anderes Verzeichnis gezogen. Mein bisheriges lief in einem Verzeichnis namens .../blog, die neue war nun unter .../blogzwei abgelegt.
Nun kommt die große, dumme Tat: Wider besseres Wissen installierte ich die zweite Version, ohne daran zu denken, dass man mittels der wp_-Präfixe in der Datenbank ja auch die ältere Version zerschreddert (z.B. löscht es die Tabellen wp_linkt2cat, wp_categories, und noch irgendeine andere, deren Namen mir gerade nicht einfällt).
Mit Erschrecken stellte ich daraufhin bei der älteren (öffentlich bekannten und sichtbaren) Version fest, dass diese völlig zerschossen ist und versuchte das Backup der DB wieder hochzuladen. Das letzte Unterfangen blieb aber erfolglos, da das Backup offenbar nicht vollständig war. Ich fügte die Tabellen also wieder manuell ein.
So.
Time goes by. Später entschloss ich mich, die neue Version als offizielle zu nutzen, denn augenscheinlich lief diese mit allen Funktionen im zweiten Verzeichnis einwandfrei. Dort klappte alles, und offenbar schienen dort die für sie überflüssigen drei Tabelen keine Rolle zu spielen. Also benannte ich beide um und die neue läuft seitdem als .../blog.
Ich arbeitet also nun mit WP 2.3.2, ales ganz ordentlich. Hin und wieder zerschoss mir dort ein Video das Theme, aber ich musste mich nur daran gewöhnen, diese anders einzubetten, dann ging's.
Doch die Besucher kamen nicht mehr in der gewohnten Zahl. ERst meine Freundin schilderte mir beim letzten Besuch, dass meine Seie nicht mehr im IE (7) abrufbar sei. Ich schaute mir das an und tatsächlich: Beim Seitenaufruf wird es blockiert.
Meldung: "Der Download von Dateien von dieser Seite wurde aus Sicherheitsgründen geblockt." ???
Man kann sich natürlich die Optionen dazu anzeigen lassen und ich habe festgestellt, dass der IE die index.php nicht umsetzt bzw. einliest, sondern zum Download anbietet.
Was soll das denn? Ich habe mich schon durch etliche Foren gewühlt und wäre Euch dankbar, wenn Ihr mir helfen könntet. Wie gesagt, ich verfüge lediglich über gefährliches Halbwissen, bin kein Programmierer.
Ach so, die Seite ist über killefit.net erreichbar
Hallo liebe Forumsmitglieder!
Bevor ich jetzt mit meinem gefährlichen Halbwissen tagelang zuviel Mist mit meiner Blogtechnik baue, frage ich lieber einmal Euch um Hilfe.
Ich habe vor einer Weile einen großen Upgrade-Schritt gewagt, von WP 2.1 auf sage und schreibe 2.3.2, davor natürlich alle notwendigen Backups erstellt, also streng nach Anleitung.
Daraufhin hab ich auf Anraten eines Freunds die neue Installation zunächst in ein anderes Verzeichnis gezogen. Mein bisheriges lief in einem Verzeichnis namens .../blog, die neue war nun unter .../blogzwei abgelegt.
Nun kommt die große, dumme Tat: Wider besseres Wissen installierte ich die zweite Version, ohne daran zu denken, dass man mittels der wp_-Präfixe in der Datenbank ja auch die ältere Version zerschreddert (z.B. löscht es die Tabellen wp_linkt2cat, wp_categories, und noch irgendeine andere, deren Namen mir gerade nicht einfällt).
Mit Erschrecken stellte ich daraufhin bei der älteren (öffentlich bekannten und sichtbaren) Version fest, dass diese völlig zerschossen ist und versuchte das Backup der DB wieder hochzuladen. Das letzte Unterfangen blieb aber erfolglos, da das Backup offenbar nicht vollständig war. Ich fügte die Tabellen also wieder manuell ein.
So.
Time goes by. Später entschloss ich mich, die neue Version als offizielle zu nutzen, denn augenscheinlich lief diese mit allen Funktionen im zweiten Verzeichnis einwandfrei. Dort klappte alles, und offenbar schienen dort die für sie überflüssigen drei Tabelen keine Rolle zu spielen. Also benannte ich beide um und die neue läuft seitdem als .../blog.
Ich arbeitet also nun mit WP 2.3.2, ales ganz ordentlich. Hin und wieder zerschoss mir dort ein Video das Theme, aber ich musste mich nur daran gewöhnen, diese anders einzubetten, dann ging's.
Doch die Besucher kamen nicht mehr in der gewohnten Zahl. ERst meine Freundin schilderte mir beim letzten Besuch, dass meine Seie nicht mehr im IE (7) abrufbar sei. Ich schaute mir das an und tatsächlich: Beim Seitenaufruf wird es blockiert.
Meldung: "Der Download von Dateien von dieser Seite wurde aus Sicherheitsgründen geblockt." ???
Man kann sich natürlich die Optionen dazu anzeigen lassen und ich habe festgestellt, dass der IE die index.php nicht umsetzt bzw. einliest, sondern zum Download anbietet.
Was soll das denn? Ich habe mich schon durch etliche Foren gewühlt und wäre Euch dankbar, wenn Ihr mir helfen könntet. Wie gesagt, ich verfüge lediglich über gefährliches Halbwissen, bin kein Programmierer.
Ach so, die Seite ist über killefit.net erreichbar
