Autor Gast
Datum 07.02.2009 22:56
Beiträge: Hi,
ich habe mehrere Kategorien - und bei der Linküberprüfung bei umfangreicheren Kategorien ein Problem:
Fatal error: Maximum execution time of 30 seconds exceeded in /www/htdocs/...../opn/class/class.opn_http.php on line 978

Klassisches Timeout-Problem - nur wie umgehen?
Ich habe keine root-Rechte auf der Maschine (simples hosting) - gibt's einen Parameter, an dem ich in OPN drehen kann, damit die Abfrage in "pollende" Teilportionen zerteilt wird (ähnlich der Einstellung in der Mediengalerie?)

Danke,
Boby


Autor b-t-o
Datum 07.02.2009 23:39
Beiträge: Hallo Boby,

was sagt bei Dir ein phpinfo zum Thema safe_mode?

ansonsten kannst Du mal das versuchen:

          if(!ini_get('safe_mode')){
               set_time_limit(0);
          }


Gruss,

b-t-o


Autor spinne
Datum 07.02.2009 23:40
Beiträge: hm eigentlich deutet das darauf hin das dort irgenwo ein kaputter link ist, kannst du die kategorien nicht einzeln durch gehen?


Autor Gast
Datum 08.02.2009 00:15
Beiträge: @b-t-o: Wo soll ich denn das reinbasteln? safemode ist aber lt. PHPINFO "off"
@spinne: Das tue ich ja - und mittlerweile habe ich es schon aufgeteilt, aber da dürfte ein (oder mehrere ) Links drinnen sein, der/die für das Problem sorgt/sorgen.
Ich habe in den Einstellungen das "zeitlimit für timeout von 10 auf 2 Sekunden gesetzt - keine Besserung

Ciao,
Boby


Autor stefan
Datum 08.02.2009 06:57
Beiträge: In welchem Modul bist du / ist das?


Autor Gast
Datum 08.02.2009 13:16
Beiträge: Also im nicht verschlüsselten Teil meiner URL steht: opn/modules/mylinks/admin/index.php
Dort gibt's den Button "Linküberprüfung" - wenn ich den anklicke, dann kommt darunter eine Liste aller meiner Kategorien, die ich einzeln durchgehen kann.
"Teste alle Links" funktioniere sowieso nie (habe ca. 180 Links in der DB).

Ciao,
Boby


Autor stefan
Datum 08.02.2009 14:15
Beiträge: naja es gibt ja 2 Möglichkeiten was es sein kann

1) Eine url hat was auch immer für ne Problem
2) Die Menge die getestet werden soll.


Autor b-t-o
Datum 08.02.2009 14:58
Beiträge: Hallo Boby,

baue mal zum Testen den o.g. Code in die von Dir genannte php ein
(fast ganz am Anfang).

Dadurch legst Du das Zeitlimit auf "unendlich" fest - anstatt der 0 kannst Du auch 300 z.B. für 5 Minuten angeben.

Dann kannst Du uns mal mitteilen, was das Modul dann ausgibt.

Gruss,

b-t-o


Autor stefan
Datum 08.02.2009 15:35
Beiträge: Ich denke nicht das das hilft. Auf jedem sinnvoll eingerichteten Server wird sowas abgefangen bzw. durch andere Maßnahmen wieder auf ein default Wert "geändert"

Ich habe mal die Routine so geädert das immer nur 2 Links getestet werden und dann ein redirect (also das was wir wo anderes auch machen) 2 Ist da z.Zt. fest weil ich sichergehen möchte das wirklich nicht viel kommt.

Die Werden nach abc... geordnet getestet. Kannst also dann recht leicht feststellen wenn er hängenbleibt ob es ne bestimmt url ist. Das was du auf dem Bildschirm hast ist fertig.

Da wir kurz vor dem Release stehen bin ich jetzt leider nicht sicher ob du einfach die Branch Version des Modules nutzen kannst, meine schon aber kannst es versuchen halt vorher alles Sichern usw...

die Änderung ist mit Rev. 2927 in dem Branch gekommen


Autor Gast
Datum 08.02.2009 15:58
Beiträge: Hi,
also ich krieg's nicht gebacken - mit overruling des Timeouts dauert es zwar länger, aber ich laufe in das gleiche Problem hinein.

