Datum u nazivu File-a Windows NT

Pozz

Na poslu imamo prastaro racunalo sa Windows NT. Svaki dan u odredjeno vrijeme racunalo napravi Backup i odredjene Fileove zipuje i posalje na server. Taj dio je ok i sve radi. Problem je sto taj novi .zip File mora imati danasnji datum i sve mora raditi automatski. Napisao sam Batch file koji to radi ali imam problem sa datumom. Na novijim windowsima moze se u cmd pomocu naredbe %DATE% ispisati datum a moze se i razdvojiti dani, mjeseci i godina. Kod Windows NT to ne fukncionira. Ima naredba Date i Time da bih dobio datum i vrijeme ali ih ne mogu razdvojiti. Npr datum koji spremiti u novu varijbalu pomocu naredbe 

set datum = %date%

i ako zelim da razvojim %date% na dane mjesece i godinu normalno koristim sljedece naredbe:

SET ds=%date: =0%
SET DD=%ds:~0,2%
SET MM=%ds:~3,2%
SET YYYY=%ds:~6,4%
SET YY=%YYYY:~2,2%
SET ts=%time: =0%
SET hh=%ts:~0,2%
SET min=%ts:~3,2%
SET ss=%ts:~6,2%

U Windows NT to ne fukcionira a ako u naziv samo stavim %datum%:

ren text.txt %datum%.txt

dobit cu ovako nesto

date.txt

Da li ima starijih clanova koji bi mi mogli pomoci oko ovog goruceg problema?

Hvala

I sto onda? Mislis set %%datum%% = %date% ili?

Kako da razdvojim datum?

-ok, to je to :) ..

-napiši točno što ti ispiše, format-duljinu.. (važno, jer tako režeš dijelove stringa, u skripti posljednji brojevi.. i ako je to različito a prepisao si skriptu tad dobiješ prazno-ništa itd..).

zato trebamo ispis SETa da vidimo configuraciju i što je dodano u varijablama kao i format datuma, usa-hr i duljina.

kad variabli %datum% postaviš vrijednost =date i kad to želiš ispisati na ekranu, @ECHO %datum% dobit ćeš zapisan datum (? tj to ponavljam-utvrđujem kao podatak koji si već dao)..

iduća stvar kad varijabli %ds% dodjeliš vrijednost, početak skripte, urednije-logičnije-točnije.. napravi to ovako (koristit ću varijablu 'datum' ne ds)

set datum=%date: =0%

odmah provjeri što je u varijabli zapisano

@ECHO %datum%

ovisno o regionalnim postavkama i formatu-duljini dobiješ nešto kao MM.DD.YY ili DD.MM.YYYY ... važno usa-hr mjesec-dan kao i duljina godine 2-4 znamenke + long format datuma koji uključuje i naziv dana u tjednu kao srijeda i naziv mjeseca umjesto broja.. ovisno o tome, u kratkom formatu je godina Y na 6tom mjestu ('dd.mm.' = 6 slova-chr$ koja preskačeš, tj brojač ide od nultog znaka-prvo slovo) i zato je u skripti trimanje od 6,2 za godinu.

npr ako ti je godina u dugom formatu YYYY 4 znamenke tad bi u jednom redu to mogao napisati ovako

set datum=%date:~6,4%_%date:~3,2%_%date:~0,2%

@ECHO %datum%

ako je 2-znamenkasti, umjesto 4 pišeš 2..

-to je 'bolji' oblik-format, yyyy_mm_dd .. zbog sortiranja, obrnuto od standardnog datuma. + ako je kratki oblik yy tad imaš milenijum bug, tj možeš svakoj godini po kriteriju logike dodati prefix 19 ili 20, tj dodaš prefix string 20 za sve novo (samo starija arhiva prije 2000te ima 19xx..).

npr

set datum=20%date:~6,2%_%date:~3,2%_%date:~0,2%

@ECHO %datum%

.. dalje znaš :)

tj ne piši skriptu napamet-unaprijed (ili copy-paste s interneta) nego idi korak po korak .. svaki put ispiši na ekranu da bi vidio što imaš, klasično 'debugiranje' koda (nevažno što je to samo cmd ili batch skripta..) uz ograničenja što možeš u jednoj dos-cmd liniji i kako nekek stvari moraš pisati u skripti (sintaxa i posebni znaci kao navodnici itd..).

