Nejste přihlášeni
Stránky 1
Ano to vím, já se ptám, jak na tu optimalizaci, když je výše zmíněný problém s Widgety, který znemožňuje použití Cache pluginu.
Ahoj,
čas od času se mi v administraci objeví hláška
Byl překročen maximální počet současně běžících PHP procesů (6)...
Netuším, co by mělo v tom WP haprovat, protože nepoužívám téměř žádné pluginy, jen Akismet, ikony pro menu a plugin na Favicony na různá zařízení...
Četl jsem, že tenhle problém často řeší Cache plugin...
Ten však zatím nemůžu použít – protože když ho nasadím, přestane se aktualizovat pravý panel, který ukazuje poslední příspěvky na fóru, poslední komentáře a malý vzkazník.
Je to řešeno jako Widgety.
Dá se to nějak vyřešit?
Rád bych vám navrhl navýšit limity DB na desetinásobek, a to z několika důvodů:
- Aktuální kapacita je pro moderní aplikace absolutně nedostatečná
- Aktuální kapacita nedokáže využít potenciálu DB, např. ukládání BLOB dat
- Aktuální kapacita není ani v nejvyšším programu MEGA dostatečná na provoz aplikací nasazených v produkčním prostředí
- Endoru mám rád, ale bohužel v tomto usnula na vavřínech. Je rok 2017. Konkurence už je v ČR úplně někde jinde (stovky MB v DB i ve free programech).
Pokud to nedokážete nebo např. z ekonomických nebo funkčních důvodů kapacitu navýšit nemůžete, navrhuji INFORMOVAT o kapacitě DB už na úvodním srovnání, myslím toto:
Aby lidé nedopadli jako já, že si objednají a zaplatí placený webhosting a pak zjistí, že nemůžou provozovat ani obyčejné fórum (xenforo), protože jen prázdné xenforo (bez cache) zabírá přes 60 MB.
(vím, že jde zakoupit navýšení kapacity extra, ale ty ceny jsou naprosto směšné)
Děkuji
To nemá smysl, Xenforo se do Endora DB nevleze.
Ukázka s jedinou šablonou, dvěma jazyky (angličtina + čeština) a pár základními doplňky.
Compiled tabulky se NESMÍ mazat. Pokud je smažeš, šablony se nezobrazí do opětovného sestavení (a pak budeš tam, kde si byl).
Doporučuji jiný webhosting.
Pro budoucí návštěvníky se stejným problémem:
Chyba bývá způsobena tím, že se Xenforo snaží vytvořit compiled tabulky v databázi. Endora databáze k tomuto ovšem nedostačuje... protože se tam nevleze ani základní šablona (ta má kolem 45 MB).
Stačí si pak přidat další šablonu, pár add-onů a nevystačí vám ani nejvyšší kapacita DB u Endory.
Jinými slovy - u Endory NELZE provozovat Xenforo.
Musíte si najít jiného provozovatele. Ideální velikost DB okolo 1 GB.
to error_log jsem tam měl, jen nevím proč jsem to tu nenapsal...
Nefungovalo to
php_value error_log
už funguje
Děkuji
Ahoj všem,
mám problém.
Přes php_info jsem zjistil cestu k mému webu
/home/users/uživatel/adresa/web/logy/php_error.log
Takže do htaccess jsem napsal
php_flag display_errors off
php_flag log_errors on
php_flag /home/users/uživatel/adresa/web/logy/php_error.log
Ale logy se mi v složce logy vůbec neobjevují... zkoušel jsem mnoho různých možností ale žádná nefunguje.
Jaká je prosím ta správná cesta?
Díky
BOMBA !
Funguje to skvěle, díky moc
Ahoj,
na mém webu používám gmail smtp k odesílání emailu... na localhostu funguje vše v pohodě, jenže na endoře mi to píše Could not authenticate...
{
require "phpmailer/class.phpmailer.php";
$mail = new PHPMailer();
$mail->SetLanguage("cz");
$mail->IsSMTP(); // k odeslání e-mailu použijeme SMTP server
$mail->Host = "smtp.gmail.com"; // zadáme adresu SMTP serveru
$mail->Port = 587; // nastavíme port
$mail->SMTPAuth = true; // nastavíme true v případě, že server vyžaduje SMTP autentizaci
$mail->Username = "xxx"; // uživatelské jméno pro SMTP autentizaci
$mail->Password = "xxx"; // heslo pro SMTP autentizaci
$mail->From = $odmail; // adresa odesílatele skriptu
$mail->FromName = $odjmeno; // jméno odesílatele skriptu (zobrazí se vedle adresy odesílatele)
...
}
Nevíte prosím, kde může být problém? Resp. co tomu může bránit?
Děkuji.
Děkuju za odpovědi... tu obrannou proměnnou zakomponuji a ještě jsem "vymyslel" 2 způsoby jak trošku zvýším obranu..
Kontrolu hesla napíšu ve formátu
md5($heslo) == 'zakódované heslo';
a ty includovací soubory jsem dal do adresáře o úroveň NÍŽ s tím, že jsem .htaccess nastavil tak, že zakazuji zobrazování výpisu adresářů a souborů (v případě nepřítomnosti výchozího souboru) a taky jsem nastavil deny from all... takže se tam dostane jen server.
Snad to bude stačit
No nahrání souboru do nadřazeného adresáře je jedna z nejvíc bezpečných metod (podle knížky PHP ze které se učím), jelikož prohlížeč NEMÁ přístup do nadřazeného adresáře, ale může se do něj odkazovat...
Prosím o radu: jak tedy tuto otázku bezpečnosti vyřešit? Jde nějak přesunout hlavní složka webu o úroveň níž?
Např. že vše dám do složky (main) a nějak prohlížeči řeknu, že výš nesmí...
Děkuji za odpověď
Zdravím,
z důvodu bezpečnosti se snažím nahrát soubor s přístupovými údaji k databázi a funkcemi (například mail skrz SMTP kde mám i údaje do mého mailu) do nadřazené složky webu...
takže root / adresa / web
a já to chci do
root / adresa
Psalo mi to, že soubor byl úspěšně nahrán, jenže když se podívám skrz FTP, v té složce nahraný soubor nevidím... Myslel jsem si, že je jen schovaný (bezpečnost), jenže když ho chci použít pomoci require_once, tak mi to hlásí, že ten soubor tam vůbec není...
Na localhostu mi to funguje.
Nějaké řešení?
Moc děkuju
EDIT:
A ještě bych se chtěl zeptat, kde se mi ukládají výpisy chybových hlášek, když do .htaccess použiji direktivy
php_flag display_errors off
php_flag log_errors on
Do složky log evidentně ne.
Děkuji
Stránky 1