Der Clou: Wenn ich die "böse Kategorie" einzeln durchklicke, funktionieren alle Links.
Ich vermute einmal, dass es mit der Art der Weiterleitung oder so zu tun hat, die OPN dann aus dem Tritt bringt.

Vielleicht kann sich ja das wer von Euch mal ansehen, ich habe alle "mylinks"-Tabellen zusammengefasst (ZIP) und hochgeladen:
www.rc-boote.at/upload/boby/files/mylinks_rc-boote_at.zip
Das Problem tritt bei den Links mit der "cid=11" auf.

Auf Branch umsteigen ist im Moment bei mir nicht so einfach - eine Sicherung (via FTP) dauert ca. eine Nacht.
Da ich jezt weiß, dass alle meine Links funktioneren, kann ich damit leben. Trotzdem wäre es vermutlich interessant herauszufinden, was da das System aus dem Tritt bringt

Danke & liebe Grüße,
Boby


Autor Gast
Datum 08.02.2009 19:43
Beiträge: Habe eben mal bei einer meiner Seite getestet. 192 Weblinks geprüft. Funktioniert eunwandfrei.

Flash


Autor stefan
Datum 08.02.2009 19:54
Beiträge: rolf alte version oder neue version?


Autor spinne
Datum 08.02.2009 20:08
Beiträge: 2.4.15


Autor Gast
Datum 08.02.2009 20:17
Beiträge: jupp 2.4.15 [Aphrodite] (Revision 2639)

Seite läuft auf einem alten Hosteurope Server mit PHP 4

Flash


Autor Gast
Datum 08.02.2009 23:47
Beiträge: Hi, bei mir ist es lt. PHPInfo 4.4.8

Ciao,
Boby


Autor Gast
Datum 08.02.2009 23:50
Beiträge: Das ist offenbar schon eine ältere Version...
Soll ich eine Übersiedlung auf einen PHP5-Server veranlassen? Bringt mir das was für das aktuelle Problem bzw. habe ich andere Vorteile dabei?

Gute Nacht,
Boby

P.S.: Übrigens hat die Linküberprüfung eine verdammt gut designte Oberfläche (mit den Aktionsbuttons) - sehr übersichtlich!


Autor spinne
Datum 09.02.2009 00:51
Beiträge: habe mal die einzelnen kats geprüft bei dir...

3. kat letzter link --> Fehler      Scale & RC-Boat Magazine (ist zwar aufrufbar, aber das dauert da wohl zu lange mit dem laden)
4. kat kommt der fatal error grund: http://www.jetimodel.cz/ tot / gelöscht

in der 4. kat hat es zwei unterkategorien, dort in der ersten (internationale hersteller... da ist irgendwo ein link *faul*)

weitere unterkat die probleme macht ist händler-versandhändler...dort hat es eine gehackte oder umgeleitete seite drin modellbaupirat....auch eine https könnte eventuell zu fehlern führen


also.... deine links sind nicht alle in ordnung.
schau bitte in den beiden genannten unterkategorien die links nochmal genau durch, denn nur dort kommt die errormeldung, alle anderen funktionieren einwandfrei

gruss tine


Autor spinne
Datum 09.02.2009 07:52
Beiträge: Noch was ist mir aufgefallen

du schreibst du bist auf trunk...

Administration 2.4.15 [Aphrodite] (Revision 2639)

hast du vielleicht nicht alle datein hochgeladen? weil das ist stand der der letzten branch

Administration 2.4.16 [Aphrodite] (Revision 2931)

ist aktueller trunk

gruss tine
Übe Dich in Geduld, wenn Du etwas erreichen willst ----------------------------------------------------------------------------------------- Geheime Gedanken -- Mein Spinnennetz -- Spinnennetz CH -- RenderWorld Cinema4d Testbereiche, nachgeschaut und dann nachgefragt: OPN-Laborcenter --- OPN-Themes --- OPN-Bugtracking --- OPN-Doku --- OPN-FAQ


Autor stefan
Datum 09.02.2009 20:00
Beiträge: Boby schrieb am 08.02.2009 um 23:50:52 Uhr folgendes:


Soll ich eine Übersiedlung auf einen PHP5-Server veranlassen?



