Autor mongfevned
Datum 10.08.2009 12:54
Beiträge: Hiho!

Ich wiedermal

Ich habe nun ein neues komisches Problem: Wenn ich einen neuen artikel über admin schreiben will oder einen eingesendeten bearbeiten und posten will timed mir der explorer aus sowie ich etwass anklicke -  an was kann das liegen? ich habe eig. nichts geändert. und nicht funktionen anderer module sind mir nciht bekannt.

achja. wenn ich einen artikel ändern will geht das auch nicht mehr - timed auch aus.

lg, mong


Autor stefan
Datum 10.08.2009 13:17
Beiträge: in den log Dateien irgendeine Fehlermeldung?


Autor mongfevned
Datum 10.08.2009 16:05
Beiträge: nein, gar nix. ich klick den artikel an den ich freischalten will... dann lauft unten der blaue balken ca 2 minuiten und dann alndert die seite auf einmal auf der seite: administration und unterhalb steht klein: administrationsmenü.

lg


Autor mongfevned
Datum 10.08.2009 16:06
Beiträge: achja und wenn das passiert dann hängt die seite ca 30 sekunden bis 1 minute - ausser ich schliess den IE und mach ihn neu auf.

hab es aber simultan auf 3 pcs hie rversucht. hängt imemr nur auf dem jeweiligen gerät. versucht auf: PC1: hinter firewall, pc2 (server im serversegment) und laptop mit mobiler datenkarte.


Autor stefan
Datum 10.08.2009 16:52
Beiträge: nur bestimmter Artikel?


Autor mongfevned
Datum 10.08.2009 17:01
Beiträge: anscheinend bei allen artikeln. habe mehrere versucht über kommentare/ändern zu ändern - bleibt bei allen hängen


Autor stefan
Datum 11.08.2009 07:43
Beiträge: 1) Mit PMA kannst du aber auf die Datenbank (ins besondere die Artikel zugreifen) also da wird dann kein Fehler angezeigt?

2) Zugriff auf die apache logs hast du also nicht? (Zu entnehmen aus der Frage ob in den logs was steht)

3) Admin - Diagnostic - Datenbanken überprüfen -> Zeigt keine Fehler?

4) Der neue Artikel wird aber gespeichert? Also nur nicht freigegeben bzw. das bearbeiten geht nicht?

5) Welche URL Kodierung hast du an.



Autor mongfevned
Datum 12.08.2009 11:41
Beiträge: stefan schrieb am 11.08.2009 um 07:43:34 Uhr folgendes:
1) Mit PMA kannst du aber auf die Datenbank (ins besondere die Artikel zugreifen) also da wird dann kein Fehler angezeigt? 2) Zugriff auf die apache logs hast du also nicht? (Zu entnehmen aus der Frage ob in den logs was steht) 3) Admin - Diagnostic - Datenbanken überprüfen -> Zeigt keine Fehler? 4) Der neue Artikel wird aber gespeichert? Also nur nicht freigegeben bzw. das bearbeiten geht nicht? 5) Welche URL Kodierung hast du an.


PMA test ich heute noch

nein, log files apache sind mir verwehrt da der server von hosteurope gehostet wird

DB check: er amcht 4 mal DB check mit link, danach steht da: Datenbanken überprüfen, kein Link, kein klick geräsuch - da bewegt sich nichts mehr.

jup, gespeichert wird er - nur bearbeiten oder eben freischalten geht nicht mehr

meinst du html codierung unter grafiken? da ist nichts drin...  oder unter sicherheit? verschlüsselungsstufe für die url codierung? da steht strikt, darunter dann sicherheitsstufe schwach

lg, mong

PS: Das hat auf einmal angefangen. bei errorlogs ist nichts drin


Autor ArthurDent
Datum 12.08.2009 18:02
Beiträge: Hi mong,

ich glaube nicht das das an deinem Hoster liegt, ich bin auch bei HostEurope und habe keine Problem mit den Artikeln.

Hast du es mal mit dem Firefox oder einem anderen Browser versucht?
Je nach Version des IE reagiert der schon mal seltsam

Hast du mal im Errorlog im Admin-Bereich nachgeschaut?


Arthur

--------------------------------------------------- Life is a journey, not a guided tour If you think technology can solve your problems you don't understand technology and you don't understand your problems. (Bruce Schneier) Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect. (Linus Torvalds) --------------------------------------------------- Linux: Debian 2.6.37 Datenbank: MySQL - 5.5.22 Apache: 2.2 PHP: 5.3.27 OPN: 2.5.7 (Revision 6747)


Autor mongfevned
Datum 14.08.2009 10:14
Beiträge: hi arthur, hi opn team

errorlog spuckt nix aus. also ich blick langsam nicht meh r durch. wenn ich einen forenthread verschieben will bleibt er auch hängen... dann habe ich gute 1-2 minuten keinen zugriff auf die seite... mache ich jedoch den IE zu und öffne ihn neu geht die seite vor ablauf der zeit.... ich versteh das nicht mehr... das ist auf allen pcs so die ich gestestet habe (11 stück)

lg, mong


Autor ArthurDent
Datum 14.08.2009 18:11
Beiträge: Hi mong,

