Update klappt nicht. Nun execution probleme
Eingetragen von beaschmitz (465)am 29.09.2012 - 20:12 Uhr in
Hallo zusammen,
ich habe dann gerade anhand dieser Anleitung das Update durchgeführt:
http://blip.tv/learnbythedrop/upgrading-drupal-1651816
Dann wollte ich die Module wieder einschalten und dann kommt nix mehr außer das hier:
Queries taking longer than 5 ms and queries executed more than once, are highlighted. Page execution time was 1088.02 ms
Die Seite hängt....
Ich habe keine direkte Lösung für mein Problem hier auf Drupalcenter gefunden....
wie kann ich die Module wieder deaktivieren...ich kann nicht mehr in der Seite administrieren...
ich meine man konnte irgendwo in einer datei diese execution time hochsetzen....wo war das nochmals? ist schon zulanger her...
ich suche mal weiter, bin aber für einen schnellen Tipp dankbar!
Greets!
- Anmelden oder Registrieren um Kommentare zu schreiben
php.ini
am 29.09.2012 - 20:16 Uhr
php.ini
danach den reboot bitte nicht vergessen
php.ini max_execution_time =
am 29.09.2012 - 20:28 Uhr
php.ini
max_execution_time = 120
(Zahlwert ist Sekunden)
aachja, genau. aber die hatte
am 29.09.2012 - 20:54 Uhr
aachja, genau. aber die hatte ich damals bei der installation schon angepasst...jetzt erinnere ich mich wieder.
bei dem update habe ich die aber gar nicht angepackt, da sie ja in dem ordner sites liegt....
meine alten einstellungen:
register_globals = off
allow_url_fopen = On
max_execution_time = 50000;
post_max_size = 26214400;
memory_limit = 41943040;
hintergrundinfo: hosteurope hat auf php5.3 umgestellt... dann kamen fehlerhinweise und nun wurde mein webpaket sogar abgeschaltet, weil es wohl gehackt wurde bzw mit einem trojaner infiziert war/ist
also, es läuft immer noch nicht, obwohl ich die max eecution time ja schon hoch gesetzt hatte...
was bedeutet das denn
am 29.09.2012 - 20:57 Uhr
was bedeutet das denn hier
Memory used at: devel_init()=2.7 MB, devel_shutdown()=28.19 MB.
bin etwas verwundert in
am 29.09.2012 - 21:24 Uhr
bin etwas verwundert in welchem Verzeichnis Du Deine php.ini ablegst, jedoch die andere Meldung besagt, dass der Memory nicht ausreicht, welchen Du ebenfalls in der php.ini editieren kannst.
OK, habe gerade mit
am 30.09.2012 - 11:04 Uhr
OK,
habe gerade mit hosteurope telefoniert: die php.ini datei würde sowieso nicht funktionieren...
die habe ich dann wieder gelöscht (zwischenzeitlich hatte ich sie auch mal direkt im hauptverzeichnis abgelegt)
es ginge nur über die .htacess Datei.
Da ich Filezilla nutze ---> Server ---> Auflsitung versteckter Dateien erzwingen
der nette mann vom support hat mir 2 Zeilen bereits in die .htaccess Datei geschrieben:
php_value memory_limit 128M
php_value max_execution_time 9000
aber es klappt immer noch nicht.... auch wenn ich die execution time bereits auf 9000 erhöhe (!)
Hat jemand vielleicht noch eine Idee?
Ich habe nochmals eine
am 30.09.2012 - 13:27 Uhr
Ich habe nochmals eine Support anfrage gestellt (diesmal per Email)... noch keine Antwort...
Also nochmals ein Auszug aus meiner .htaccess Datei:
# PHP 5, Apache 1 and 2.<IfModule mod_php5.c>
php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0
php_value memory_limit 128M
php_value max_execution_time 9000
</IfModule>
Ist das so richtig?
Ich bin also bei Hosteurope. Die php.ini funktioniert nicht....bzw. wird laut Support nicht berücksichtigt.
Wenn ich mir das hier durchlese: http://www.drupalcenter.de/faq/3866
Bleibt ja nur noch settings.php oder diese .htaccess Geschicht.
Oder muss ich beides ändern?
In meiner Settings.php steht folgendes:
* To see what PHP settings are possible, including whether they can* be set at runtime (ie., when ini_set() occurs), read the PHP
* documentation at http://www.php.net/manual/en/ini.php#ini.list
* and take a look at the .htaccess file to see which non-runtime
* settings are used there. Settings defined here should not be
* duplicated there so as to avoid conflict issues.
*/
ini_set('arg_separator.output', '&');
ini_set('magic_quotes_runtime', 0);
ini_set('magic_quotes_sybase', 0);
ini_set('session.cache_expire', 200000);
ini_set('session.cache_limiter', 'none');
ini_set('session.cookie_lifetime', 2000000);
ini_set('session.gc_maxlifetime', 200000);
ini_set('session.save_handler', 'user');
ini_set('session.use_cookies', 1);
ini_set('session.use_only_cookies', 1);
ini_set('session.use_trans_sid', 0);
ini_set('url_rewriter.tags', '');
ini_set('max_execution_time', 0);
Müsste ich hier die letzte Zeile auch anpassen?
Ooooch, ich bin kein Programmierer und kann auch nicht wirklich PHP und stehe etwas auf dem Schlauch...
Danke für einen Tipp!
Je nach Paket berücksichtigt
am 30.09.2012 - 16:10 Uhr
Je nach Paket berücksichtigt hosteurope die Einstellungen in der .htaccess Datei.
Diese kannst du für deine Zwecke wie folgt erweitern:
php_value memory_limit 128Mphp_value max_execution_time 360
Dies lässt sich dann natürlich auch für die max_upload_size und andere Werte ebenfalls überschreiben.
Falls das Überschreiben der Werte nicht funktioniert bekommst du einen "Fehler 500" vom Web-Server - also nicht wundern..
SteffenR
Hallo Steffen, danke für
am 30.09.2012 - 17:55 Uhr
Hallo Steffen,
danke für Deine Antwort.
Also irgendwie werde ich nun total verrückt und ich glaube ich muss erst mal eine Nacht drüber schlafen.... Ab Mittwoch habe ich Urlaub, dann werde ich solange versuchen bis es wieder geht.
Folgendes ist passiert:
- Ich habe Webpaket L bei Hosteurope
- nachdem das verändern der .htaccess Datei nicht funktioniert hat
Also nochmals ein Auszug aus meiner .htaccess Datei:
# PHP 5, Apache 1 and 2.
<IfModule mod_php5.c>
php_value magic_quotes_gpc 0
php_value register_globals 0
php_value session.auto_start 0
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_value mbstring.encoding_translation 0
php_value memory_limit 128M
php_value max_execution_time 9000
</IfModule>
...hatte ich dann die glorreiche Idee einfach alle Module zu löschen, die "on Top" waren (also keine Core Module) um die mögliche Last zu reduzieren.... nun ging irgendwie gar nichts mehr:
HTTP-Fehler 500 (Internal Server Error): Beim Versuch des Servers, die Anforderung zu verarbeiten, ist eine unerwartete Bedingung aufgetreten.Auch deine Angabe für die max_execution_time 360 bringt keine Veränderung. Ich steh auf dem Schlauch und muss nochmal überlegen....
Also, ich wollte ein Update von Drupal 6.16 auf 6.26 durchführen, habe alle Dateien gelöscht im Hauptverzeichnis bis auf den Ordner SITES. Dann ging es auch gut mit dem update.php und ich kam sogar auf die Seite wo man die Module installieren kann. Die wollte ich dann wieder einschalten (hatte ich vorher nach Anleitung ausgeschaltet) und dann kam dieser Mist mit
der execution time....
Ich habe vermutlich etwas anderes noch falsch gemacht oder hätte die Module nicht löschen dürfen?!
Hosteurope hat auch mein Paket gesperrt, weil ich mir einen Trojaner gefangen hatte... mit meiner IP kann ich es aufrufen....kann der Murks eventuell auch daher kommen? Wegen der Sperre?
Danke
Ich habe momentan genau das
am 15.07.2013 - 23:40 Uhr
Ich habe momentan genau das gleiche Problem. Mein Server wurde bei HE gehackt. Nun habe ich php 5.3 und das Script läuft aus allen Fugen. Eine Änderung der php.ini bewirkt nichts, und dass obwohl ich einen dedicated Server habe. Ist irgendwie schon komisch. Hat jemand eine Lösung zum Problem gefunden?