-piši sve u notepadu-textu, koristi copy-paste, koristi doskey itd.. i ništa ne kopiraj kao gotovo riješenje (primjer s datumom ds je klasičan) tj time daješ do znanja da nisi programer i da se ne snalaziš, moraš paziti na razliku formata datuma, mi i usa.. dok će primjeri 99% biti za usa.

kao što je varijabla datum možeš jednako napraviti varijablu vrijeme .. i treću datumvrijeme, poželjno prije kreiranja backupa (zipa) tj u početku kreiranja kao timestamp koji će odgovarati nazivu tj ovisno o trajanju izrade arhive ako to radiš poslje imaš razliku u recimo sekundama kreiranja filea i vremena kad je arhiviranje završeno kao i problem ako to traje duže-satima ili kad testiraš na malim fileovima itd..

pripazi na razliku kad nešto pišeš u cmd-u direktno i kad to isto radiš u batch skripti kao i stara ograničenja duljine naziva-patha-filea i nedozvoljeni znaci kao razmak.. različito se ponaša cmd i skripta recimo s razmak-spaceom.. i moraš koristiti 'navodnike' za sve kao % ili " .. a to može biti ponekad zbunjujuće-nepregledno.

+ važno, varijabla koju kreiraš u skripti gubi vrijednost završetkom skripte, kao i u cmd-u.. trajne variable definiraš u osu-congif kao npr path i tad ih možeš koristiti stalno kao i sys variable date i time i sl. ..

koristi doskey, tek od xp-2000 je to uključeno u cmd dok se ne sjećam kako radi copy-paste, desni klik miša je paste iz memorije, ostalo radiš tipkama ne ctrl+x+v nego shift+insert itd (dosovske copypaste tipke).

ili svaki put pokrećeš skriptu ali tad imaš problem debugiranja tj nemaš korake.. tj možeš 'brejkati' pauziranjem 'pause' i kontrolirati stanje varijabli u koracima skripte no to nije programerski debuger tj spetljano je..

Ovako

testirao sam sljedece i u cmd i preko Skripte

Skripta:

SET ds=%date: =0% i Enter

zatim ispisem 

@echo %ds% i dobijem : =0

SET test=%date%

Nakon @echo %test% skripta ne pokaze nista, kao da ignorira ovu naredbu

CMD:

SET ds=%date: =0% i Enter

@Echo %ds% i dobijem %date: =0%

ovako izgleda na Windows XP:

SET ds=%date: =0%
SET DD=%ds:~0,2%
SET MM=%ds:~3,2%
SET YYYY=%ds:~6,4%
SET YY=%YYYY:~2,2%

i dobijem sve tocno. Od tu sam uzeo tu naredbu %date: =0%. I da znam sto treba biti YY

Super! Radi sve. mogu sada i dodati datum u naziv File. Puno hvala svima

ovako izgleda skripta na kraju:

@Echo off
for /F "tokens=2" %%i in ('date /t') do set dt=%%i
echo %dt%

set "YYYY=%dt:~6,4%" & set "MM=%dt:~3,2" & set "DD=%dt:~0,2%"
set "result=%DD%%MM%%YYYY%"

cd D:\TEST\
ren test.txt %result%.txt

Skuzio sam

Problem je u IF naredbi...

Ako ti ne uspije, možda da probaš s pythonom? Koliko vidim, verzija 2.5 bi trebala raditi na tom računalu.

Radio sam s batch datotekama u dalekoj prošlosti, ali sam izbjegavao imalo složenije stvari. Iako nisam nikad radio s pythonom, sad kad vidim opet batch fajlove, smuči mi se pred očima koliko je to loš način skriptiranja. Da sam se našao u tvojoj situaciji, uzeo bih python, izguglao primjere za ono što mi treba (recimo primjer za dobivanje datuma i vremena, primjer za pozivanje vanjskog programa - dakle, neki zip u tvom slučaju, primjer za provjeru postoji li konkretna datoteka), sklepao skripticu i rekao zbogom batchu... Danas se maltretirati s batchom je nehumano. 

 -odgovor ti je 'zašto ne?' .. tj naravno da je u svakom višem prog.jez. nešto lakše-brže-elegantnije, ''ali'' tad ovisiš o tome (sys-jezik-app...) dok s batchom ne trebaš ništa dodatnog, kao python.. a jednom natipkana skripta se lako editira-održava itd..

