CRON - čo môže a čo nie

Dobrý deň, večer, ráno,

prosím Vás, ide o takú prkotinu:
Keď nastavím spustenie CRONa, kde sa tento zobrazí?
Keď bude obsahovať iba nejaký nápis (<p>Toto je CRON</p>), kde sa to zobrazí?

ide mi o to, že pre ladenie CRONA na localhoste doma mám v skripte aj výpisy (aby som videl čo kde to robí).
Keď skript prekopírujem na server, musím predtým tie hlášky odstrániť?
Ďakujem.

Vďaka, o starosť menej.

a nejaké zabezpečenie existuje?
okrem teda napr. nejakého nezmyselného názvu emzetpeeryxnaentu.php?

takže CRONy uložiť do samostatného adresára a do .htacces v tomto adresári napísať iba

deny from all ?

Davex:
Takže tie výstupy zakomentovať?

Davex:
zatiaľ mi tam bežia dva krony bez výstupov (viditeľných, samozrejme), jeden pácha RSS a druhý generuje súbory sitemap (obsah stránok sa často mení), ani jeden z nich neobsahuje výstupy na monitor.
Teraz tam potrebujem dať ďalší na aktualizáciu tabuliek v databáze a pri tvorbe toho skriptu tam mám nejaké výpisy pre kontrolu behu skriptu.
V podstate nie je problém tie výstupy v pspade zakomentovať (Ctrl H), ale išlo mi najmä o informáciu, ako to teda vlastne je. a vidím, že čo človek, to iný názor.

Ďakujem týmto všetkým za príspevky, proste do zakomentujem a bude.

shaggy:
a to mám stovky riadkov upravovať ručne?

margin:
???

Rád si nechám poradiť.
Keď som bol na freehostingu (kron nebol) obchádzal som to spustením skriptu podľa času, ale to musel niekto na stránku prísť a tak nevdojak skript spustiť.
A spúšťať skript ručne?

Rád sa poučím.

shaggy:
Povedzme denne upravím 100 -200 záznamov (ľudia umierajú, vychádzajú nové knihy, filmy, pribúdajú nové slová, politici sa menia, dozviem sa nový výraz, upravím odkaz - väčšinou teda pridám a pod).
No a tie údaje potrebujem v databáze aktualizovať.
Doteraz to bolo jednoduché: súbory som zazipoval a nahral na server, kde sa rozbalili. A bolo.
Teraz ich napred potrebujem vyselektovať (ktoré sa zmenili) a potom nahradiť v tabuľke.

RSS je u mňa napr. zoznam 10 posledných článkov.
moje RSS upozorňuje na výročia (dni narodenia, úmrtia, udalosti), je generované po polnoci a tým to hasne. Podľa dňa sa jedná tak o 100 - 200 záznamov. Je generované podľa dátumu.

sitemap na weboch nepoužívam, ale aj tú vieš vygenerovať "on demand" (pri zobrazení)

mám pocit, že som prestal rozumieť česky. Čo to je vygenerovať "on demand" ?

shaggy:
Za tú češtinu sa ospravedlňujem, mea culpa, bolo to hlúpe.

Povedzme, že chceš zmeniť popis hesla web.
Vôbec si neviem predstaviť, že by som s tými textami pracoval cez administratívu, a to pre:
pomalá odozva,
sa zbláznim, kým to nájdem,
a v tomto (</h1>● neskorší.<br>● neskôr.<br>● výraz.) niečo upravovať?

Generujem texty v PSPade ako texťáky cca v 40 súboroch, ktoré sú prehľadné, dobre sa v nich orientuje (zvýraznenie atď), ľahko opravujú texty (najmä pomocou makier, klávesových skratiek a pod, opravujú preklepy, pridávajú odkazy (opäť makro), obrázky (ďalšie makro), formátuje text (ďalšie makro), atď). A cron bude spracovávať práve tie texťáky. Celý presun na web trvá 2 minúty i s novými obrázkami (niekedy jeden, niekedy i 20), keď som tam dával databázu, trvalo to skoro 20 min.

RSS: je to zaujímavé riešenie, ale mne stačí generátor RSS spustiť raz denne a nie pri každom požiadaní.

on demand:

významu rozumiem, ale nerozumiem, čo tým myslíš? Prečo mám generovať 130.000 sitemapov (budem si fandiť a predpokladám že každé heslo aspoň raz niekto otvorí), keď mi ich stačí pre robota 30?

shaggy:
Nevýhoda tvojho postupu je v tom, že mi teraz (10.2.) ponúka výročia pre 8.2.
Pan Dalberg sa síce narodil 8. 2. 1744. ale zomrel 10. 2. 1817 (treba čítať celý text). V každom generovanom texte je dátum 10. 2. (dnes).

