Létrehozom ezt a könyvtárszerkezetet
~/konyvtar/alkonyvtar
a ~ mappában létrehozom a futtatható fájlt és innen futtatom!!!
#!/bin/bash
DIR=konyvtar/alkonyvtar
cd $DIR
find $DIR -name '*.txt' | while read sor
do
echo $sor
done
Azt írja ki find: 'konyvtar/alkonyvtar':Nincs ilyen fájl vagy könyvtár
Üdv!
Az alábbi programkóddal azt akarom elérni, hogy a tömb elemeit irja ki
i="0"
until test $i -eq 4
do
let i=$i+1
echo $ {tomb[$i]}
done
Az echo-nál baj van mert nem értékeli ki ,csak behelyettesíti a számot(1-4 ig ) de a tárolt értéket nem iratja ki!
Példa:
Van egy pár soros szöveg amit szeretnék max 80 karakterre szétszedni úgy, hogy közben a sorokat számoljuk.
Tehát ha most ezt mint a második sort is számolom akkor úgy látom, hogy már ez több mint 80 karakter, tehát ideje lenne szétkapni.
A felső két sort hogy tudom úgy szétszedni, hogy számolva a sorok számát is 4-et kapjak, tehát a
Megoldás:
1. Van egy pár soros szöveg amit szeretnék max 80 karakterre szétszedni úgy,
2. hogy közben a sorokat számoljuk.
3. Tehát ha most ezt mint a második sort is számolom akkor úgy látom, hogy
4. már ez több mint 80 karakter, tehát ideje lenne szétkapni.
Bash lenne a legjobb, de kiegyezek bármivel.
Nem értek Ruby-ul, de most a kezemben van egy számomra fontos, Rubyban írt eszköz, ami viszont beleakad a céges beállításokba.
SSL_connect returned=1 errno=0 state=error: certificate verify failed (self signed certificate in certificate chain) (OpenSSL::SSL::SSLError)
Ez igaz, és szeretném ignorálni.
Az ominózus hívás így néz ki:
File.open(file, 'wb') do |get|
get << URI.parse(path.to_s).open(&:read)
Nekem ez kínaiul van, bár kb. sejtem, hogy mit takar.
Stackoverflow-n találtam ezt:
https://stackoverflow.com/questions/1113422/how-to-bypass-ssl-certifica…
ami szerint - ha jól veszem ki -, át kellene adni az open-nek egy extra paramétert. De hogyan? Próbálgattam, de az abszolút vaktában lődözés mindegyikére az volt a válasz, hogy ez szintaktikailag nem OK.
Aki képben van, az ugyan írja már le, hogy fenti hívásba hogyan kell beletenni azt a ssl_verify_mode: openSSL::SSL::VERIFY_NONE szöveget.
Előre is kösz!
Szeretnék létrehozni perlben egy hash-t, aminek kétdimenziós tömbök az elemei, de bevallom, nem sikerült legyőznöm a problémát.
Valami effélét szeretnék:
#!/usr/bin/perl
my %kod = ( 'KEY1' => [ ( 1,2,3,4,5,6,7,8 )
, ( 9,8,7,6,5,4,3,2 ) ]
, 'KEY2' => [ ( 1,2,3,4,5,6,7,8 )
, ( 9,8,7,6,5,4,3,2 ) ] );
my @values = @{ $kod{ 'KEY1' }[ 1 ] }; # A 8 elemű tömb
printf "%d\n", $#values;
A cél az lenne, hogy a kulcs és az index segítségével megkapjam az előtte kódban megadott hozzá tartozó tömböt. A fenti kód azonban -1 -et ír ki 7 helyett. :(
Tud valaki segíteni benne, hol rontom el, hogyan kellene helyesen?
Sziasztok.
Nos, nem tudtam, hogy annyira elcsökevényesedek, hogy az nwords programocskát is bedarálom valahova, hogy amikor kéne, ne találjam meg.
Még a keresőkben sem lelem. Vagy tényleg megbolondultam volna?
Használja esetleg valaki?
(szógyakoriság-vizsgálatra kéne, régebben használtam, de elmászott valahova...)
Sziasztok.
Nemrég valamitől nálam adódott egy partíciógaliba, melyet még leírni is képtelen vagyok. Kinullázódtak a meghajtóim, mintha szándékosan töröltem volna a tartalmat. Az okát sem tudom, érthetetlen volt számomra a jelenség.
Szerencsére csak azon a vinyón képződött mindez, amit állandóan használtam, és aminek fene tudja, mennyi az életkora. Az adataim 99%-a mentve volt, még szerveren is... Az utolsó egyheti melónak azonban lőttek.
Arra gondoltam, leírom, mivel jöttek vissza a fájlok, mert nekem az 5x-es éveimre kellett rájönnöm, hogy egyáltalán van ilyen.
Szóval boot egy másik rendszerről, majd sérült vinyót mountol. fsck- hoz nem nyúltam, helyette testdisk segítségével kezdtem el sompolyogni, de az rengeteg pirossal jelölt, nulla méretű fájlt jelzett, rá is kérdezett, írja-e valahova. Nem engedtem neki.
Ezután jött az extundelete csomag felaptolása, majd mountoltam egy üres egyterrás vinyót, amiben létrehoztam 7 könyvtárat. Ezekbe beléptem, majd kiadtam mindegyik könyvtárban indítva ezt a parancsot:
extundelete /dev/sdbx --restore-all
(itt az x a meghajtó jele, meg annak a könyvtárnak a sorszáma, ahol épp álltam.)
Persze megadhattam volna rendesen egy output könvytárat is, csak lusta voltam.
----
Arra lennék kíváncsi, kinek milyen jellegű omlása, rendszerhalála és adatvesztése volt már, és milyen lépéseket tett, mi az így utólag, amit be mer vallani magának, hogy hiba volt.
Sziasztok!
Egy "egysorosra" lenne szükségem a következő probléma megoldására:
Adott egy könyvtárstruktúra (fájlszerver adatai) és ennek inkrementális (több száz) napi mentését tartalmazó másik könyvtárstruktúra. Egy olyan ZFS poolra mentettem egy azóta megszűnt ext4-es VPS-ről, amely poolon nem volt bekapcsolva az acltype=posixacl, így minden file 777 módot kapott (access permissions of file system objects 777). Innentől kezdve az rsync -aA újra le akarja menteni a teljes struktúrát, mivel nem egyeznek az attribútumok/acl/módok.
TL;DR
Van egy könyvtárstruktúra, amely összes fájlján végigmenve, (pl. stat-al) lekérve az attribútumait (file mode) be kellene állítani (pl.: chmod) a mentésEKben (minden egyes napiban) pontosan ugyan arra a fájlra pontosan ugyan azt a mod értéket.
Pl.:
/adatok/Fontos fájlok/irat.doc ->
2022-02-14T00:00:00/adatok/Fontos fájlok/irat.doc
2022-02-13T00:00:00/adatok/Fontos fájlok/irat.doc
.
.
.
2019-06-12T00:00:00/adatok/Fontos fájlok/irat.doc
Ha Neked 1 perc, kérlek írd ide a megoldásodat és örök hálám fog üldözni!
Előre is köszönöm!
Sziasztok.
Nagy méretű PDF optimalizálását szeretném megvalósítani, vagyis a nem használt elemeket törölni, a szürkeárnyalatos és fekete-fehér képeket 150-300 DPI-ben maximalizálni.
Külön kérdésem az, miként lehet parancssorban megoldani azt, hogy a képek
zip, jpeg vagy jbig2, esetleg ccitt-group4 tömörítést kapjanak.
Alapötletként meghagytam a képek eredeti felbontását szerkesztéskor, hogy eps-ként történő beillesztéskor még tudjam szabadon változtatni a képméretet túlzott jelveszteség nélkül. Miután rendesen kitaláltam a körbevágásokat és a méreteket, a pdf elkészült... Szép nagy lett, alig 200 MB úgy 30 helyett.
A cél nyomdakész pdf előállítása, a képminőségek megtartásával -- lehetőleg mindet vektorosan hagyva (vagyis jpeg tömörítés hanyagolva, ha jól érzem).
(A win és mac megoldásokat hanyagolnám.)
Ez alapján próbálom egy ubuntu szerverre feltenni a mediasoup szervert https://mediasoup.org/documentation/v3/mediasoup/installation/ .
Telepítés végén ezt kapom:
make: Leaving directory '/root/node_modules/mediasoup/worker'
npm WARN saveError ENOENT: no such file or directory, open '/root/package.json'
npm WARN enoent ENOENT: no such file or directory, open '/root/package.json'
npm WARN root No description
npm WARN root No repository field.
npm WARN root No README data
npm WARN root No license field.
Elméletileg a node.js megfelelő verziójú ( v12.22.10) .
Merre induljak el, hogy a package.json megfelelő helyre kerüljön?
Az is lehetséges, hogy ezt az npm hozza létre, folyamatosan olvasok, csak nem tudom, hogy jól értelmezem-e a dolgokat.