Nespuštění / nefunkční skript přes CRON

To je nějak málo ne? Chybí co se má spustit, to je to podstatné

Tak mám již výsledek. Chyba je doopravdy u nich. Skript se provede bez chyb, tak jak psala podpora. Výsledné .xml se však má uložit do složky nazevdomeny/xml, to tam však není. Když jsem skript změnil a zadal uložení do stejné složky tj. ze které je spouštěn skript, tak se .xml uloží. Zkusil jsem tedy zadat zpracování přes adresářový CRON, což je další možnost, kterou nabízejí. Zde se skript taktéž vykoná a končeně se .xml uloží i do správné složky tj. nazevdomeny/xml. Zjistil jsem tedy, že pokud se zadá CRON přes jejich webové rozhraní, tak se výsledné .xml neuloží do složky do které chci, ale do složky o 2 úrovně výše tj. do složky, do které nemám přístup.---------- Příspěvek doplněn 06.03.2020 v 23:22 ----------

Napsal Dolphi;1572202

To je nějak málo ne? Chybí co se má spustit, to je to podstatné

No málo to je. Nic jiného se u nich nenastavuje. Jen čas spuštění a URL. Vše se zadává přes jejich administrační rozhraní. Problém jsem však již vyřešil a oznámil na podporu.

cron-job.org - Free cronjobs - from minutely to once a year.---------- Příspěvek doplněn 07.03.2020 v 00:55 ----------Skus pouzit, vyuzivam uz dlho a funguje na sto pro.

Tak jasně, to je prostě Managed. Nějaké limity tam být musí aby si kdejaký script nezapisoval cokoliv kamkoliv chce. Proto je možná jen jejich jedna definovaná cesta přes webové rozhraní, kterou mají nejspíše nějak ošetřenou. Kdyby člověk mohl cokoliv, tak pak už to není managed. Jinak Český Hosting patří u nás nejlepším, je bych určitě nektritizoval

Napsal Mirek Novotny;1572217

Tak jasně, to je prostě Managed. Nějaké limity tam být musí aby si kdejaký script nezapisoval cokoliv kamkoliv chce. Proto je možná jen jejich jedna definovaná cesta přes webové rozhraní, kterou mají nejspíše nějak ošetřenou. Kdyby člověk mohl cokoliv, tak pak už to není managed.

Jinak Český Hosting patří u nás nejlepším, je bych určitě nektritizoval

Ale to není pravda, že je to prostě Managed a je to nějaké jeho specifikum. Ano limity tam být musí, ale tohle je pravý opak... Naopak byl povolen zápis a to špatným nastavením, že se zapisovalo a dokonce šlo vytvořit novou složku do úrovní před doménou tj. tam kam bych nikdy neměl mít přístup. Zároveň, když jsem vše porovnál a hledal, zda nemám dalšího klienta u českého hostingu, tak jsem zjistil, že mám, a u něj vše funguje normálně. Nekritizuji, že to bylo špatně nastavené, to se stane, kritizuji přístup podpory, kdy bez jakéhokoliv zkoumání napíšou, že je chyba na mé straně ve skriptu i když žádná chyba v logu není. Skript sami po mé urgenci spustí ručně a vidí, že vše probíhá bez chyb a přesto opět napíší, že je chyba ve skriptu. Když žádám o vysvětlení, proč stejný skript u jednoho klienta na serveru funguje a u druhého na jiném serveru nefunguje i když tam před týdnem ještě fungoval a oba dva servery mají stejnou konfiguraci, nedokáží odpovědět jinak, než že je chyba ve skriptu... Nakonec jim člověk sdělí, kde je chyba, oni se nenamáhají na otevřený ticket ani odpověď a poděkovat, ale chybu si opraví...

Napsal Mirek Novotny;1572217

Tak jasně, to je prostě Managed. Nějaké limity tam být musí...

"Managed VPS" znamená, že má člověk pronajatý server (je jedno že virtuální) a k tomu si kupuje správu tohoto serveru. Správa serveru = administrátor, který jej spravuje a nastaví a udělá vše podle toho, co aplikace potřebuje v nějakém rozumném časovém fondu. Na tom se asi shodneme. Limity aby skript nezapisoval kam chce tam být nemusí, protože máte pronajatý celý server (byť ne fyzický), takže nevadí, že může skript zapisovat do úrovně nad doménou, byť se tím dá nadělat zřejmě víc škody než užitku.Člověk by řekl, že je to jasné, ale není. Český hosting nenabízí Managed VPS, nabízí klasický webhosting, kterému říkají "managed vps". Je to jen marketingové označení.Běžně se stane, že po komunikaci s podporou Českého hostingu vám napíšou, že něco nenainstalují nebo nenastaví, nebo naopak, mají limity odpovídající jejich běžnému zákazníkovi a neupraví vám je. Podobně absurdní je třeba zpoplatněný provoz vlastního SSL certifikátu cenou 200 Kč/rok ... "managed vps" by měl být server + administrátor a mělo by jim být kulové do toho jaké certifikáty používáte nebo co vám tam běží. Na druhou stranu chápu, že nedává smysl kontrolovat každou nahlášenou chybu a řádek po řádku ve skriptu, zkoumat co má skript dělat a zda má nastavenou relativní či absolutní cestu ... to je opravdu zodpovědnost vývojáře.

Nestahuje se to XMLko náhodou jiným scriptem, který má jinak nastavená práva. Nastav si tam přes FTP práva k tomu php souboru spouštěného CRONem na 700.

Napsal Martin Kejzlar;1572248

Nestahuje se to XMLko náhodou jiným scriptem, který má jinak nastavená práva. Nastav si tam přes FTP práva k tomu php souboru spouštěného CRONem na 700.

Jaj, už jsem psal, že chyba byla na straně poskytovatele... Práva byla první, která jsem upravil a to na 770 pro testování. Problém byl ve výpisu cesty. Český hosting nespouští CRONy na stejném serveru tj. webserveru, ale simuluje spouštění na jiném serveru a zde bylo chybné nastavení cesty tzn. simulové spouštění bylo nastavené špatně a to jen na tomto serveru. Jakmile jsem to zjistil, tak jsem zajistil spouštění skriptu nikoliv přes jejich web administraci, ale přes adresářový CRON, kde jsem spustil skript přes file_get_contents tj. jako kdyby to běželo na webserveru. Poskytovatel si následně chybu u sebe opravil a nyní to běží i přes simulaci ve webovém rozhraní.