Ty k tomu pristupuješ ako k nevyhnutnému zlu. Je problém si ten html kód upraviť v tvojom editore a potom ho prekopírovať do administrácie

Z jednoduchého dôvodu:
Nie je mi jasné, prečo to mám robiť manuálne u seba v administrácii, čakať 5 minút na vytvorenie exportu, potom to importovať do databázy a tam zasa zadávať SQL dopyt (i keby zo súboru), keď to sa to všetko môže urobiť automaticky.
U mňa doma to celé beží asi 4 minúty (nie v kuse, je to rozdelené, lebo tak dlho mi asi databáza nedovolí udržať spojenie), kým sa tie tabuľky (ááá, teraz už iba jedna tabuľka) aktualizujú. Keby som to všetko robil podľa tvojich predstáv, tak nad tým strávim hodinu. Počítam, že server to zvládne za polovicu času ako ten môj starček tu na stole, teda za nejaké dve minútky. A mne opravené, aktualizované súbory trvá nahrať na server tiež len 2 minútky. Myslím, že rozdiely sú viditeľné. Ponúkni mi jednoduchšiu alternatívu.

Očividne nevieš, čo znamená pojem sitemap
je ľahko možné, že nechápem, na čo je súbor sitemap, priznávam: veľmi laicky (lebo som laik): je to príkaz pre robotov, ktoré stránky majú prejsť a zaindexovať. A tak ich mám i urobené/generované (Sitemap.xml). Cron generuje všetky možné stránky, ktoré sú dostupné.

čo pri málo navštevovanom webe, ako je tvoj, môže byť trikrát za týždeň

poteší ma každý návštevník, prvý i tretí.
Najmä ten, ktorý ma nájde na prvej strane vo vyhľadávaní na zozname.sk (napr.), keď hľadá Slovník cudzích slov.
Hádam to nebude také zlé.

shaggy:
koľkokrát za týždeň sa zobrazí sitemapa

