Megprobalnam grep -a -val. (Process a binary file as if it were text)
ehj

Nem kell catolni. grep -a -o -m 1 '<title>.*</title>' fajlnev

Itt viszont nem igaz, hogy a file neve megegyezik a konyvtar nevevel.

vagy azért nem működik, mert a sorok végén nem newline karakter, hanem cr/lf van.

Köszönöm a segitséget!

Ez lett a végeredmény, ami megcsinálta amit szerettem volna:
#!/bin/bash

for ((i=1; i<=303; i++))
do
NUMBERS=$(echo $i | wc -c)
if [[ $NUMBERS -eq 2 ]]; then
ACTNR=00$i
HTML=0$i
elif [[ $NUMBERS -eq 3 ]]; then
ACTNR=0$i
HTML=$i
if [[ $HTML -gt 70 ]]; then
HTML=0$i
fi
elif [[ $NUMBERS -eq 4 ]]; then
ACTNR=$i
HTML=$i
else
echo "Valami baj van, inkább kilépek..."
exit 1
fi

TAG=$(cat $ACTNR/$HTML.html | iconv -f iso8859-1 -t utf8 | grep -m 1 title | cut -d \> -f2 | cut -d \< -f1 | sed 's/[[:blank:]]*$//' | tr ' ,' "_" )

NEWDIR=$(echo $ACTNR"_"$TAG)
echo $NEWDIR
mv $ACTNR "${NEWDIR}" #ha nem másolni szeretnéd, akkor a "cp -r" parancsot cseréld ki "mv"-re.
done

"Ez lett a végeredmény": azt te csak hiszed

szóval ez a másfél méter if-elseif csak az én szemem bántja?
szóval egy case-t nem lehetne helyette, ha már a printf-et nem ismerjük?

másrészt még mindig nem grep '<title>' -re keresel.
harmadrészt sed után tr-t, az forkbomba.

másrészt még mindig nem grep '<title>' -re keresel.

A grep megdöglik, ezért kellett catolni utána kódolást váltani azt lehetett már greppelni.

Üdv

Valaki tudna segíteni hol találni az alapoktól való Shell scripting megtanulásához anyagot?
Jelen pillanatban egy betűt nem értek belőle annyit se, szóval szájba rágós alapszint ahol minden részletesen el van magyarázva.
Köszi

J

[link]

Ehhez el kell olvasni egy teljes UNIX operációs rendszerről szóló könyvet?

ebben van fejezet a shellről.
de ha nem olvasod el minimum a unix alapjait, akkor nem fogod megérteni, hogy miért olyan a shell, amilyen. és akkor jönnek majd az olyan szkriptek, amiket még az ellenségemnek se adnék, ellenpéldaként se.

Én először olyasmire gondoltam amivel már tudnék Windows-hoz írni gyermeteg .bat scripteket, amivel hasznos de alapdolgokat el lehetne végeztetni.
És ehhez gondoltam valami gyorstalpalót ahol megvannak az alapok, és el van magyarázva hogy miért rakok pl. "() $ ilyesmiket bele. Nem olyat ahol meg kell tanulnom egy teljes programozási nyelvet
Komplett Unix tanuláshoz nincs energiám most hogy végre befejeztem a CCNA tanulást (fogjuk rá).

a windowsos batnak semmi koze a (topic temajat jelento) shell scriptekhez...

Pedig azt írják hogy shell scripting.
Ennek a topiknak a címe is ez. Tehát ugyanaz.
És gondoltam az ugyanaz az nem valami teljesen más, de akkor tévedtem?

És olyan topik van itt?
Mert ugye a shell script keresés ezt a topikot dobta ki.

a 'shell scripting' a linuxos shellek scriptnyelvet szokta jelenteni
amire te gondolsz az a 'windows batch scripting'

Mivel senki nem mutatta eddig meg, itt van a batch programozás topik.

Köszönöm!

Sziasztok! A Bash és Perl scriptek csak üzemeltetőknek jön jól? Fejlesztői állásoknál szokott ez kelleni?

Konkrétan kelleni ritkán fog, de a saját tapasztalatom fejlesztőként az, hogy az mindig hasznos, ha az ember össze tud dobni egy kis bash sciptet, mindig elő szoktak kerülni olyan dolgok, amiket pár sor seddel v awkval pillanatok alatt meg lehet oldani, vagy ha olyan a projekt, akkor kis indítószkripteket írni, ilyenek.

Nalunk mindketto elofordul boven, erdemes legalabb alapszinten megismerni oket.

En se uzemelteto, se echte fejleszto nem vagyok, hanem a DevSecOps-bol leginkabb a Sec resz; es nekem is sokszor jol jonnek a bash scriptek, illetve tobbnyire a python.

