Beiträge von klaus999

Hallo marX,

war die letzte Stunde natürlich auch nicht faul und hab mir das aktuelle error-log angesehen. Dabei ist mir aufgefallen, daß jede Aktion (ändern, löschen) eine Reaktion beim Plugin wp-search auslöst. Z.B.

[Thu Nov 13 12:51:51 2008] [warn] mod_fcgid: stderr: #5 /.../wp-includes/plugin.php(311): wpSearch_deletePost(521)
[Thu Nov 13 12:51:51 2008] [warn] mod_fcgid: stderr: #6 /.../wp-includes/post.php(1032): do_action() in /.../wp-content/plugins/wpsearch/Zend/Search/Lucene.php on line 240

Nachdem ich dieses Plugin deaktiviert habe, konnte ich alle Änderungen und Löschungen vornehmen, ohne daß eine "weiße Seite" erschien. DAS Problem wäre also gelöst. War mir auch deshalb wichtig, weil andere auf dieser Website schreiben und ich nur gelegentlich Hilfestellung gebe. Pro bono natürlich.

Die Suche auf der Website funktioniert dennoch, doch steht für mich die Frage, ob ich wp-search wenigstens einmal die Woche aktivieren sollte, um eine neue Indexierung des Inhalts vorzunehmen? Wenn jemand dazu etwas sagen könnte ... Danke.

mfg Klaus

Nachdem ich nun alle Beiträge zum Thema "Weiße Seite" durchforstet habe, bin ich nun doch wieder hier gelandet. Denn für mein Problem habe ich keine Lösung gefunden.

Zwei gleiche WP-Installationen (2.6.2) auf dem gleichen Server, mit unterschiedlichen Domains und jeweils auf eigenem Webspace - und dennoch macht die eine Installation etwas, was die andere noch nie gemacht hat. Sie liefert beim Speichern eines neuen Artikel öfter eine "weiße Seite", speichert aber. Beim Ändern von Titel, Inhalt, Tags, oder beim Löschen eines Artikels kommt meistens eine weiße Seite - manchmal ist die Änderung danach gespeichert, manchmal eben auch nicht. Wird nur die Kategorie-Zuordnung geändert oder von veröffentlicht auf unveröffentlicht geschalten, gibt es keine derartigen Probleme.
Die andere WP-Site kennt diese Probleme wie gesagt überhaupt nicht.

Woran kann das liegen? Hat jemand eine Idee?

Bei der Suche in diesem Forum kam ich über

Wie gehe ich am besten vor, wenn Fehler in meinem Blog auftreten? « WordPress Deutschland FAQ

und

http://forum.wordpress-deutschland.org/konfiguration/…bearbeiten.html

zu

http://forum.wordpress-deutschland.org/installation/3…ff-geloest.html

Kann das was mit dem Problem zu tun haben, oder wurde das in den WP-Versionen nach 2.6.0 bereits berücksichtigt?

mfg Klaus

Ich habe gerade das Plugin contakt-form-7 ausprobiert. Zu meiner unsäglichen Freude funktioniert es auf der Site bei Sysprovide.:-D

Wie bekomme ich nun raus, mit welcher Mail-Funktion dieses Plugin arbeitet? Denn mit cforms habe ich auch auf einem Server von Enviatel Probleme, die der Einsatz von contact-form-7 leider auch nicht abstellt.

mfg Klaus

Danke, vor allem für den letzten Satz ;-)

Error-Log

Hallo,

habe heute um 11.33 Uhr versucht das Formular abzuschicken. Anschließend das heutige Error-Log runtergeladen. Darin steht folgendes:

[Mon Nov 10 06:26:48 2008] [warn] RSA server certificate CommonName (CN) `srv1.sysproserver.de' does NOT match server name!?
[Mon Nov 10 06:26:52 2008] [warn] RSA server certificate CommonName (CN) `srv1.sysproserver.de' does NOT match server name!?
[Mon Nov 10 07:56:28 2008] [warn] RSA server certificate CommonName (CN) `srv1.sysproserver.de' does NOT match server name!?
[Mon Nov 10 11:09:47 2008] [warn] RSA server certificate CommonName (CN) `srv1.sysproserver.de' does NOT match server name!?
[Mon Nov 10 11:11:28 2008] [warn] RSA server certificate CommonName (CN) `srv1.sysproserver.de' does NOT match server name!?
[Mon Nov 10 11:33:19 2008] [error] [client 83.221.242.210] ModSecurity: Access denied with code 403 (phase 2). Pattern match "(?:ogg|gopher|zlib|(?:ht|f)tps?\\:/)" at ARGS:cf_field_4. [file "/etc/apache2/modsec2/10_asl_rules.conf"] [line "882"] [id "340152"] [rev "23"] [msg "Generic PHP code injection protection via ARGS 2"] [severity "CRITICAL"] [hostname "http://www.unternehmerverein.eu"] [uri "/"] [unique_id "SqiOJk4uyrIAAGe9KkgAAAAW"]

Den letzten ERROR habe ich in einem Post schon mal angegeben, auch gegenüber dem Hoster.
Wie ich übrigens gerade gesehen habe, haben mehrere Probleme mit cforms - nur Lösungen dieser finde ich nirgendwo. Gibt es noch ein anderes brauchbares Formular-Plugin? ich überlege auch gerade, ob ich testweise mal ein altes PHP-Formular von meiner ehemaligen Site einbinde. Das hat immer funktioniert.

Den Code vom 03.11., den Du in den FAQ gefunden hast, habe ich übrigens mal in die htaccess eingebunden. Es trat aber keine Veränderung ein.

mfg Klaus

Erneut Fehlermeldungen

Nachdem der Formularversand zwei Tage klappte, sind die o.g. Fehlermeldungen nun wieder da. Der Hoster meint nun:

"schauen Sie mal bitte in Ihren error_log. Das sind keine Fehler erkennbar, die
wir konfigurieren können. Es müsste demnach irgendetwas mit Ihrer Webseite in Bezug auf Ordner, Verzeichnisse, Pfade oder mod_rewerite zu tun haben."

Kann da irgendwas dran sein? Denn Ordner, Pfade etc. waren in den beiden Tagen, an denen die Formulare versandt wurden, die selben wie davor und jetzt.

mfg Klaus

Der Formularversand klappt wieder.
Sysprovide erklärte dazu, daß sie keine Änderungen vorgenommen haben.
Unverständlich für mich, denn immerhin ging nach den Änderungen an der Server-Firewall der Formularversand für drei Tage nicht.

Zitat von marX

Vielleicht solltest du dem Hoster diesen Hinweis mal schicken, falls der Tipp nicht funktioniert.

Da er gerade von mir die Links zu den Formularen erfragt hat, habe ich ihm diese Informationen gleich mit gemailt. Mal sehen, was nun wird.

Danke für Deine Bemühungen.

mfg Klaus

Zitat von marX

Nun? Hast du das dem Hoster gemeldet?

marX: Entschuldigung.

Hoster Sysprovide Problem gemeldet. Der wollte wissen, was im error_log steht.
"... auch auf Server 10 läuft die gleiche Version der Firewall. Auf jeden Fall kann man Ihren Fehler korrigieren. Was steht denn zum Zeitpunkt im error_log?"

Dort folgenden Eintrag gefunden, der wohl relevant ist:

[Sat Nov 01 17:31:12 2008] [error] [client 89.246.172.172] ModSecurity: Access denied with code 403 (phase 2). Pattern match
"(?:gg|gopher|zlib|(?:ht|f)tps?\\:/)" at ARGS:cf_field_4. [file
"/etc/apache2/modsec2/10_asl_rules.conf"] [line "882"] [id "340152"] [rev "23"] [msg "Generic PHP code injection protection via ARGS 2"] [severity "CRITICAL"] [hostname "http://www.xyzxyz.eu"] [uri "/"] [unique_id
"PfY0CU4uyrIAAA2IHEoAAABL"]

Antwort Sysprovide:
"... unsere Firewall ist ja gerade dafür da Angriffe abzuwehren. Sofern Sie keine Funktionsstörung bemerken, beim Aufruf Ihrer Seite wäre alles in Ordnung."

Verstehe ich nicht. Natürlich kann man die Site problemlos aufrufen. Nur beim Versenden des Formulars kommt die 403.
Außerdem will er jetzt wissen:
"Funktioniert der Formularversand nur mit register_globals, bzw. unter PHP4?"

Da ich meinerseits nichts geändert habe, verstehe ich auch diese Frage nicht. Es handelt sich weiterhin um WP 2.6 Deutsch und cformsII in der aktuellen Version.

So der aktuelle Stand.

Bitte dringend um Tipp zur Lösung folgenden Problems:
(Wordpress 2.6 deutsch, cforms in der aktuellen Version)

Formularversand von der online-stehenden Website aus klappte gestern von einem externen Rechner aus einwandfrei. Die Mails sind bei mir zu Hause angekommen.
Von meinem eigenen Rechner heute klappt der Versand dagegen nicht. Statt dessen erscheint die Fehlermeldung:

(URL: ...?page_id=131#usermessagea)

Forbidden
You don't have permission to access / on this server.

Auf einem anderen Rechner erschien nach dem Absenden (Mails wurden nicht gesandt) folgende Fehlermeldung:

Die Webseite hat die Anzeige dieser Webseite abgelehnt. Fehler HTTP 403 Verboten.
Dieser Fehler bedeutet, dass der Internet Explorer eine Verbindung mit der Webseeite herstellen konnte. Jedoch verfügen Sie nicht über die Berechtigung um diese Webseite anzeigen zu können.

Hat jemand eine Erklärung dafür?

Vielleicht steht das im Zusammenhang mit einer Mail vom Hoster, in der es heißt:

"... auf dem Server 1 ist seit heute Donnerstag, den "30.10.2008" eine Aktualisierung der Webserverfirewall "mod_security" durchgeführt worden. Diese soll Ihre Webseite vor unerlaubten Zugriffen, Einschleusen von schadhaftem Code, durch zum Bsp. noch nicht geschlossene Sicherheitslöcher in Ihren Scripten oder auch vor Spamboteinträgen etc. in Gästebüchern usw. schützen.

Wie bei jeder Firewall kann es unter Umständen zu so genannten "false postives" kommen. Das sind reguläre Webserverabfragen, die allerdings nicht als diese erkannt sondern geblockt werden. Sollte das bei Ihnen der Fall sein, bitten wir uns diese mitzuteilen, so dass es zu keinen Einschränkungen beim Besuch Ihrer Webseite oder Ausführung Ihrer Scripte kommt.

Wenn die Webserverfirewall einen Zugriff blockt kommt es zu einem so genannten "403-error". "403" ist ein Statuscode, den der Webserver in dem Zusammenhang ausgibt."

mfg Klaus

Bitte dringend um Tipp zur Lösung folgenden Problems:
(Wordpress 2.6 deutsch, cforms in der aktuellen Version)

Formularversand von der online-stehenden Website klappte gestern von einem externen Rechner aus einwandfrei. Die Mails sind bei mir zu Hause angekommen.
Von meinem eigenen Rechner heute klappt der Versand dagegen nicht. Statt dessen erscheint die Fehlermeldung:

(URL: ...?page_id=131#usermessagea)

Forbidden
You don't have permission to access / on this server.

Hat jemand eine Erklärung dafür?

mfg Klaus

Klappte bei Strato, 1+1, und bei Sysprovide. Mit der DE-Version von hier.
Der einzige Unterschied ist wirklich der Ort bzw. der Rechner von dem aus hochgeladen wurde.
Ich werde den Upload also nochmal vom Heimatrechner aus machen. Melde mich dann wieder.

mfg Klaus

Hallo,

habe den Ratschlag befolgt. Erst mit WP 2.6.2, dann nochmal mit 2.6.0. Bei beiden taucht die genannte Fehlermeldung auf.
Übertragen habe ich mit WS-FTP Prof, Binär.
???

mfg Klaus

Hallo,

habe WP inzwischen bei drei verschiedenen Hostern installiert - immer ohne Problem.
Derzeit will ich WP 2.6.2 auf einem weiteren Server installieren. Laut PHP-Info spricht auch nichts dagegen - PHP 5.2.1, MySQL 5.0.27, mod_rewrite ist aktiv. Doch während der Installation bringt er folgende Fehlermeldung (mit der ich nichts anfangen kann):

Parse error: syntax error, unexpected T_LNUMBER in ////www/wpinstall/wp-includes/class-phpass.php on line 50

Die Datenbank wird angelegt mit 10 Tabellen.

Kann jemand weiterhelfen?

mfg Klaus

Hallo,

habe PHPList installiert, Verzeichnis "lists" liegt im Root-Ordner der WP-Installation. Zur einfachen Integration des Anmeldeformulars habe ich das Plugin php-formlist-integration aktiviert und den entsprechenden Code in die Sidebar eingefügt. Alles sieht gut aus. Wenn ich jedoch die E-Mail-Adresse per Formular abschicke erscheint folgende Fehler-Meldung:

"CURL library not detected on system. Need to compile php with cURL in order to use this plug-in"

In der PHP-Info des Servers finde ich nichts zu CURL. Wenn ich diese Form der Anmeldung an den Newsletter wegen fehlendem CURL jetzt vergessen kann, wie kann ich dann PHPList in WP einbauen?

mfg Klaus

Zitat von marX

... Vielleicht reicht es schon, wenn du die Bilder vorm Hochladen lokal auf eine webtaugliche Größe verkleinerst.

Die 20 Bilder die ich hochladen will, sind alle 640x480 groß bei 70 dpi und besitzen Größen zwischen 50 bis 78 KB.
Da das Problem schon beim Hochladen eines einzigen Bildes auftritt, denke ich, daß es das nicht sein kann.
Zumal drei Galerien (mit ähnlichen Bildern) problemlos zu erstellen gingen, erst bei der vierten fing er an zu zicken. Mir ist nicht bewußt, daß ich zwischendurch etwas geändert habe.

:( mfg Klaus

PS: und was bedeuten die anderen Fehlermeldungen?

Auszug errorlog

Hallo marX,

habe nun endlich das error-log der Site in der Hand. Hier die Fehlermeldungen die auftauchen.

[error] File does not exist: /wp-content/plugins/nextgen-gallery/tinymce3/langs/de.js, referer:

[error] File does not exist: /wp-content/plugins/nextgen-gallery/tinymce3/langs/de.js, referer:

[Fri Aug 22 08:54:55 2008] [warn] mod_fcgid: stderr: ALERT - configured fileupload limit exceeded - file dropped (attacker '83.221.242.210', file '/wp-admin/admin.php')
[Fri Aug 22 08:54:55 2008] [warn] mod_fcgid: stderr: PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 1204 bytes) in /wp-content/plugins/nextgen-gallery/lib/thumbnail.inc.php on line 923

[warn] mod_fcgid: stderr: PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 491520 bytes) in /wp-content/plugins/google-sitemap-generator/sitemap-core.php on line 2109

[warn] mod_fcgid: stderr: PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 64 bytes) in /wp-content/plugins/wpsearch/StandardAnalyzer/TokenFilter/EnglishStemmer/PorterStemmer.php on line 372

[warn] mod_fcgid: stderr: PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 89 bytes) in /wp-content/plugins/wpsearch/Zend/Search/Lucene/Analysis/Token.php on line 101

[warn] Cannot get media type from 'x-mapp-php5'

[Wed Aug 27 16:53:23 2008] [warn] mod_fcgid: stderr: PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 1200 bytes) in /wp-content/plugins/wp-simpleviewer/wp-simpleviewer-admin.php on line 845
[Wed Aug 27 17:00:12 2008] [warn] mod_fcgid: stderr: ALERT - script tried to increase memory_limit to 41943040 bytes which is above the allowed value (attacker '92.78.64.149', file '/wp-content/plugins/wp-simpleviewer/wp-simpleviewer-admin.php', line 100)

Was ich auf dem Bildschirm bemerke ist, daß bei der Thumbnail-Erstellung mit NextGen oder Simpleviewer einfach aufgehört wird (die Thumbnail-Erstellung also nicht stattfindet). Dasselbe passiert beim Erneuern des Search-Indexes.

mfg Klaus

Mangelnde Kenntnisse zu diesem Problem lassen mich diese Frage hier stellen.
Das mit den Custom Fields habe ich inzwischen geschnallt, klappt auch so wie es überall beschrieben wird. Ich habe nun u.a. ein Custom Field "Person" (in dem viele unterschiedliche Namen stehen, die sich auch wiederholen können) und ein Custom Field "Land" (dito). Nun möchte ich gern zwei DropDown-Menüs haben, die mir (ohne Wiederholungen) die Personen bzw. die Länder auflisten, und mir nach einem Klick auf einen Namen alle diesbezüglichen Einträge anzeigen. Ist das mittels der Custom Fields machbar - und wenn ja - kann mir einer von den Profis den in die Sidebar einzubindenden Code zur Verfügung stellen? Wenn es nicht machbar ist, gibt es eine andere Möglichkeit zu diesem Ziel zu gelangen?

mfg Klaus

Beim selben Hoster, auf demselben Server laufen zwei WP-Installationen. Die meinige und eine die ich betreue. Ich bilde mir ein, beide gleich eingerichtet zu haben, doch es muß irgendwo einen Unterschied geben, den ich nicht finde.
Während bei mir Bilder für NextGen-Gallery hochgeladen werden können und ich bei WP Search jederzeit einen Rebuild des Indexes machen kann, bleiben beide Plugins bei dieser Funktion auf der betreuten Site einfach stehen. Und das ist schlichtweg peinlich.

Bin für jede Bennung eines möglichen Fehlers, dem ich dann nachgehen kann, dankbar.

mfg Klaus

Zitat von Tartanrocker

Tutorial Themes für Dummies - Teil 1

Danke für diesen Link. Das habe sogar ich verstanden.
mfg Klaus