-zato jer radi, zato jer to kaže KISS.

-sasvim nešto drugo je što se sve može pa i napraviti neku juzerfriendli frontend app koju će juzer klikati recimo u usporedbi s appsima za renejmanje-konvertiranje mp3 ili slika gdje se i dalje zadržava naziv te opcije-mogućnosti 'batch' ... a ovakva recimo filemanager app ne postoji jer naprosto nikome ne treba, tj onaj kome treba napravi sam za par minuta dok juzeri koji konvertiraju mp3 nisu programeri-admini i sl. kojima je editor-batch-cli nešto rutinsko-lako .. i najvažnije, pri ruci, neovisno o ostatku, radi.

edit: može se usporediti s ms-diskpartom u cli-cmd-u i okrljaštenim gui-diskmanagerom koji je samo dio mogućnosti diskparta kao njegov frontend.. može li ms napraviti nešto 'klikabilno? -može..

-bze citata, možda će biti nečitko..

-1.

ok, može, nisam protiv.. no time se stvara ovisnost-potreba, dodatna karika u lancu, koja se u kissu u pravilu izbacuje ako nije nužna odnosno ako nema više benefita ...

-ovo ne donosi neke takve benefite, tj kad jednom napraviš batch ili app neovisno u čemu, python-exe.. ona radi to što želiš, to je doseg takvih skripti-appsa, ne nešto više, jednostavan task koji se praktički nikad neće promijeniti.

usporedba? .. npr nekad je uz dos-win dolazio ms-basic.. mogao si u njemu napraviti isto, no što kad ga više nema, kad ga ukinu-izbace? što kad se u budućnosit to dogodi pythonu? odgovor je opet napraviš potrebno no imaš vremenski gap, juzera koji ne zna ništa o prapovijesti i dinosaurima (stariji prog jezici i sl.) .. i ekšli slične stvari konstantno rade stariji programeri koji stalno prebacuju nešto prastaro u novo, iz šupljeg u prazno-beskonačno..

-za 1. je zaključak, može 'ali'. .. dok odluku treba donjeti kvalitetan admin koji to može kvalitetno procijeniti dugoročnije itd. i ono što je nama lako juzeru nije.

2. .. promjena funkcionalnosti, da. No kad ili koliko često je potrebno? jednom dnevno, godišnje ili u više godina? + najvažnije kao kriterij, zaboravljaš da mi to možemo-znamo i zato nam je to jednostavno-lako, jednako kao što to možeš u pythonu (i ja bi radije u njemu jer i meni je jednako kao i tebi to lakše, u tome se ne razlikujemo), no to ne može juzer-klik-nextaš.. nema nikakvo osnovno znanje, tipka u wordu, sufra, gejma.. njima je to sve kinesko pismo i python im nije lakši čak i da ga imaju na računalu, opet ostaje prednost da za skriptu ne trebaju ni python (karika više)..

-tko mijenja funkcionalnost skripte koja će recimo automatikom u recimo fotostudiju renejmati-kopirati-printati-arhivirati.. ne radi to juzer, to radi onaj tko zna što i zašto radi. Jedino ako mu napravimo neku klikabilnu frontend app to može raditi i tudum-juzer, dok za sad to radi recimo admin. Što je bolje kad je nešto 'važno'? Da nešto radi juzer koji zna samo klik-nextati ili onaj tko zna kako? Nasuprot tog si recimo ti (ili Vi) koji si onako iz hobija-zanimanja napravio stvar u pythonu, no to si ti, da moraš napravio bi u batchu, napravio bi od kutije šibica (ono preživljavanje na pustom otoku kad bear s nožićem napravi lasvegas..) :)

-3. .. da, datum je problem povijesti-nasljeđa, od y2k problema dvocifrene godine do standarda-formata-redosljeda yy-mm-dd koji bi bio najbolji za sort umjesto za nas uobičajenog dd-mm-yy ili yyyy .. a naš juzer-početnik dok nešto traži-uči čisto statistički će prije dobiti neko riješenje za usa raspored koje će navoditi mm-dd-yy .. kao stvarno glup-nepotreban problem ako gledamo stvari čisto logički kao vulkanci ili programeri, no problem datuma postoji a mi nismo usa pa ni odgovori koje google da statistički nisu naši..