hast du auch schon mal einen anderen Browser als IE probiert?

Ich habe so ein Zeit Problem mit dem Konqueror auf dem User-profil.


Arthur

--------------------------------------------------- Life is a journey, not a guided tour If you think technology can solve your problems you don't understand technology and you don't understand your problems. (Bruce Schneier) Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect. (Linus Torvalds) --------------------------------------------------- Linux: Debian 2.6.37 Datenbank: MySQL - 5.5.22 Apache: 2.2 PHP: 5.3.27 OPN: 2.5.7 (Revision 6747)


Autor Gast
Datum 15.08.2009 10:56
Beiträge: hiho. ja: IE7, ie8 mit und ohne kompatibiltätsmodus, firefox usw... bei allen das gleiche

lg, mong


Autor mongfevned
Datum 15.08.2009 11:26
Beiträge: hmm.. ich hab nuna uch mit den modulen ein problem.

ich wollte 8 themes installieren. aber opn installierte immer nur eines und hängte sich auf. dh ich konnte die nur schrittweise installieren.

sowie ich die deinstallieren wollte hängte sich das ding auf. ich kann kein einziges modul mehr deinstallieren.

meine vermutung ist das der hoster ein problem hat aber - bei was? ich kenn mich im php zu wenig aus....

lg, mong


Autor mongfevned
Datum 15.08.2009 11:34
Beiträge: das hier bekomm ich als info vom php server falls das hilft:

PHP Version5.2.10PHP SAVE MODENOPHP Memory Limit40MMySQL Server Version5.0.32-Debian_7etch10-logMySQL Client Version5.0.32sqlite Server Version2.8.17 
  • description ::=> 5.0.32-Debian_7etch10-log
  • version ::=> 5.0.32
dbnamedb1102764-opnWebserver InterfaceAPACHE2HANDLERwget (GNU Wget 1.10.2)/usr/bin/wgetlynx (?)/usr/bin/lynxzip (Zip 2.32 (June 19th 2006). Usage:)/usr/bin/zipunzip (UnZip 5.52 of 28 February 2005, by Debian. Original by Info-ZIP.)/usr/bin/unzip


Autor stefan
Datum 15.08.2009 15:33
Beiträge: Vorschlag:

Mach mal einen Account OPN-Team und gib diesem Webmaster Rechte - Sende das entsprechende Passwort und die Url zum Portal per PM an mich.

Dann schauen wir auch mal


Autor mongfevned
Datum 21.08.2009 08:52
Beiträge: ist gesendet


Autor stefan
Datum 21.08.2009 14:39
Beiträge: Also mein erster Eindruck, ich glaub nicht das es an OPN an sich selbst liegt.

An Artikel auf keinen Fall - weil es auch andere Bereiche betrifft.

Datenbank - sieht auf den ersten Blick OK aus. Prüfung ob Felder fehlen geht und ist Fehler frei.

Datenbank Optimieren (Modul) - Geht auch aber evt. Größe der db. (Es gibt Hoster die diese beschränken)

Schwere Frage...

Denkbar irgendwein Timeout beim Inhalt aber das müsste dann eigentlich bei jedem Klick sein.

Sieht mehr so aus das beim Schreiben in die DB was passiert.

Ich wurde den Support bemühen vom Hoster - Datenbank soll er Prüfen, Festplatte usw. meiner Meinung stimmt da was nicht aus der ebene.

Zusätzlich einen Datenbank Sicherung erstellen, Dateien sichern. Und lokal das ganze mal probieren.

Da sich der Fehler verstärkt tippe ich stark auf ein Datenbank Problem.

Machbar wäre auch eine neue Datenbank erstellen die alte Sichern und die Sicherung in die neue einspielen. Kann helfen das es erstmal geht. Wenn es hilft ist es aber nur eine Kurzfristige Lösung

Gibt noch ein paar Sachen die man machen könnte aber ich würde erstmal das genannte tun.


Autor mongfevned
Datum 21.08.2009 16:57
Beiträge: lieben dank stefan

mittlerweile weiss ich was da is aber ka was ich dagegen machen kann.

in den logfiles bekomme ich folgende meldung wenn iche inen artikel freischalten will:
[Fri Aug 21 16:17:48 2009] [error] [client 80.80.248.199] ALERT - maximum execution depth reached - script terminated (attacker '80.80.248.199', file '/is/htdocs/wp1102764_4BHXLXPAPG/www/class/class.errorhandler.php', line 45), referer: http://www.mnsg.at/system/article/admin/index.php?opnparams=BTwGewJvABxWYlMgU1RWcgRoAidWI1Fw
[Fri Aug 21 16:54:42 2009] [error] [client 93.82.72.165] ALERT - maximum execution depth reached - script terminated (attacker '93.82.72.165', file '/is/htdocs/wp1102764_4BHXLXPAPG/www/class/class.errorhandler.php', line 45), referer: http://www.mnsg.at/system/article/admin/index.php?opnparams=Bz4EeV0wAh5TZwd0U1RXc1s3DCkCd1Fw

das war 2 mal ich - einmalö aus der firma und einmal von zu hause.