Ja 4.x.x ist ein Auslauf Model. Nach und nach wird es nicht mehr unterstützt werden.


Autor Gast
Datum 14.02.2009 01:04
Beiträge: Hi,
eine Frage: Hab meinen Hoster angeschrieben & folgende Antwort erhalten:

Auf allen unseren Servern läuft neben PHP4 (Apache Modul) auch PHP4 bzw. PHP5 als CGI-Modul. Sollten Sie auf einem Server (rufen Sie dazu die infophp.php unterhalb Ihrer Domain auf!) mit PHP4 (Apache Modul) liegen, so können Sie im jeweiligen FTP-Account oder Unterordner wo Sie PHP5 bzw. PHP4 als CGI Modul nutzen möchten eine .htaccess Datei mit folgenden Inhalt erstellen. Ein Umzug ist dann meist nicht mehr notwendig.<br /> <br /> #Für PHP5-CGI:<br /> AddHandler php5-cgi .php<br /> <br /> #Für PHP4-CGI:<br /> AddHandler php4-cgi .php<br /> <br /> Wir bieten auch Server mit PHP5 und MySQL5 (MySQL 4.1 wird nicht unterstützt!) an und können Ihren Account kostenlos auf einen solchen Server umziehen.

Fragen:
1) Die erste Variante ist vermutlich eine Krücke - oder ist das einer Übersiedlung gleichwertig zu setzen?
2) PHP5/MySQL sollte lt. Doku kein Problem für OPN darstellen - falls es da was zu berücksichtigen gibt, bitte um einen Aufschrei/Hinweis.

Danke,
Boby


Autor Gast
Datum 17.02.2009 23:53
Beiträge: *vorsichtig nachfrag*
Reicht V1 ("Manipulation .htaccess) - oder ist ein "sauberer Umzug" auf PHP5/MySQL5 die bessere Lösung?

Danke,
Boby


Autor stefan
Datum 18.02.2009 20:00
Beiträge: Boby schrieb am 17.02.2009 um 23:53:41 Uhr folgendes:


Reicht V1 ("Manipulation .htaccess) - oder ist ein "sauberer Umzug" auf PHP5/MySQL5 die bessere Lösung?



Schwer zusagen was dein Hoster da macht oder nicht aber vom Grundsatz her eine Änderung in der .htaccess kannst ja auch leicht wieder zurück ändern


Autor Gast
Datum 19.02.2009 23:24
Beiträge: Okay, habe jetzt den Umzug hinter mir - scheint alles zu funktionieren, bis auf einige Forums-Einträge:

Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 491520 bytes) in .../opn/system/user/plugin/sidebox/userinfo/main.php on line 303
Die Meldung ist schon etwas seltsam - vermutlich soll das 491520 bytes ZUVIEL heißen.

Andere Einträge funktionieren dagegen problemlos - hat evt. mit eingebetteten Grafiken zu tun.

Habe jetzt in der mainfile.php folgenden Eintrag geändert:
ini_set('memory_limit','16M');

=> Auf 32M erhöht

Ich hoffe, das hat sonst keine Nebenwirkungen - die Forumseinträge funktioniern wieder klaglos.

Ciao,
Boby


Autor stefan
Datum 20.02.2009 05:29
Beiträge: Bei welchem Beitrag war das denn der Fall?


Autor Gast
Datum 20.02.2009 17:47
Beiträge: Was meinst Du? Soll ich Dir den Link schicken? (musst aber angemeldet & in spezieller Gruppe sein, weil das Forum nicht öffentlich zugänglich ist).

Der Beitrag hatte nur eine Menge Grafiken (via IMG-Tag eingebunden).

Ciao,
Boby


Autor stefan
Datum 20.02.2009 18:10
Beiträge: Schick mir bitte per mail mal den Beitrag

-> Beitrag Bearbeiten -> alles Markieren - STRG + C -> in eine eMail rein und zu mir.

Eigentlich sollte das einbinden per IMG-Tag nicht mehr Speicher benötigen. Hatte ich jedenfalls gedacht.


Autor Gast
Datum 20.02.2009 18:31
Beiträge: You've go mail

Danke,
Boby




Diese Seite drucken
Diese Seite schließen

Dieser Artikel kommt von: OpenPHPNuke - das Open Source CMS
http://www.openphpnuke.info/