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

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?

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.

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.

nevadi to asi ničemu

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.

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

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ě.

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?

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á

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í?

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).

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í.