ich hab ein bisl gegoogled. anscheinend haben die HS europe eins kript installiert ;

suhosin.executor.max_depth=200


und damit verhidnert er, waruma uch immer, ein ausführen der artikel usw.

was kann ich dagegen machen?

lg


Autor mongfevned
Datum 21.08.2009 16:58
Beiträge: achja - den post hab ich hier gefunden.. soll ich das machen? wo muss ich das machen und wie ?

Stupid Hardened-PHP / Suhosin blocks generation of frontend output.

My hoster silently activated Hardened-PHP and TYPO3 failed perfectly - just a "page is being generated" message in the frontend and a nonspecial warning in the error.log (see additional information).
The problem was the ini declaration "suhosin.executor.max_depth" (see: http://www.hardened-php.net/suhosin/configuration.html#suhosin.executor.max_depth) [^] which was set to 50.
This blocks the character set conversion in tslib_cs (so it is a core problem).
Maybe it would be good to add a section to the install tool, which checks for the setting of this variable and puts out a warning if activated.

By the way: solution is (at least if the hoster allows this) to set:

php_value suhosin.executor.max_depth 0
php_flag suhosin.simulation On

in a .htaccess file
- The first one deactivates the maximum execution depth (at least needed).
- The second one sets Suhosin to simulation mode (not needed, but who knows what Suhosin might block in future...)


Autor Gast
Datum 26.08.2009 09:52
Beiträge: keiner ne idee ?

lg, mong


Autor stefan
Datum 26.08.2009 19:55
Beiträge: Den vorgeschlagenen Weg in der .htaccess file hast du probiert?


Autor mongfevned
Datum 27.08.2009 08:31
Beiträge: nein, ich versteh net so ganz was ich da machen soll. soll ich dieses file im root verzeichnis erstellen und das einfach reinschreiben was da steht?


Autor stefan
Datum 28.08.2009 07:54
Beiträge: mongfevned schrieb am 21.08.2009 um 16:58:40 Uhr folgendes:

By the way: solution is (at least if the hoster allows this) to set:

php_value suhosin.executor.max_depth 0
php_flag suhosin.simulation On

in a .htaccess file
- The first one deactivates the maximum execution depth (at least needed).
- The second one sets Suhosin to simulation mode (not needed, but who knows what Suhosin might block in future...)


Du erstellst eine Datei mit dem Namen

.htaccess

oder sofern es diese Datei in deinem Webverzeichnis schon gibt, erweiterst du diese Datei

um die Einträge

php_value suhosin.executor.max_depth 0
php_flag suhosin.simulation On

Und dann mal schauen was passiert. Wenn der Hoster das erlaubt dann sollte sich was verändern. Wenn nicht geht es eine Fehlermeldung. Dann musst du es eben wieder rückgängig machen.


Autor Gast
Datum 28.08.2009 08:09
Beiträge: Hast du eine URL wo man das sehen kann?

Flash



Autor mongfevned
Datum 28.08.2009 10:26
Beiträge:
lieben dank stefan...
hab ich gerade veruscht - leider keine auswirkung ((((((

wie meinst du das flash?

lg, mong


Autor stefan
Datum 28.08.2009 17:49
Beiträge: Wir/Ich haben noch einmal geschaut.

Es ist sehr schwer das verhalten zu erklären. Möglicherweise gibt es mehr als eine Ursache.

Was mir auf gefallen ist. Wenn man eMail ausschaltet dann geht es bei der Freigabe des Artikels.

Hier ist die Kette interessant da ja eigentlich dort keine eMails mehr genutzt werden. Ist bei dir aber anderes weil ...

du hast dich als Support Mail Empfänger eingetragen. Somit wird immer eine Support Mail bei einem Fehler an dich gesand. Unabhängig von den Einstellungen im error log die dem entgegenstehen.

Also könnte bei einer Fehlermeldung eMails versand werden. Und tatsächlich gibt es eine besser mehrere wenn man den Artikel bearbeiten will (Freigabe). Also wird tatsächlich versucht was zu senden.

So bei den eMail hast du SMTP-Server als Weg. Evt liegt es daran.

lt. Rolf geht bei deinem Hoster auch das ganz normale PHP-Mail. Ich vermute das dein eingetragener SMTP Anbieter brobleme macht wenn so kurz hintereinander ca 8 Mails Versand werden sollen und das dann irgendwie ende ist.

Stand jetzt: eMail ist bei dir deaktiviert - damit scheint es zu gehen.

Versuche bitte ob du das bestätigen kannst. Wenn ja dann versuche das ob es der Mail Weg PHP - Mail auch geht. Und aktiviere die eMail Funktion wieder.


Autor mongfevned
Datum 31.08.2009 19:41
Beiträge: ich habs auch mal so getestet. wennemail benachrichtigung aus geht alles - sehr strange.

das mitn sendmail werd ich diese woche mal versuchen - ganz lieben dank derweil. ich hätte das never ever in meinem leben gefunden




Diese Seite drucken
Diese Seite schließen

Dieser Artikel kommt von: OpenPHPNuke - das Open Source CMS

http://www.openphpnuke.info/