.. i naravno, kad nešto radiš prvi put, bit će grešaka-bugova-pogrešnih tipfelera ili redosljeda.. tako se uči, tj radije pomognem osobi koja to želi naučiti nego napraviti kliknext app.

-obrnuto, kad nešto takvo želim-trebam, tad napravim .. nekad davno za recimo doom (dos-lan do 4 igrača, u vrijeme kad većina nije znala ništa, pogotovo kako pokrenuti igru) od kompletnog boota-menija za učitati potrebne audio-sb16 drivere, novel-mrežu, miša.. i to u ograničenoj količini 4mb rama pa nije smjelo biti razbacivanja ni kilobayta da bi igra radila, pa sam to napravio kao i frontend za klikanje mrežne igre, ono što je kasnije zamjenio online i gamespy i ls... čak s opcijom različitog učitavanja ms ili genius drivera za miša jer je bila razlika treća-srednja tipka i bindati nešto na nju.

-da vidiš što naprednije skripte mogu, koliko komplexnih operacija počevši od boota i konfiguracije svega, nekad davno popularno upravo iz takvih mrežnih-specifičnih razloga, npr novel-boot i tadašnje ipx mreže kao i ovisnost o driveru za konkretnu mrežnu karticu a danas to sve radi os, nema ograničenja, .. no i danas možeš bootati takvu fdd koja radi kao što je radila prije 10-20-30 god.. jedino što više nema ffd-a :)

2+3 .. kad zatrebam neku takvu skriptu, za recimo arhiviranje-backup, sjednem-napravim. To tad radi vječno-nepoderivo, ne ovisi o postojanju pythona ili evoluciji koja te svaki 'čas' (relativno-vrijeme par godina) natjera na upgrade-novo i maltretira recimo kompatibilnostima-verzijama i sl.

4. .. točkice? može li ms napraviti neku klikabilnu frontend app za diskmanager? kao što postoje ostali disk-part manageri? -može (i točkice služe tome da postoji nastavak, ali neće...) jer nema potrebe, ne želi, jer to nije stvar koju juzer treba tj treba jednom u životu računala (install osa, kad se kao korak prije inicijalizira disk, kreira particija, boot itd..).

-koliko nam svima nedostaju naprednije opcije u diskmanageru? .. lakše bi bilo svima, pa i meni, klikati, pa i ja tad koristim treće app kao microtool, easeus i sl. ili gparted ili što već, no sve to može i diskpart a pošto to nije nešto što prosječan juzer radi često tad .. ms to ne želi, znanje-mogućnost ima, da žele napravili bi. S druge strane, kao admin, ja sam tim stanjem zadovoljniji jer juzer ne može nekim alatom napraviti veću štetu ako tog alata nema, opet eliminacija kissom, eliminira se mogućnost da juzer iz znatiželje klika važne sys stvari i napravi problem, tj ako to radimo ja-ti, ako stvorimo problem opet ćemo ga i riješiti, dok je juzer tad bespomoćan i tad je bolje da takav alat tj mogućnost ni nema. Onaj tko zna, taj zna i kako, ima alat itd. Iz istog razloga postoje razni ključevi-matice, postoji običan šarafciger kojeg može svaki juzer šarafljati, postoje torx, razni, namjerno, koje možeš samo odgovarajućim ključem-alatom, tj time si eliminirao juzere pristupu-šteti iz neznanja..

-razlika, 1-4, suma, osoba koja zna i ona druga, juzer. Onaj tko zna, napravit će, onaj tko ne zna ne treba to raditi, ne treba mu olakšati nešto što neće nikad ni raditi, naučiti, razumjeti, u najboljem slučaju će jednom kliknuti .. tj koliko juzera koje ne zanima konkretno tema čita ove postove? e upravo takav odnos-omjer je odgovor treba li im napraviti neki frontend ili može li to biti u pythonu. Onaj tko zna-uči-razumije, može u assembleru, može u c++, može u bilo čemu, pa kad postoji izbor tad i ja biram ono što mi je lakše ili gotovo.