(#2370) dabadab,
(#2371) doc
(#2372) milangfx

Sziasztok! Köszönöm a válaszokat! Baromi jó játék!

Uraim! Újabb kérdés!

Tapasztalatotokból fakadóan van valami tanácsotok kezdőknek?

Én arra gondoltam, hogy végig megyek a leggyakrabban használt parancsok man page-én, kipróbálom a kapcsolókat, majd megpróbálok feladatokat megoldani. Ami úgy nézne ki, hogy az első script kevés dolgot csinálna, sokáig írnám és akkor haladnék a több feladatok megold, rövidebb idő alatt megírom cél felé.

Mi a véleményetek?

Nem rossz ötlet, de (számomra) az motiváló, ha egy olyan célt tűzök ki, ami aztán hasznos is számomra, ha azt megcsinálja a script.

Csak egy példa: Linux-os gépen backupok elkészítése, majd ellenőrzés, hogy elkészült-e. Ha nem, akkor küldjön emailt.

Király! Köszi az ötletet! Hálistennek vannak apró ötleteim nekem is

Sziasztok!
10 perc múlva fog kezdődni az egyetemen a zh-m, amit shell scriptből írunk. Valaki tudna segíteni majd? Mindjárt beírom a feladatot.

rip az első kettőt tudtam csak

Ha hamarabb tudjuk, akkor szerintem simán megoldottuk volna, nem volt nehéz

nem szoktunk tanulmányi csalásban résztvenni.

Sziasztok! Tanulgatok. Szeretném a find kimenetét átadni az ls-nek. Hogyan tehetem meg ezt?

Próbáltam így:

find ~ -mmin 5 | ls -al
find ~ -mmin 5 < ls -al
find ~ -mmin 5 > ls -al - itt azt írja nincs 'ls' könyvtár. Gondolom még find parancshoz veszi, amit mellé írtam.

A baj, hogy a find nem a találatokat adja kimenetként? Vagy, hogy nem tudom rendesen hogyan kell átadatni a kimenetet egy másik parancsnak? Vagy egész egyszerűen ezt nem lehet? Nem így működik?

Ui.: ha csak olvasnivalót dobtok a témában azt megköszönöm. Azt se tudom hogyan keressek rá!

hogy mit ad ki a find, azt a legegyszerűbben úgy tudod meg, hogy kipróbálod.
a problémád az, hogy az ls viszont nem vár szabvány inputján bemenetet.

olvasnivaló: man bash

Köszönöm!

man find

van -ls kapcsoloja, nem kell kulon ls-t meghivni.

find ~ -mmin 5 -ls

Tök jó! Nézegetem a man-jét a findnek! és a | operátorral átadtam már az ls-nek a kimenetét. De ott még nem tartok, hogy olvasnám az -ls kapcsolóját.

de nem tudsz átadni semmit, ha nem veszik át.

.

Ezt sajnos nem értem, mert az ls átvette a find kimenetét. De kezdő vagyok! Mire gondoltál? Egy másik esetre?

tehát szerinted az, hogy a find az aktuális könyvtárat kilistázza, meg az, hogy az ls az aktuális könyvtárat kilistázza, azt jelenti, hogy az ls átvette a find kimenetét? vagy csak ugyanazon könyvtárban ugyanazon funkció "véletlenül" ugyanolyan eredményt ad?

Értelek! Lehet elkövettem ezt a hibát!

Tudni kell, hogy mit akarsz:
1) a find kimenetét átadni
2) a find által megtalált fájlt átadni

1) find ...paraméterek | xargs | ls
Ez a find teljes kimenetét átadja paraméterek listájaként az ls-nek. Bővebben nézd meg az xargs manualt!

2) find ...paraméterek... -exec ls {} \;
Ezzel a find által megtalált fájlokon végzi el egyesével az ls műveletet, a sor végén a \; nem légypiszok!
Ilyenkor amennyire emlékszem, amint megtalálja a fájlt, végrehajtja az ls-t, míg az 1) előbb futtatja a find-ot és ha vége, akkor jön a többi (remélem, jól emlékszem)

A két variáció közt elég nagy különbségek vannak, ebben a példában ha az xargs kap egy -n1 paramétert, akkor közelítőleg ekvivalens megoldásnak számítanak, de ahogy már írták, ls-t nincs sok értelme így használni.

"1) find ...paraméterek | xargs | ls": ezen még dolgoznod kellene.

Mire gondolsz katonaaaa... ?
Ja, jogos... benne felejtettem egy felesleges |-t.
find ... | xargs ls

Más kérdés, hogy ebből is jöhet pár váratlan dolog.

Sziasztok!

A kezdő topicból, a haladón keresztül jövök, mert script problémám van...
Meglévő fájl dátumát kellene összehasonlítani a mai dátummal.
Ennél a sornál elszáll:
mod_date=${mod_time:0:10}
Előtte kiiratva így néz ki a mod_time:
2018-12-06 13:14:01.344671194 +0100
A today, amivel összekellene hasonlítani:
2018-12-06

Szívesen veszem az észrevételeket. Köszönöm.
#!/bin/bash

Nézz vissza az előzőbe, ott leírtam: /bin/sh alatt fut a cronból, ott leírtam, hogyan tudod ezt megváltoztatni.