abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 17:30 | Zajímavý článek

Mozilla.cz informuje, že webový prohlížeč Firefox bude od verze 53 obsahovat integrovaný prohlížeč dat ve formátu JSON. Firefox kromě strukturovaného prohlížení nabídne také možnost filtrace a uložení na disk. Dle plánu by měl Firefox 53 vyjít 18. 4. 2017.

Ladislav Hagara | Komentářů: 0
dnes 11:00 | Komunita

Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už zítra 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.

xkucf03 | Komentářů: 0
včera 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 10
včera 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
včera 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
včera 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 2
16.1. 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 7
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (3%)
 (75%)
 (3%)
 (10%)
Celkem 314 hlasů
 Komentářů: 24, poslední včera 10:14
    Rozcestník
    Reklama

    Dotaz: PHP funkce COPY ve skriptu volaném CRONem

    27.5.2009 16:05 Saix
    PHP funkce COPY ve skriptu volaném CRONem
    Přečteno: 555×

    Zdravím,

    vytvořil jsem php skript, který pracuje jak má zavoláním z browseru i z shellu pod rootem (Debian). Nechce mi ale fungovat pod cronem.

    Cron zcela určitě běží. Dokonce po zapnutí logování je vidět, že se skript spouští. Potíž je v tom, že nedělá co má. Využívá php funkce copy ke vzdálenému stažení a uložení souboru na serverový disk. Skript je přes cron spouštěn rootem, adresář kam se soubor má uložit má práva na 777 a vlastníka root. Přesto to vypadá, že uložení souboru vždy selže, pokud je skript volán z cronu.

    Nějaké nápady co s tím?

    Odpovědi

    27.5.2009 16:20 marek
    Rozbalit Rozbalit vše Re: PHP funkce COPY ve skriptu volaném CRONem

    Dobry den.

    Cron muze mit jinak nastaveny PATH nez ho ma nastaveny nalogovany root.

    Marek

    27.5.2009 16:28 Saix
    Rozbalit Rozbalit vše Re: PHP funkce COPY ve skriptu volaném CRONem

    V tom to bohužel taky nebude, protože ve skriptu mám include('config.php') a ten se evidentně načte ze správného adresáře i bez absolutní cesty, protože informace se zapisují do databáze z parametrů v naicludovaném souboru správně.

    Když jsem to pak prvně nechal spustit přes cron tak jsem se divil, že se mi soubor nestáhl, ale do databáze se mi data zapsala. Tak jsem to ošetřil podmínkou if(copy(..)) která evidentně vrací false, protože do databáze se nic nezapíše a soubor nestáhne. Přes browser nebo shell to ale funguje.

    Takže v cestách bych taky problém neviděl.

    27.5.2009 18:19 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: PHP funkce COPY ve skriptu volaném CRONem
    Když to kopírujete ze vzdáleného serveru, tak to asi v copy používáte fopen wrapper, ne? Ten by mohl vracet nějakou hlášku (vizte manuál) copy --> fopen --> Errors/Exceptions If the open fails, the function an error of level E_WARNING is generated. Nevím no, možná jen řeknou "že to selhalo" :) Asi nejsnáž to vyzkoušet udělat fopen(vzdálený soubor) nebo tak něco.
    27.5.2009 19:00 Saix
    Rozbalit Rozbalit vše Re: PHP funkce COPY ve skriptu volaném CRONem

    nn používám čistě copy(odkud,kam), přičemž odkud je vzdálená URL

    Ale ví,m, že fopen funguje protože ten tam taky používám, ale na něco trochu jiného, nejprve si načítám potřebné informace pro následný download z json souboru (něco jako xml), právě přes fopen a to se do databáze zapisuje úspěšně, selže to až při snaze uložit na disk soubor, dokonce i přes fwrite, jak jsem si teď ověřil.

     

    KAPITULACE a funkční leč nehezké řešení:

    Protože přes webové rozhraní to jde, tak jsem si vytvořil druhý php skript, který spouštím cronem a v něm pouze otevírám a zavírám pro čtení přes fopen ten první, kde parametrem je celá URL adresa. Takže ten první skript spustí ten druhý přes webové rozhraní. Musel jsem ale bohužel zvýšit limity serveru pro zpracování skriptů přes webové rozhraní (execution time, paměť atp.)

    27.5.2009 19:04 Andrej Herceg | skóre: 43
    Rozbalit Rozbalit vše Re: PHP funkce COPY ve skriptu volaném CRONem
    Nestačilo by v cron použiť lynx na ten php súbor na webe?
    27.5.2009 19:17 Saix
    Rozbalit Rozbalit vše Re: PHP funkce COPY ve skriptu volaném CRONem

    No moje řešení nepotřebuje ani browser, prostě jednoduše fopen, fclose. Lynx by udělal v podstatě to samé. A myslím, že problém s limity by to nevyřešilo. Lynx by sice běžel přímo na tom serveru, ale opět by odkazoval absolutní URL, takže by apache opět bralo v potaz nastavení php pro externí webové rozhraní.

    Až budu mít víc času se v tom hrabat, zkusím zapnout na moment logy a zjistit jestli to něco hlásí. Teď by mě ty logy, ale přidělaly moc práce a možná by to nahlásilo jen "copy failed" nebo "permision denied", což by mě zrovna moc nepomohlo. Stejně už nevím jaká práva bych kde mohl nastavit.

    27.5.2009 20:15 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: PHP funkce COPY ve skriptu volaném CRONem
    Rozhodně analýzou chybových hlášek se správně (TM) má začínat, až pak psát na abclinuxu.cz ;)
    27.5.2009 20:17 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: PHP funkce COPY ve skriptu volaném CRONem
    Samozřejmě pokud máte pocit že ostatní mají víc času než vy tak na chybové hlášky kašlete a hledejte řešení cestou "někdo na abclinuxu něco tipne a já zkusím zjistit jestli se náhodou netrefil".
    27.5.2009 21:51 Saix
    Rozbalit Rozbalit vše Re: PHP funkce COPY ve skriptu volaném CRONem

    Zdá se mě to nebo si odpovídáš na vlastní příspěvěk? To nevypadá úplně normálně a proto nemá smysl se před tebou ospravedlňovat. Ke svému jednáním mám důvody. A rozhodně bych nechtěl plýtvat něčím časem, kromě toho tvého samozřejmě. Pokud tě totiž odpovědi na dotazy natolik obtěžují, nechápu, co tady vůbec pohledáváš. Nemůžeš přece očekávat, že každý se bude řídit postupem řešení, kterým by ses patrně řídil ty. Existují opodstatnitelné vyjímky. Prosím opusť toto vláknu a již se nevracej :) O tvou pomoc nestojím.

    28.5.2009 01:14 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: PHP funkce COPY ve skriptu volaném CRONem
    Klídek, vždyť mám pravdu. Přečíst si chybové hlášky je základ, to není nějaký můj patentovaný postup.
    28.5.2009 01:15 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: PHP funkce COPY ve skriptu volaném CRONem
    A pokud chci ke svému příspěvku něco dodat, logicky to řeším reakcí na něj, aby to nezapadlo. Vždyť to je také normální, na to přijdete.
    27.5.2009 20:14 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: PHP funkce COPY ve skriptu volaném CRONem
    nn používám čistě copy(odkud,kam),

    vizte ten zmíněný manuál, fce copy. když je "odkud" vzdálená URL, tak ve skutečnosti transparentně používáte fopen wrapper, fce copy sama o sobě by vzdálené kopírování nezvládla.

    Zdá se tedy že popisujete dvě různé chyby: 1) copy nefunguje vzdáleně (ale fopen ano), 2) nefunguje zápis na disk.
    27.5.2009 21:37 Saix
    Rozbalit Rozbalit vše Re: PHP funkce COPY ve skriptu volaném CRONem

    Nefunguje pouze zápis na disk.

    27.5.2009 22:37 Saix
    Rozbalit Rozbalit vše Re: PHP funkce COPY ve skriptu volaném CRONem

    Vyřešeno

    Po tolika hodinách jsem nakonec objevil chybu tam kde jsem ji hledal hned na začátku. Cesta v "copy" musí být serverová absolutní cesta. Jenže chybu to nevyhazovalo ani nelogovalo, prostě se to jen nezkopírovalo. Ačkoli jsem zkoušel téměř každou prkotinu na tohle jsem už nějak pozapomněl a to taky proto, že v "include" příkazu to vzalo klidně relativní adresu.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.