-scenarij, recimo da sad napravimo win-exe-app za renejmanje fileova u nekoliko formata, recimo po datumu kao formatu-maski za naziv filea, %YYYY-MM-DD_Nešto_brojčanik0000% .. gdje će juzer umjesto 'Nešto' utipkati riječ, ili u brojčaniku recimo raspon ili početni broj.. to je app koju napraviš za desetak minuta. Koliko juzera će je koristiti i koliko često? 99% ako skine tu app pokrenut će je jendom i nikad više.

-osnovne mogućnosti već nude napredniji filemanageri, kao što ručno juzer može bilo što renejmati, .. tj skripta ili odgovarajuća app je tad potrebna samo adminu-backuperu, osobi koja to radi stalno, svakodnevno, rutinski a to tad jednom napravljena skripta ili app rade, tj rezultat u oba slučaja je jednak a razlika je samo u tome što kao početni kriterij točno kažeš da je to sve lakše napraviti u pythonu nego u čistoj batch skripti zbog ograničenja jezika, no tu prvu stepenicu težine si već prešao, dok običan juzer ni ne želi na tu stepenicu u tom smjeru.

-admin programer koji to treba, ako ništa drugo, napravit će neki dll-modul, u kojem će se prosljeđeni parametar pretvoriti u željeni format i vratiti kao rezultat, tj kao što svaki programski jezik kao c ima libove i kao što ih možeš koristiti i na nivou osa, pozvati iz treće app itd., pa do tog da možeš u neku korisničku app ugraditi-dodati upravo takvu mogućnost da npr juzer u wordu ili photoshopu kad sejva neki dokument (doc-pic... što već radi) ne brljavi i ne brine o naslovu nego ga ti progreamski riješiš, kao što to defaultno word već radi i prve riječi u dokumentu će biti ponuđene kao naslov, tj možeš i to programski presresti i ponuditi takav odgovarajući naslov te eliminirati potrebu da to naknadno radi skripta, no opet čemu.. jer tad bi morao to raditi po svim računalima s wordom a ako radiš naknadno tad je nepotrebno-duplo tj moguće da bi tad prošlo više pogrešaka jer juzer može svašta itd.. jednostavnije-sigurnije je pustiti juzera da lupi pogrešan naslov i ti ćeš ga popraviti prije arhiviranja takvom skriptom (ili python-appsom-exeom-nečim-alatom) tj tad neovisno o tome da je juzer dobro nešto napravio sustav radi nepogriješivo, kao svaki calculator.

-dodatak.. kao calculator, nije nam teško-lako računati recimo korjene brojeva kad to radi calculator, a pošto smo na računalu tad nam je to jednako teško-lako i zato to ne moramo izbjegavati dok na papiru-olovkom moraš napraviti nešto jednostavnije, tj nešto što se može lakše-brže pa i točnije-preciznije bez grešaka-tipfelera i sl. računati, tj tad ne koristiš formule s logaritmima nego množenje-zbrajanje, niže operacije.. kad s bagerom kopamo može i par tona u jednom zamahu, kad kopap lopatom moraš po malo, mali chunk koji osoba fizički može svladati, obaviti, mada je teoretski sve to isto, nije isto 1kg ili 1t ..

-kao pomiriti suprotne-paradoxe npr jednostavan task za prosječnog juzera i posao koji obavlja specijalista u bilo čemu, kuhanju, nogometu, matematici, programiranju, pa i računala-arhive-fileovi.. odgovor za mene-tebe ne mora biti isti čak kad koristimo ista logička pravila, jer se potrebe ili resursi razlikuju. Razlika, ti kad poželiš možeš čak napravit python app koja riješava ovo pitanje datuma-tema, dok juzer ne može čak ni pretipkati text u editoru na odgovarajućem mjestu u skripti kako bi recimo primijenio usa mm-dd-yy u naš format dd-mm-yy ili poželjniji yyyy-mm-dd.

