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
|
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:
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/ |