Přihlásit se

Pokročilé hledání ve fóru

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

  • Bong
24. čvc 2019 14:26
Odpověď od Bong
xxx_oldcontent bude pravděpodobně nějaká stará záloha článků. Podle všeho ji lze bez problémů smazat. Tím ničemu neuškodíte, ale ani nepomůžete, Joomla s tabulkou nijak nepracuje.
  • radek
24. čvc 2019 13:12 - 24. čvc 2019 13:26
Odpověď od radek
Databaze ma 14mb, takze asi nic hroznyho a z toho ma 2-3mb cache. Co je v databazi tohle? Muzu to smazat? xxx_oldcontent > je to nejaka zaloha (kopie) clanku?

Taky myslim, ze to byla zmena serveru, ale tu me hosting vyvracel, takze jsem zacal patrat jinde. Kde bych se mel podivat nebo jim rict, at se podivaji?
  • Cony
24. čvc 2019 12:21
Odpověď od Cony
Zkouknul bych databázi, jestli nevyrostla do nějakých obřích rozměrů. Popř. bych to tipl spíš na změnu na serveru. Mám zkušenosti např. s MS Azzure, kde aktualizace Joomly běží snad 5 minut. Tipl bych na problém s rychlostí souborového systému.
  • radek
23. čvc 2019 19:19
Odpověď od radek
Dik, presne to jsem si myslel. Jak ale zjistit, proc se Joomla nechce aktualizovat s 60 nebo 120 ani napriklad se 180s? Mam tam asi 5 instalaci a vsechny stejny problem. Nastalo to po nejake aktualizaci Joomly. Verze uz nevim.
  • Cony
23. čvc 2019 17:08
Odpověď od Cony
Je to ochrana proti přehlcení serveru. Pokud by byl na severu nějaký dlouhotrvající skript, server jej po určité době odstřihne. 900 znamená čtvrt hodiny, tzn. riskujete, že pokud je někde např. chyba v PHP nebo se skript nějak zacyklí, poběží to na serveru čtvrt hodiny. Když takový skript zavolá víc lidí najednou, máte na čtvrt hodiny po stránkách....
  • radek
23. čvc 2019 16:47
Odpověď od radek
Ok, dik. Ja to resil s hostingem a nevi, proc to nejde a pry to nicemu nevadi. Ja si ale rikal, jestli to neni bezpecnostni hrozba. Prd o tom vim.
  • Ernst
23. čvc 2019 16:41
Odpověď od Ernst
nevadi to asi ničemu
  • radek
23. čvc 2019 13:06
Max_execution_time vytvořeno radek
Ahoj,

potrebuju poradit od nekoho, kdo tomu rozumi. Na hostingu mam problem s max_execution_time. Mam managed VPS na Nginxu. Zniceho nic, jsem pri nejake aktualizaci Joomly musel porad zvysovat tento cas az na 900, pritom doporuceny je 60. Neslo Joomlu aktualizovat.

Nevite nekdo proc nebo na co se zamerit, pripadne vadi necemu tak dlouhy cas, ktery jsem nastavil?

Dik.
  • ghost
26. bře 2019 18:13 - 26. bře 2019 18:18
Odpověď od ghost
zkuste pro zacatek napsat, jake je vlastne nastaveni vaseho hostingu (klidne i kde hostujete):
max_execution_time
memory_limit
kolik vlastne mate tech aktivnich php procesu
jaka je cca navstevnost (vcetne botu a robotu)

A povypinejte zatim vsechny cachovaci pluginy a nastaveni, co mate. Jestlize mate slaby hosting, tak jej zabijite mozna uz jen tim cachovanim, pripadne do Vas muze nejaky bot busit a vycerpava Vam volne konexe.
Ze mate pocit, ze frontend jede jakztak ok, neni moc meritelne => zmerte:
developers.google.com/speed/pagespeed/insights
tools.pingdom.com/
- vyberte nejblizsi server
  • honza999
13. lis 2018 20:01
Odpověď od honza999

Ernst napsal: Na endoře v plus je max_execution_time 60sec., tak tam to možná doběhne, ale asi to problém neřeší.
Co udělá upgrade na 3.8.13?

Upgrade na 3.8.13 dopadl stejně jako na 3.9, rozšíření 3.stran jsou aktualizovaná,doufám že jsem něco nepřehlídnul, konzultuji průbežně s podporou banánů, ale zatím bezvýsledně.
  • Ernst
07. lis 2018 10:33
Odpověď od Ernst
Na endoře v plus je max_execution_time 60sec., tak tam to možná doběhne, ale asi to problém neřeší.
Co udělá upgrade na 3.8.13?
  • honza999
06. lis 2018 13:16
Odpověď od honza999
max_execution_time=30, PHP Version 7.1.15-1+ubuntu16.04.1+deb.sury.org+2, nahrát a instalovat taky vyzkoušený, tabulky zkontrolaný, reset adresářů (nastavení zapisovatelnosti) taky provedený, upload_max_filesize=64M, ale problém pořád trvá
  • Ernst
06. lis 2018 12:47 - 06. lis 2018 12:49
Odpověď od Ernst
nesetkal, nemám banán.
Zkus si to aktualizaci stáhnout a dát "nahrát a aktualizovat"

jaká je tam verze PHP a max_execution_time?

Zkusil jsi kontrolu tabulek databáze před aktualizací?
  • Aleš Palas
24. kvě 2018 11:54 - 24. kvě 2018 11:59
Odpověď od Aleš Palas
Zkus nastavit Minimální čas spuštění tak 2 s,
Maximální čas spuštění
5-10 s,
Tolerance času spuštění
75 %.
Máš dostatek místa na zálohu?
Akeeba mi běhá všude bez problémů, vyjma jednoho hostingu právě s nízkou hodnotou max_execution_time (bylo tam jen 7s).
  • Aleš Palas
24. kvě 2018 11:22 - 24. kvě 2018 11:34
Odpověď od Aleš Palas
V Akeeba Backup přejdi do Konfigurace a nahoře je Průvodce nastavením. Samo si to otestuje nastavení serveru a vytvoří konfigurační soubor (chvíli to trvá, Akeeba zkouší různé časy odezvy serveru, tak vydž). Pak už můžeš spustit zálohování.

Pokud to nefunguje podívej se do Systém - Systémové informace - Informace o PHP a vyhledej max_execution_time. Pokud je menší než 10 tak bude mít Akeeba problém. Hodnota max_execution_time je daná hostingem.
V konfiguraci dole - Expertní nastavení - nastav Maximální čas spuštění na hodnotu o něco nižší nižší než je max_execution_time a zatrhni Pokračovat v zálohování po chybě AJAX. Pak spusť zálohování.
Zobrazeno výsledků: 1 - 15 z 48.
Powered by Fórum