vôbec, ale vôbec si nerozumieme, každý hovorí o niečom inom.
Ty hovoríš (predpokladám) o mape stránok. Nemám a ani nechcem, nevidím zmysel niečoho takého. Teda sa nezobrazuje.
Ja hovorím o súbore pre robotov (prečo myslíš, že je tam iba ten jeden (Je to zoznam stránok od a po z, na toto potrebuješ cron? :-|, ja som hovoril o 130.000 súboroch, a ty hovoríš o 30-ich? Nepostrehol si ten rozdiel? Cron tam je preto, lebo mesačne pribúda cca 1.000 nových záznamov [zdroje ešte mám, stále je čo dopĺňať])? Keby tam bol iba ten jeden Sitemap, tak by to fakt nemalo zmysel, to máš pravdu.

Nestáva sa často, kedy kapitulujem a nemám chuť ďalej argumentovať

Zatiaľ sa len divíš a nechápeš, prečo to robím (chcem robiť) práve takto - ja som ti to vysvetlil ([#22]) a očakával som, že mi predhodíš nejaký argument, prečo to nemám takto robiť. Moje riešenie mi šetrí prácu i čas. Ty ponúkaš riešenie, ktoré ma núti nad tým sedieť, manipulovať s dátami (čím sa zvyšuje riziko chyby, ľudskej chyby). Moje riešenie je, že to napíšem, nahrám na server a všetko sa spraví samo,. Tvoje riešenie je, že mám upravovať kód, dávať to do administrácie atď. ([#21], A k tomu, čo si napísal predtým... mám pocit, že ty si absolútne nepochopil, na čo je dobré uchovávať dáta v db. Ty k tomu pristupuješ ako k nevyhnutnému zlu. Je problém si ten html kód upraviť v tvojom editore a potom ho prekopírovať do administrácie (alebo phpmyadmina, či čo používaš na editáciu dát v db)? Prečo do toho pridávaš medzikrok (spracovanie textových súborov)? Radšej sa ani nepýtam, ako ten skript identifikuje záznam v db, ktorý má upraviť (ako priradí konkrétny súbor k záznamu v db).) Keď som sa ´ta pýtal na protiargument, žiadny som nepočul. Začínam sa teraz baviť ja.
Stále len hovoríš, že nechápem a nevysvetľuješ. (s MySQL pracujem 3 dni aj s tým, čo som kristoval, kým som akotak pochopil, ako to spojazdniť.)
Usmievaš sa nad vetami vytrhnutými z kontextu [#23] (druhý odstavec), ktorú si od pobavenia asi ani nedočítal.
Ja súhlasím s tebou, že nie všetko, čo si ja predstavujem, je podľa zabehnutých predstáv, a možno i lepších ako moja realizácia, ale to, že sa tým pobavíš, je iba tvoja zábava a preto som sa sem neobracal.
Tvrdíš mi, že všetko je zlé a alternatívu si neponúkol žiadnu. To milujem.
Tvoj argument je, že som nepochopil, že nerozumiem. Nie som vševedúci, zostúp k mojej nepoškvrnenej mysli a osvieť ma. Rád sa niečomu priučím.

mimochodom:
Nechcem vedieť, čo u teba beží 4 minúty, čo chceš exportovať, prečo by to tak dlho malo robiť, ani prečo to chceš robiť na trikrát.
Ja práve nič nechcem robiť na trikrát. Ja to chcem nahrať na server a nech sa to urobí samo. Server aktualizáciu zvládol za 104 sekúnd (skript zatiaľ nie je Cron, treba ho spúšťať ručne). Nahratie zdrojových textových súborov trvalo 2: 38. min. Podľa tvojho postupu by som nad sedel ako dlho?

shaggy:
konečne si začíname rozumieť, hovoríš konkrétne.
Pripadá mi, akoby som počul stroj, ktorý má za mňa túto prácu vykonať a nechce sa mu.
Popíšem ti ako to robím:
Narazím na zaujímavý článok, s informáciami, ktoré ma zaujmú, napr. http://www.historieweb.cz/habsburk-mexickym-cisarem, otvorím si ho. Hneď v prvom odstavci narazím na informáciu Jednou z největších byl smutný osud bratra Františka Josefa I. Maxmiliána, který padl jako císař mexický pod kulkami popravčí čety republikánských revolucionářů.. Mám otvorený PSPad stále, otvorím si súbor h.txt (je to Habsburg), pozriem sa, či mám o ňom nejaké údaje, prípadne doplním (hľadám na webe, kedy s narodil a pod., keď to nemám) (súčasne vidím asi 15 záznamov, o dva riadky vyššie mám miesto roky napísané orky, tak to opravím. V článku o dve vety ďalej je zmienka o jeho strýkovi, pozriem v texťáku na neho (je iba o pár riadkov vyššie), zistím, že nie je urobený odkaz na jeho syna Karla, tak ho urobím, hneď urobím odkazy i na dátumy a Rakúsko-Uhorsko, u Mexičana urobím odkaz na matku (Žofiu) a odkazy skontrolujem . Vrátim sa k Maxmiliánovi, pozriem na jeho vraha Juaréza /odkazy mám, takže nič nemením, ale tri riadky nižšie som si všimol, že u Jubilee mám síce napísané diamant a blabla, ale na diamant nie je urobený odkaz, tak ho urobím (mám na to v PPPade makro, je to otázka pár stlačení klávesníc). To som v polovici prvého odstavca čítaného článku a už som urobil tuším 4 zmeny. A ten článok je podstatne dlhší. Zatiaľ nič nerobím, len si čítam a opravujem, dopĺňam záznamy. Medzitým ma vyruší Feed a dozviem sa, že Anette Schavan zložila funkciu, tak si to rozkliknem a vrátim sa k Habsburgovi. Za pol hodinu mám habsburga prečítaného, urobil som asi 10-12 doplnení, opráv, odkazov. Zatváram mexičana, idem sa venovať Schavanovej. doplním, že zložila funkciu, urobím odkaz na dátum, hotovo. U Schedar urobím odkaz, že je to hviezda (je to iba o 4 riadky nižšie, tri údery do klávesnice, atď. No a takto sa flákam po nete a píšem.
Zo záchoda sa vrátim so zaujímavým článkom o McCarthym v Telegraphe, tak to idem porovnať. Zistím, že mi chýba previazanosť medzi McCarthym a heslami mccarthizmus a mccarthista, tak ich previažem odkazmi. A aha, u McCartney, Mike mám miesto Veľká Británia zapísané Velká Británia, tak to "ľ" opravím.
Atď. Atď. Atď. Atď.

A teraz by som podľa teba mal po cca 40 minútach činnosti otvoriť phpmyadmina a tam stráviť ďalšiu polhodinu vyhľadávaním a Ctrl+C a Ctrl+Vaním? Nezdá sa ti to mrhanie časom? Nehovoria o mechanickej činnosti, ktorá fakt ubíja (Ctrl+C a Ctrl+V, Alt+Tab, Down, Ctrl+End, Ctrl+C, Alt+Tab, hľadanie, Ctrl+V, ulož a znova toto isté s ďalším zápisom?).
Prepáč, na PSPade urobím zápis, napíšem opravy, Ctrl+S a hotovo. Keď skončím (nie po každej oprave, ale povedzme večer, bežne 1 - 2x denne, v Total Commandri súbory txt (je ich 39) zazipujem, zip nahrajem cez webftp a hotovo.
A na toto potrebujem Crona, aby som sa vyhol činnosti, ktorú mi tu ty ponúkaš.

Nenahrávaš žiadne zbytočné súbory na server, nespúšťaš žiadne zbytočné skripty

Dotyčný Cron je 1 súbor a má veľkosť 9583 bytes. Nie je to zbytočný súbor. Pri monitorovaní (kontrola podľa dátumu txt súborov, či sa zdrojové súbory txt zmenili, ak áno, až potom je spustený aktualizačný script) script trvá zlomky sekundy, pri aktívnej činnosti beží menej ako dve minúty cca v 40ich sekvenciách.

Takže prepáč, ale komentár Veľa vecí robíš nelogicky, to nie je ani ako keby si sa škrabal ľavou rukou za pravým uchom... ono je to, ako by si sa škrabal ľavou susedovou nohou za pravým uchom. sa skôr hodí na tvoju činnosť.

z tvojho popisu som zistil, že ide o xml súbor, ktorí ľudia mylne používajú v domnení, že im to pomôže pri zaindexovaní stránok - ak však na tvoje stránky nevedie odkaz, nepomôže ti nič. sitemap.xml je iba "odporúčanie" pre robotov, aby vedeli, ako často sa niektoré stránky aktualizujú (môžu na to brať ohľad, ale určite to nie je pre nich záväzné) a aby si určil prioritu jednotlivých stránok.
ešteže to nevie gúgl. Zaindexoval yyše 60.000 stránok za dva týždne a maká ďalej. Mimochodom, o tých súboroch vie zo Sitemap. A objavujú sa vo výsledkoch, prichádzajú odtiaľ návštevníci.
A tie súbory Sitemap po všetkých tých denných úpravách raz týždenne tiež generuje Cron. Keby si pátral ďalej, tak by ťa asi napadlo otvoriť i robots.txt a tam by si sa dozvedel viac.

Str4wberry:
cieľom cronu je porovnať rozbalené txt súbory so súbormi starými:
na servri existuje a.txt a a.txt_.
pri nahrávaní na server cez ftp admina sa zip rozbalí a a.txt sa prepíše, a.txt_ je bezo zmeny.
po zistení Cronom, že a.txt a a.txt_ majú rozdielny dátum (dá sa porovnávať i podľa veľkosti a tak to asi aj prerobím), sa spustí porovnávanie - rozdielne riadky sú zapísané dočasne do temp.txt (vždy sa porovnáva iba jedno písmeno (xxx.txt a xxx.txt_, takže jeden dočasný súbor stačí), rozdiel je potom daný do databázy (buď prepísanie existujúceho záznamu alebo vloženie nového záznamu).
Po ukončení tohto kroku je a.txt_ prepísané a.txt (sú totožné, čaká sa na ďalšie nahratie súboru a.txt).
Tento cyklus prebehne s a.txt až z.txt.
toť vše.

shaggy:
Súbory Sitemap sú s veľkými písmenami, že ich prehliadač vyhadzuje s malými, je jeho vec, viď obr.

Je naozaj úsmevné, keď človek, ktorý má skôr záporné znalosti z programovania bude posudzovať moje postupy (ktoré sú overené a odporúčané).
To vážne všetci správcovia databáz pracujú takto? No to mi ich je ľúto.

Ty chceš povedať, že všetko, čo sa týka napr. písmená H máš u seba uložené v jednom súbore a v databáze to tvorí jeden záznam (riadok)?
Keby si čítal pozorne, dozvedel by si sa, že každý habsburg je na inom riadku ([#26] pozriem v texťáku na neho (je iba o pár riadkov vyššie).

hlavne ak zoberiem do úvahy, že slová končiace na stomach nie sú také bežné (a mne osobne žiadne nenapadlo).
sa bavíš o obsahu, ja o forme spracovania, nech by to bolo i o pindíkoch kokršpanielov.
Bežné nie je ani Chargoggagoggmanchauggagoggchaubunagungamaugg.
Je to slovník cudzích slov. Obsah je pre teba pri riešení danej problematiky irelevantný.

napr. heslo S 1 mi nič nepovedalo
hľadal si niekedy niečo na gúgli?
V nájdených odkazoch je vždy úryvok textu zo stránky.
tak je to i s S-1. Gúgl by ti pod S-1 vypísal S-veta, bezpečnostná informácia: Uchovávajte uzamknuté.

Uvedomuješ si, že xml sitemap nepomôže pri zaindexovaní, ak na stránku nevedie žiadny odkaz?
Web na tejto adrese existuje od 16 .1. Ako potom gúgl zistil, kam má odkazovať?
Preto sú tie súbory Sitemap a indexovanie súborov. a to gúgl i robí. inak by tie stránky nenašiel a nevytvoril na ne odkazy.
nie som seo odborník, ale takto to je, proste gúgl tie stránky pozná a vyhadzuje ich:


Proste to tak je.


Zdrojový k´d v txt vyzerá takto (časť):