Přihlásit se

Výsledky hledání (Hledáno: max_execution_time)

08. úno 2018 10:52 - 08. úno 2018 10:54
Odpověď od Ernst
jaki jsem psal, často cron na hostingu neprovede zálohu, bývají tam omezení na max_execution_time, ale zkuste to , uvidíte.

Můžete použít webcron, WGet, cURL,script PHP a URL
18. led 2017 09:54
Odpověď od HonzaKr
V php.ini nastavte parametr "max_execution_time = 90"
04. čvn 2016 18:36 - 04. čvn 2016 18:40
Zdravím.
V administraci Phoca Gallery se nemůžu dostat do obrázků, načítání stránky skončí chybou 505. Byl překročen max_execution_time, který je nastavený na 90s. Galerie dříve fungovala bez problému, k již dříve vloženým fotografiím se návštěvník stránek bez problémů dostane. V error logu jsou záznamy:

[Sat Jun 04 17:40:32 2016] [warn] [client 193.165.237.187] mod_fcgid: read data timeout in 91 seconds, referer: zsvelenice.cz/administrator/index.php?option=com_phocagallery

[Sat Jun 04 17:40:32 2016] [error] [client 193.165.237.187] Premature end of script headers: index.php, referer: zsvelenice.cz/administrator/index.php?option=com_phocagallery

Používám Joomlu 3.5.1 a Phoca Gallery 4.3.0

Díky za radu.
17. lis 2015 21:58
Odpověď od Karel

máte správně oprávnění a vlastnictví ke složkám (oprávnění si můžete nastavit vy, vlastnictví jen správce hostingu.
Máte vyčištěnou veškerou cache?

Zkontrolujte si system ->systémové informace ->práva složek

Vlastně, když jste na localhost, tak vlastnictví i práva složek si můžete nastavit sám prostředky windows


Mám nastaveno 777 na celou složku

PS předpokládám, že cesta k tmp je C:\localhost\ospkop.cz\tmp.


Ano. Cesta bude nastavena nejspíše správně (cestu si nastavila joomla při instalaci, zip se do složky opravdu stáhne, ale nenaistaluje).

Jak píše bong, určitě si v php.ini zvyšte ten max_execution_time minimálně na 90


Mám nastaveno na 300. Chyba nastane po pár vteřinách. Při instalaci rozšíření přes upload je zobrazen asi 5 vteřin načítací dialog a pak se vypne bez jakékoli chyby.
17. lis 2015 21:47
Odpověď od Karel

php_value max_execution_time
php_value max_input_time
php_value memory_limit


Myslím, že v tom by problém být neměl:

max_execution_time = 300
max_input_time = 300
memory_limit = 512M

PHP 5.4.12
17. lis 2015 21:43 - 17. lis 2015 21:50
Odpověď od Ernst
máte správně oprávnění a vlastnictví ke složkám (oprávnění si můžete nastavit vy, vlastnictví jen správce hostingu.
Máte vyčištěnou veškerou cache?

Zkontrolujte si system ->systémové informace ->práva složek

Vlastně, když jste na localhost, tak vlastnictví i práva složek si můžete nastavit sám prostředky windows

PS předpokládám, že cesta k tmp je C:\localhost\ospkop.cz\tmp.

Jak píše bong, určitě si v php.ini zvyšte ten max_execution_time minimálně na 90
17. lis 2015 21:36
Odpověď od Bong
to si taky musíte ten Wamp nastavit aby Joomla mohla něco dělat, hlavně hodnoty:

php_value max_execution_time
php_value max_input_time
php_value memory_limit

www.joomlaportal.cz/forum/search?query=m...te=all&childforums=1
13. zář 2015 22:20
Odpověď od Ernst
Zkontrolujte si oprávnění složky www a pokud je již databáze od dříve vytvořena, smažte ji.
Dále v php.ini si zvětšete
max_execution_timet = alespoň na 90
09. čvn 2015 14:06
Odpověď od Ernst
tak konečně pokrok a to ve vertrigu

Musím se omluvit Conymu, ten parametr v php.ini opravdu je (max_execution_time) a zvedl jsem ho ze 30 na 90.

z holé 2.5.28 jsem upgradoval na 3.2.1. a proběhlo to v pořádku.
pak mi to samo nabídlo aktualizaci na 3.2.7 a proběhlo to v pořádku.
pak mi to samo nabídlo aktualizaci na 3.4.1 a proběhlo to v pořádku.

Teď jdu zkusit upgrade z 2.5.28 přímo na 3.4.1. bez mezikroků a zkusit udělat upgrade na svém webu
21. úno 2015 22:36
Odpověď od miroslava
Ďakujem všetkým pomohli ste mi!! naozaj bolo to hodnotami
post_max_size = 8M
max_execution_time = 60

Super, konečne to funguje :)
20. úno 2015 17:35
Odpověď od Bong
Spíš to bude klasicky nedostatek systémových prostředků. Nastavte si pořádné limity u:

php_value max_execution_time
php_value max_input_time
php_value memory_limit
13. úno 2015 13:43
Odpověď od Ian
Pánové, oběma vám moc děkuji. Přeinstaloval jsem jak virtuemart, tak virtuemart-aio, jak jsem se dočetl na zahraničním fóru, ale nepomohlo to. Pak mě napadlo se ještě podívat na .htaccess. Nastavil jsem maximum, co můj hosting mi zatím povoluje, tedy:

php_value max_execution_time 300
php_value max_input_time 300
php_value memory_limit 256M

A ejhle, zatím to vypadá, že to funguje :) Testoval jsem vše asi 10x a snad to bude ono. Takže memory limit nastavit jak to jen jde, samozřejmě reálně, kolik hosting povoluje. Lepší by jistě bylo 512MB, ale jak se zdá, i těch 256MB snad bude pro začátek ok.

Tak ještě jednou, díky moc a pěkný víkend :)
14. říj 2014 21:18
Odpověď od Michal
max_execution_time =120
memory_limit = 256M

v php.ini a nepomohlo je to malo ? vysledok je stale rovnaky ...:(
14. říj 2014 09:50 - 14. říj 2014 09:50
Odpověď od Michal
zaujimave ale je ze to vobec nespadlo ani po hodine bezania naviac som nikdy predtym nemal problem pri instalacii na zakladnych nastaveniach wampu...

mate na mysli max_execution_time =120 v php.ini ? a memory limit je ktora polozka ? ako mate nastavene vy?
Dakujem
20. kvě 2014 20:52
Odpověď od Václav Vašek

H13 napsal: Ahoj, bílá stránka znamená většinou php chybu:

- zkus zapnout php error reporting na server - pro zjištění chyby
- nebo se podívej do errorLogu na serveru :idea:

www.phoca.cz/documents/16-joomla/336-how...g-php-errors-on-site


Z tohodle návodu nejsem :-(

Zkusil jsem vytvořit php.ini a dát ho na server do administrator

register_globals = Off
upload_max_filesize = 30M
post_max_size = 30M
memory_limit = 30M
upload_tmp_dir = 30M
max_execution_time = 180

Ale teď už mne to nepustí ani na zadání přihlašovacích údajů a rovnou se objeví bílá stránka.

Zajímavý je, že přes toto se tam stále dostanu:
www.zapper-centrum.cz/administrator/inde...uages&view=languages

Nějaký jednodušší nebo srozumitelnější návod jak zapnout php error reporting na serveru?
Zobrazeno výsledků: 16 - 30 z 48.
Powered by Fórum