Nejste přihlášeni
Dobry den,
extension jsem na server zajicek nainstaloval. Muzete prosim vyzkouset? Dekuji
Dobry den,
dle logu se cron provadi viz:
www.jezis.mablog.eu 88.86.120.251 - - [16/Dec/2019:11:58:01 +0100] "GET /web/cronjob.php HTTP/1.0" 404 18441 "-" "Wget/1.14 (linux-gnu)". Vraci vsak 404. Zrejme mate spatne URL, ve ktere mate web/cronjob.php. Skript vsak mate v documentrootu domeny tedy by melo byt: http://www.jezis.mablog.eu/cronjob.php
Dobry den,
objevuje se problem stale? Pripojeni funguje. Jakeho klienta pouzivate? Pokud se pripojujete pres FTP TLS zkuste prosim TLS vypnout. FTP TLS neni docasne k dispozici. Dekujeme za pochopeni.
Dobry den,
PHP verzi 7.4 urcite mame v planu do budoucna nasadit. Nicmene pockame nejaky cas az se ukaze ze je opravdu stabilni. Momentalne tedy nemame zadny casovy odhad kdy k nasazeni dojde. Dekujeme
Dobry den,
prosim vyzkousejte nyni. Dekuji
Dobry den,
prosim vyzkousejte nyni. Dekuji
Dobry den,
ani vyse uvedene prepnuti obchodu na HTTPS pres databazi nepomohlo? Dekujeme
Dobry den,
dle uvedeneho souboru se priznavate k porusovani provoznich podminek sluzeb Endora.cz dle bodu 5)g) tedy:
Je zakazno na servery ukládat a shromažďovat jakákoliv data, která nejsou součástí webové prezentace a nevede na ně žádný odkaz z daných webových stránek, Problem s 418 na soubory readme.txt byl opraven.
Prosime tedy o odstraneni zavadneho obsahu, ktery odporuje podminkam sluzeb Endora.cz. V opacnem pripade muze dojit k odstaveni stranek. Dekujeme
Dobry den,
muzete prosim vyzkouset nyni? Problem by mel byt opraven. Omlouvame se za komplikace.
Dobry den,
problem s FTP na serveru fenek by jiz mel byt opraven. Prosim vyzkousejte. Dekuji
Dobry den,
omlouvam se za zpozdenou reakci. Muzete prosim vyzkouset nyni? Nasadil jsem na server wildcard stable.cz. Dekuji
Pro rychlejsi komunikaci muzete vyuzit napriklad email kontakt info@endora.cz
Dobry den,
muzete prosim zkusti nyni? Popripade nas kontaktujte primo na info@endora.cz. Dekujeme!
Dobry den,
z nasi strany k zadne uprave politik nedoslo. Google vsak nyni striktneji hlida SPF a ostatni mailove bezpecnostni mechanismy, coz ma za nasledek Vas problem. U pouziti funkce mail() je treba upravit envelope-from, dle ktereho se SPF kontroluje. V opacnem pripade se SPF kontroluje vuci domene slonice.stable.cz, nikoliv proti Vasi domene. Jak Vam jiz kolega posilal viz:
Jak upravit envelope-from adresu je vysvětleno zde https://stackoverflow.com/questions/179 … g-php-mail - čím se nebude vkládat adresa zakaznik@server
mail('to@blah.com','subject!','body!','From: from@blah.com','-f from@blah.com');Dobry den,
jiz by melo byt v poradku. Chyba byla v komunikaci mezi centralnim registrem cz.nic a registratorem domen. Omlouvame se za komplikace a dekujeme za pochopeni.
Dobry den,
dle nastaveni PHP mate session.save_path na /home/users/miloslav/.sessions/. Toto je mozne overit i pomoci phpinfo();. Joomla se nicmene z nejakeho duvodu snazi session ulozit do /home/.sessions/ kam nemate pravo zapisovat a tato slozka ani neexistuje. Bohuzel Vam konkretne nereknu kde Joomla vzala tuto cestu, ci proc chce session ulozit prave sem. Nicmene toto je chyba v aplikaci, jelikoz nastaveni session.save_path je nastaveno, jak jsem jiz sdelil, spravne. Viz: https://i.imgur.com/6vRhd7f.png
Dobry den,
zkousel sem se na Vase forum zaregistrovat skrze zahranicni proxy a byla mi zobrazena hlaska o vypnutych post pozadavcich viz i log:
fuckallkids.cz 5.188.210.64 - - [31/Dec/2018:08:59:49 +0100] "POST /register.php HTTP/1.0" 405 18776 "http://fuckallkids.cz/register.php" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36" "-" "RU"
fuckallkids.cz 5.188.210.64 - - [31/Dec/2018:08:59:49 +0100] "POST /profile.php HTTP/1.0" 405 18776 "http://fuckallkids.cz/register.php" "Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36" "-" "RU"
Dobry den,
blokovani POST pozadavku ze zahranici by melo byt opraveno. Dekujeme za upozorneni.
Dobry den,
muzete prosim specifikovat odkud kam emaily nechodi a nejaky priklad emailu, ktery takto nedosel s casem odeslani? Popripade nam tyto informace zaslete na info@endora.cz. Dekujeme!
Dobry den,
jak se chyba v administraci projevovala? Dekujeme
Dobry den,
problem je v souboru .htaccess v kterem je defaultne Options -MultiViews. Tento radek jsem zakomentoval a vse se zda v poradku. Pripomenu jen ze Prestashop si slozku admin prejmenuje. Realnou adresu pro prihlaseni do adminu naleznete na FTP dle jmena slozky admin (admin + nahodny string). Preji hezky den.
Dobry den,
zkuste do settings.inc.php pridat radky:
if( isset($_SERVER['HTTP_X_FORWARDED_PROTO']) ) {
$_SERVER['HTTPS'] = 'on';
$_SERVER['SERVER_PORT'] = 443;
}
Dobry den,
jelikoz se emailove sluzby pro sluzbu Endora.cz i Stable.cz nachazeji na jednom emailovem serveru, bohuzel nelze nasadit vice certifikatu. Proto emailovy klienti vykazuji chybu certifikatu. Pro duveryhodny pristup muzete vyuzit adresu serveru imap.stable.cz, pro SMTP pak smtp.stable.cz.
Dobry den,
ano, implementaci wildcard certifikatu by se tento problem vyresil a bylo by mozne LE nasadit i pro domeny 3. radu. Na implementaci Wildcard certifikatu od LE stale pracujeme. Dekujeme za pochopeni.
Dobry den,
zkuste si prosim prepnout verzi PHP 5.6. Na PHP 7.1 bohuzel z technickych duvodu neni nainstalovan Imagick. Je mozne ze to s timto problemem bude mit souvislost. Dekujeme
Dobry den,
jiz by melo byt v poradku. Omlouvame se za komplikace.