-ponovo kao (hipotetsko) pitanje, kome će takva app-skripta-nešto što napraviš recimo u pythonu služiti? meni-tebi? .. mi možemo napraviti kao što si i sam napravio jer ti 'vrag nije dao mira' :) .. a oni koji to ne mogu, njima je svejedno, tj može biti skripta, može python, može kineski-kanđi-klingonski jezik, njima je ok samo ako je klik-next i trebat će možda jednom a tad se po kissu ne radi recimo app nego se radi ručno 'na žganjce' .. i to tad radi onaj tko zna, ne juzer s klik-nextanjem a njemu bi takva pytonapp bila od pomoći, kao i meni-tebi jer i nama je lakše kliknuti mišem nego natipkati neki kod u cmd-u bez tipfelera ili točnog patha i naziva filea source-targeta. Dodatno, u tome si u pravu, obojici će i to biti od koristi, jer jednom napravljena app eliminira ljudsku grešku recimo unosom (pahta-naziva u slučaju renejmanja) i to je osnovni razlog zašto se sve radi osim ponavljanja-masovnosit, tj jednom napravljena app je nepogriješiva, dok mi kao ljudi ipak povremeno pogriješimo neovisno o znanju i takva frontend app nas recimo spašava takvih grešaka kao što to rade i winzip umjesto cmd-a za zipiranje. No to je razlika, tj svi koriste winzip.. renejmanje filea u formatu datuma ne koriste svi.. kao i ostale razlike-potrebe koje tad mora onaj tko to zna, tko zna što i kako radi, ne juzer-next-klikanjem.

-možemo li klinca naučiti voziti auto? možemo, tj to rade u autoškoli, no kad klinac dobije auto time je postao i potencijalna opasnost na cesti, jednako je s alatima i juzerima + ovo ne treba 99% juzera nego uža-specifična grupa a ta grupa tad moraju biti napredniji i tad im je irelevantno u batchu ili pythonu, win-lin-mac-ostali, računalo-mob-..

-ali i da, ako se bilo što radi, danas to treba raditi u pythonu, kao što se nekad radilo u ms-batcu od vremena dos-a i točno, python je danas dostupan svugdje, no ipak nije za svakog, kao što to nije ni vožna autom prije vozačke a to je ona razlika između juzera i naprednog na konkretnom poslu npr admina. Takav admin će sam riješiti problem no gotova skripta će mu olakšati ili će to biti način kako se uči a ako koristi nešto u poslovne svrhe tad recimo da mora brinuti i o autorskim pravima, pa ako ti kao mbaska napraviš neku skriptu-app-nešto, dok ne daš uz to odgovarajuću licencu on ne smije (ako ćemo biti do kraja pošetni po pravilima) koristiti, tj ako ikad kreneš u takvom smjeru da urbietorbi nekom daš skriptu i sl. moraš mu dati i pravo-licencu tj bez tog u komercijali ne smije koristiti ili jednog dana dođeš i tražiš novac... baci pogled na bilo koju ms-skriptu, u svakoj u headreu imaš ms-tm-copyright i juzer može koristiti no ne i komercijala ako nema dozvolu dok znamo da možemo copypasteati bez tog texta, no i dalje je to njihova skripta, koju će neki compare potvrditi kao identičnim fileom i time dokaz da je to neovlaštena kopija tj kršenje zakona jer oni nisu dozvolili izmjenu itd. imaš tako i 7z licencu, koja konkretno navodi što možeš i što moraš.. dozvole sve-svašta ali moraš i dalje navesti autora kao i ogradu za rar ako ga koristiš itd.. što ako nekome dobronamjerno daš takvu skriptu? Zato radije adminu ili učeniku koji uči i možda postane admin, pomognem u tome kako naučiti i napraviti posao, ne čime, nego cilj, da radi a pri tome je batch ili python samo pitanje raspoloživih resursa i tek kad stvarno mogu birati izabrat ću lakše, jer i meni je lakše u pythonu, kao što mi je lakše calculatorom računati korjene :) no važno je znati-naučiti kako se to radi, ne dobiti klik-next...

 Ne, već onaj tko je iznad njega. Ako drugi uvjere onoga iznad njega da treba biti python, bit će python.

 Na korporativnim računalima su obično i cmd i PowerShell izgašeni, i ne vjerujem da bi u takvim okruženima sistemski administratori baš bili oduševljeni time da korisnici bilokakve cmd skripte vrte sami.

 LOL, jadna majka adminu koji ne razumije python skripte.