Kirjoittaja Aihe: Skriptiajuri  (Luettu 55598 kertaa)

petteriIII

  • Käyttäjä
  • Viestejä: 578
    • Profiili
Vs: Skriptiajuri
« Vastaus #20 : 23.02.13 - klo:17.21 »
Kiitoksia suurtyöstä.

Olen monta kertaa jo harkinnut erilaisia tiedostonjako-palveluja sillä ne helpottaisivat kaikkien työtä ja samalla saisi kaiken siirrettyä. Mutta toivottavasti en siirry käyttämään niitä, sillä ne toisivat mukanaan kaikenlaisia oikopolkuja jotka myöhemmin johtaisivat vaikeuksiin. Foorumi pakottaa minut ruotuun.

Jossain vaiheessa saattaa kuitenkin olla pakko siirtyä niihin.

Samoin skriptiajuri täytyy nähdä käytössä, ei sen kuvaaminen onnistu.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 10513
    • Profiili
    • Tomin kotisivut
Vs: Skriptiajuri
« Vastaus #21 : 23.02.13 - klo:20.27 »
Olen monta kertaa jo harkinnut erilaisia tiedostonjako-palveluja sillä ne helpottaisivat kaikkien työtä ja samalla saisi kaiken siirrettyä. Mutta toivottavasti en siirry käyttämään niitä, sillä ne toisivat mukanaan kaikenlaisia oikopolkuja jotka myöhemmin johtaisivat vaikeuksiin. Foorumi pakottaa minut ruotuun.

Minä näkisin, että niistä olisi huomattavaa hyötyä. Nuo palvelut on tehty avoimen koodin projektien käyttöön ja lähdekoodin hallintaan, joten en keksi miksi ne toisivat ongelmia. Enkä varsinkaan pidä nykyistä tapaa parhaana. Joka tapauksessa tee ihan niin kuin näet parhaaksi. Jotkut tavat vain ovat käyttäjälle yksinkertaisempia ja siten lisäävät kiinnostusta kokeilla.

Foorumillekin voi muuten lisätä liitetiedostoja viestiin. Tosin silloinkin tulee muistaa, että ne saatetaan myöhemmin tilan loppuessa poistaa.
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

petteriIII

  • Käyttäjä
  • Viestejä: 578
    • Profiili
Vs: Skriptiajuri
« Vastaus #22 : 05.03.13 - klo:21.33 »
Skriptiajuri alkaa saada ammattimaisia piirteitä sillä sen kuvaruudun päivitys nopeutui sadasta millisekunnista alle millisekuntiin koodin koon silti pienetessä. Skriptiajuri on muutenkin siinä vaiheessa jolloin koodia kannattaa alkaa kommentoida, huomautuksetkin lakkaavat ja toiminta vakavoituu muutenkin, koodin määrä laskee, kyvyt paranee .... Yleensä tuo kehitysvaihe edeltää sitä vaihetta jolloin koodi alkaa huonontua ja koko projekti kirpoaa käsistä.  

Skriptiajurin näppäinversio perustuu assosiatiivisiin matriiseihin, jotta siinä vaiheessa kun puheen tunnistus tulee Linuxiin saa puheentunnistuksen myös Skriptiajuriin.
***
Skriptiajurilla on erilaisia kykyjä ja jokaista kykyä vastaa oma sovellus. Kuitenkaan sovelluksia ei ennen kannattanut avata yhtaikaa sillä kaikkien sovelluksien nimeksi olisi tullut terminal ja olisi jatkuvaa näpyttely etsiä missä on se sovellus jota kaivataan, sillä sovelluksien järjestys menee vähänväliä sekaisin.

Vaan nykyään kaikki voi avata yhtaikaa sillä kaikilla avatuilla on oma nimi eikä enää ei ole pelkoa siitä että joku sovellus kaatuu ja sotkee järjestyksen. Samoin eri prosessien editorit puhuvat keskenään - leikepöytä ei enää ole ainoa tapa siirtää tekstiä. Esimerkiksi yhtaikaa voi avata monta skriptiajuria, haun miten joku asia on toteutettu muissa skripteissä, ohjekansion selaamisen, man-sivujen haun netistä ...

Tosin tällainen toiminta vaatii toistaiseksi jonkunverran käsin-tehtäviä asetuksia ja eri distrot toimii eritavoin.
**
Taas kertaalleen parantelin Skriptiajurin kykyjä näyttää man-sivuja. Suurin ongelma siinäkin on Linuxin äärettömyys: kaikista lukemattomista asioista on kirjoitettu lukematon joukko eritasoisia kuvauksia: roska on tietysti hautaa alleen kunnolliset kuvaukset, mutta se ei sittenkään ole se pääasiallisin syy. Pääasiallisin syy on se, että ihan päteviä virtuooseja on paljon ja kaikki he ovat muodostaneet oman koulukuntansa joka ajattelee kaikista asioista eritavoin.
Muistattekos vielä sitä aikaa kun kaikilla atk-professoreilla oli oma kielensä - tai ainakin kieliä oli Suomessakin kymmeniä ? Ja kaikissa kielissä pilkun paikkaa oli siirretty.
Ja C-kieli leviää; se pilaa BASH:in man-sivujakin.
**
Kykyjen lisäämisessä ei sinällään ole mieltä, sillä hyödyllisiäkin kykyjä on äärettömän monta ja mikäli niistä lisäisi edes pienen osan ei loputtomista valikoista loytäisi mitään nopeasti.
Skriptiajurinn kykyjen lisääminen onkin koe, kuinka helposti Skriptiajuriin saa lisätoimintoja - ja helppoa näyttää olevan. Ominaisuuksien lisäämisen helppous kertoo kuinka helppoa on räätälöidä Skriptiajuri käyttäjänsä tarpeisiin.
**
Netti on pullollaan ohjelmia joissa pääpaino on asetettu sille että ne ovat kauniin näköisiä ja nopeita. Nopeudellakaan ei tee mitään sillä esityskelpoisen lyhyehkön skriptin kasaaminen kestää viikkoja myös virtuoosilta vaikka virtuoosi väsää koodin muutamassa minuutissa - koodin väsääminen on pikkujuttu. Koska ohjelmat siis keskittyvät sivuseikkoihin niin ohjelmien elinkaari on yleensä: alkuun versio 0.01-alfa josta siirrytään melko nopeasti 1.00-betaan ja senjälkeen tulee muutama päivitys, ehkäpä tuotantoversiokin. Sitten iso hiljaisuus.

Skriptiajuri ei ole kaunis. Ja ennenkaikkea se on nippa-nappa riittävän nopea, mikrosekunti-nopeudet voit unohtaa. Mutta sen avulla tuon lyhyehkön skriptin saa esityskuntoon tunneissa. Skriptiajuri on myös ollut elossa jo kauan ja tämänpäiväinen päivitys on jossain lähellä sataa; esimerkiksi valikkohiirelle on versiota 2036 ja jokainen versio edellyttää kymmeniä kokeita - skriptiajuri tekee nopean kehittämisen mahdolliseksi. Päivitysseloste on sivulla:  http://forum.ubuntu-fi.org/index.php?topic=44605.msg342565#msg342565
**
Mikäli Skriptiajuria alkaa käyttämään skriptien tehtailemiseen kannattaa opetella avaamaan eri päätteet Skriptiajurille ja funltiolle "Etsi tekstistä" jolloin voit yhdellä tai kahdella hiiren kliksauksella siirtyä niiden välillä; etsitty sivu liittyy automaattisesti editointi-ikkunaan. Ei kannata sotkea työtiloja tähän ellei välttämättä tarvitse.
Esimerkiksi Mintissä itsenäisiä päätteitä voi avata niin monta kuin tarvitsee, Ubuntussa samaan päätteeseen voi avata uusia lehtiä (näpäytä hiiren vasenta pääteikkunassa ja valitse: avaa välilehti)
- terminaali näyttää siinä toimivan sovelluksen nimen omassa ikkunassaan kun kirjoittaa tiedostoon ~/.bashrc käskyn: trap 'echo -ne "\033]0;${BASH_COMMAND:15}\007"' DEBUG
- syy miksi Skriptiajurin ja "Etsi tekstistä" on hyvä olla auki yhtaikaa: kun Skriptiajurilla tekee uutta skriptiä tulee eteen ongelmia. Kannattaa hakea kuinka samankaltaisia ongelmia on aikaisemmin ratkaistu. Löytynyt sivu liitetään Skriptiajurissa editoitaviin sivuihin.
« Viimeksi muokattu: 20.03.13 - klo:06.24 kirjoittanut petteriIII »

petteriIII

  • Käyttäjä
  • Viestejä: 578
    • Profiili
Vs: Skriptiajuri
« Vastaus #23 : 17.03.13 - klo:07.36 »
Tämä konsti on käyttökelpoinen muidenkin sovelluksien kanssa, ei tämä Skriptiajuriin ole rajoittunut: kirjoita tiedoston ~/.bashrc loppuun:
alias usn='gnome-terminal --tab -t "Skriptiajuri" -e ~/OMATSKRIPTIT/"Skriptiajuri näppäimille" --tab -t "Etsi_tekstistä" -e ~/OMATSKRIPTIT/Etsi_tekstistä'
- ja boottaa sitten
tämänjälkeen kun kirjoitat päätteessä:usn avautuu yhtaikaa ikkuna skripteille Skriptiajuri ja Etsi_tekstistä ja voit siirtyä niiden välillä näpäytämällä otsikkoa
- mikäli vielä tiedostossa ~/.bashrc on: trap 'echo -ne "\033]0;${BASH_COMMAND:15}\007"' niin lehdillä on nimetkin eikä täydy kokeilla.

~/OMATSKRIPTIT/Etsi_tekstistä koodi:
Koodia: [Valitse]
#!/bin/bash
# Etsi_tekstistä etsii koko OMATSKRIPTIT tiedostopuusta mistä tiedostoista kysyttävä löytyy ja antaa mahdollisuuden lukea haluttuja
# tiedostoja yksi kerrallaan. Kaikki grepin määreet ovat haussa käytettävissä, siksi ohje.
# petteriIII 17.3.2013
reset # reset-käskyn tarkoitus on varmistaa, että päätteessä aloitetaan värit ja muukin perusarvoissaan
kanta=${0%/OMATSKRIPTIT*}; echo 'tätä skriptiä ajetaan paikasta: '$kanta # skripti ajetaan käskyllä: ~/OMATSKRIPTIT/Etsi_tekstistä  
. "$kanta"/OMATSKRIPTIT/FUNKTIOKIRJASTO/valikkonäppäimille # Valikkonäppäimille koodi liitetään tämän skriptin koodiin
. "$kanta"/OMATSKRIPTIT/FUNKTIOKIRJASTO/IDEfunktiot1 # IDEfunktiot1 koodi liitetään tämän skriptin koodiin
. "$kanta"/OMATSKRIPTIT/FUNKTIOKIRJASTO/IDEfunktiot2 # IDEfunktiot2 koodi liitetään tämän skriptin koodiin
while true
do
  etsiä_kysyttävää_ilmaisua_skriptien_tekstistä
done

- MINTillä muuten sama kunhan sanan: gnome-terminal vaihtaa sanaksi: mate-terminal
**
Skriptiajuri loistaa myöskin kehitettäessä ja tutkittaessa seuraavanlaisia:
joukko1=a5b9z; joukko2=1234567890zg; echo -n 'joukkojen leikkaus= '; tr -d $(tr -d $joukko1 <<< $joukko2) <<< $joukko2  
- jos joukoissa on välilyöntejä niin IFS kehiin.
- ja vastaaviahan on täysin ääretön määrä, eiköhän tähänkin löydy ziljoona erilaista keinoa.
- tämä tuo mieleen rinnakkaisprosessoinnin, joku tämmöinen kelpaisi sieluksi. Tiesittekös muuten että BASH:issa voi tehdä alkeellista rinnakkaisprosessointia jo nyt ?
- tuolla tavallahan sitä leikkausta ei lasketa, vaan esimerkiksi:
joukko1="yksi kaksi kolme neljä viisi"; joukko2="seitsemän neljä viisi kuusi seitsemän"; for n in $joukko1; do for m in $joukko2; do [[ $n = $m ]] && echo $n ; done; done
**
BASH ei ole nopea, sen käskyjen muoto-vaatimukset ovat mielipuolisia, omituisia salahautoja on kaikkialla ... BASH on ihan on nössö. Mutta BASH on aina riittävän nopea ja minkähyvänsä toiminnan saa aikaiseksi - mutta BASH vaatii toisenlaista ajattelua kuin muut ja kaikki onnistuu kunhan hintansa maksaa. Ennenkaikkea BASH opettaa hylkäämään huonot menetelmät ja muuttumaan jatkuvasti, sillä jos et muuta käsityksiäsi kokoajan niin huomaat varsin nopeasti etteivät konstisi enää pure.

BASH on haastava sillä joudut kilpailemaan itsesi kanssa.  
**
Skriptiajurissa haku-toiminnoilla on oma historia-tiedostonsa, jossa on pelkästään ne sanat joita on haettu. Tämä tiedosto vaihdetaan haettaessa Linuxin historiatiedoston paikalle eikä toimintaa muuteta muuten mitenkään joten historian kanssa voi toimia ihan samallatavoin kuin normaalistikin; selata nuolinäppäimillä, etsiä ctrl-r:llä tai !? keinolla. Mutta koska kaikki haettavat ovat niitä sanoja joita on etsitty ei tarvitse penkoa paljoakaan kun haettu löytyy eivätkä haetut "pääse kätkeytymään isoon joukkoon". Kun haettu on näytöllä voi sitä editoida.
**
BASH on ihmisille liian liukas käsiteltävä. Monista esimerkeistä yksi pahimmista: BASH:in merkistöön kuuluu myös merkkejä, jotka eivät näy mutta muuttavat BASH:in toimintaa. Virtuooseiltakin kestää pitkään tajuta miksi kahdesta ulkonäöltään aivan samanlaisesta käskystä toinen toimii ja toinen ei, ja vasta-alkajalle syy ei selviä koskaan. Korjaamiseen on yksi yksinkertainen ratkaisu: ellei käsky ole tajuttoman pitkä niin kirjoitetaan kaikki uudestaan oman koneen näppäimillä varoen hipaisemastakaan mitään mikä ei ole tarpeen; esimerkiksi kosketuslevy aiheuttaa paljon vikoja.

Ajaaskel puhui tästä jo vuosia sitten ja vaikka asian tajusinkin niin en osannut aavistaakaan kuinka vakavasta ongelmasta oli kyse; ja ilmeisesti ongelma pahenee kokoajan kun "uusia toimintaa helpottavia pika-valintoja" lisätään.

Mitä enemmän tuota kontrollimerkki-ongelmaa tutkin niin sitä enemmän alkaa tuntua siltä, että vian nimi on hiukan väärin sillä eivät ne invalidisoivat merkit
ole varsinaisesti kontrollimerkkejä vaan editorien lisäämiä "kontrolli-merkkejä" jotka yleensä alkavat: M-

Näiden "kontrolli-merkkien" metsästämiseen sopii parhaiten käsky: cat -v skriptitiedostonNimi
- tai jos etsii "kontrollimerkkejä" tekstijonosta löytää ne käskyllä: echo "tekstijono" | cat -v
- jos skriptin listaus olisi muuten kovin pitkä voi sitä rajoittaa: cat -v skriptitiedostonNimi | grep M-   . Se selventää muutenkin.
**
Asensin Skriptiajuriin mahdollisuuden piirtää käyriä piirto-ohjelmalla nimeltään: gnuplot . Gnuplotin saa asennettua käskyllä: sudo apt-get install gnuplot gnuplot-X11 evince
Kokeen tarkoituksena oli selvittää kuinka helposti skriptiajuriin saa piirto-ohjelman ja sekoittaako se jotain: itse skriptiajuri ei piirto-ohjelmaa tarvitse.
Toimivan skriptin kasaamisessa oli melkoinen työ. Koodi oli tämä:
  gnuplot <<_EOF_
    set term postscript enhanced color
    set output 'tiedoston_nimi_polkuineen.eps'
    set title 'testResults'
    p 'tiedoston_nimi_polkuineen' u 1:2 w l  # tiedoston riveillä on: x-arvo [välilyönti] y-arvo
_EOF_
evince tiedoston_nimi_polkuineen.eps # evincen tilalla voi olla myös imagemagic

# muuten gnuplot osaa myös 3D piirtämisen jne.
**
Nyt lienee aika tunnustaa miksi aloin tehdä Skriptiajuria: näin vanhemmiten muisti on kadonnut lähes täysin. Esimerkiksi mielessä ei kestä hetkeäkään mihin pitää laittaa välilyönti ja mihin sitä ei saa laittaa. Samoin huomasin ratkaisevani samoja ongelmia jatkuvasti. Loopin kasaaminen oli painajaista. Nyt Skriptiajuri muistaa puolestani - ja lisäksi se muistaa muidenkin tekoset.

Samoin sillä on kyky tajuta "itsestäänselvyyksiä". Esimerkiksi Skriptiajurin myötä tajusin käyttää käskyä: read -e $1   . Näin käskyn olemassaolon selvittyä on helppo käsittää, että tottakai se onnistuu funktiossa kun $1:ssä on muuttujan nimi.
- tämä on muuten esimerkki myös siitä kuinka funktio palauttaa arvon - ja eiköhän arvo voi olla matriisikin.

Skriptiajuri muuten toimii minkä kielen kanssa tahansa. Ainoastaan skriptien ajaminen ei onnistu ennenkuin koodia on vähän muutettu.function muodosta_Skriptiajurin_tiedostorakenne () {
mkdir -p $kanta/OMATSKRIPTIT/ARKISTO/{SKRIPTIT,DOKUMENTIT,HISTORIAT,ASETUKSET,APUTIEDOSTOT}
mkdir -p $kanta/OMATSKRIPTIT/{"KOE- JA ESIMERKKISKRIPTIT",FUNKTIOKIRJASTO,OHJEITA}/ARKISTO/{SKRIPTIT,DOKUMENTIT,HISTORIAT}
echo "OMATSKRIPTIT" > $kanta/OMATSKRIPTIT/ARKISTO/ASETUKSET/KansionNimiAloituksessa
echo 1 > ~/OMATSKRIPTIT/ARKISTO/ViimeksiValittuSkriptiTässäKansiossa
touch ~/OMATSKRIPTIT/ARKISTO/APUTIEDOSTOT/näyttö
}
**
Päivitin 2.4 lähes kaikki Skriptiajurin koodit. Koodien koot ovat pienentyneet  ja toiminta nopeutunut ja sujuvoitunut. Päivitysseloste on sivulla:  http://forum.ubuntu-fi.org/index.php?topic=44605.msg342565#msg342565
- tarkistettu toimivaksi yhdellä koneella.
- muuten vaikka koodi onkin pitkä toimii kaikki 'ennenkuin kerkiää kättään napilta nostaa'.
**
Luovuin Skriptiajurin käyttö-ohjeista - teen edelleen lisää käyttöohjeita mutta niiden käyttäminen painottuu toisin kuin ennen. Sillä kuten kaikilla muillakin sovelluksilla käyttöohjeet ovat paisuneet niin että jo niiden näkeminen vie uskon että koskaan oppisi sovellusta edes välttävästi käyttämään. Eikä teoria kiinnostakaan vaan esimerkkejähän sitä kaipaa. Ja niitähän skriptiajuri on pullollaan.
**
Olen viimepäivinä testannut millaisia tuloksia skriptiajurilla saa - siis kuinka tehokkaasti se pystyy asioita etsimään ja avustamaan niiden toimintaan soveltamisessa. Kohteeksi otin ajaaskelen md5sum-skriptin sentakia että ongelma on helppo ymmärtää eikä BASH:illa saa aikaiseksi  mitää käyttökelpoista siinä työssä, niin luulin.

Ensimmäiseksi ulkonäöltään aivan toisenlainen ratkaisu kuin ajaaskelella. Sen toiminta oli yhtähidas.

Sitten taulun laskeminen assosiatiiviseen matriisiin. Se toimi aika kivasti ja matriisin saattoi tallettaa levylle ja käyttää myöhemmin sitä levyllä olevaa. Nopeus taulukon teossa oli yhtä surkea kuin normaalistikin, muuta lukeminen oli aika nopeaa kun taulukon koko oli pieni.

Rinnakkaisprosessointi (jossa oli muutama rivi logiikkaa) osoittautui kaksiteräiseksi miekaksi ja suorituskyky kasvoikin sillä korkeintaan nelinkertaiseksi ja yleensä vain vähän. Ja yleensä se sekoitti järjestyksiä - tosin en kokeillutkaan varsinaisia rinnakkaiprosessointi-ohjelmia kuten esimerkiksi parallel.

Sitten kokeilin kuinka tuo "rainbow haku" toimisi BASH:illa kun käytettävissä on valmistaulukko. Haku toimi epämiellyttävän nopeasti. C-kieli kuutamolle sillä BASH hoitaa homman yhtänopeasti - no menihän siinä muutama sekunti giga-kokoisella taulukolla, eikä aavistustakaan kuinka nopea C olisi mutta eihän tuossa juurikaan parantamisenvaraa ole.
**
Minkähyvänsä skriptin suoritus lakkaa painettaessa CTRL-c ja silloin toiminta palaa päätteeseen. Esimerkiksi skriptin villiintyessä tai mennessä tilaan jossa minkään napin painaminen ei tee mitään saa koneen palaamaan päätteeseen kun painaa CTRL-c.
Skriptiajuri omii tuon CTRL-c:n itselleen ja niinpä painettaessa CTRL-c paluu tapahtuukin skriptiajuriin ja skriptiajurihan alkaa aina samasta paikasta jossa se oli skriptin suorituksen alkaessa elikä se palaa skriptin valintaan tuo villiintynyt skripti valittuna - niinkuin tarve yleensä onkin.
Onhan se tietty mukavaa että joutuu painamaan muutamaa nappia vähemmän, mutta suurin merkitys on siinä ettei tarvitse siirtää "ajatusjunaansa hetkeksi toisille raiteille"; ei se prosessinvaihto ole pieni homma aivoillekaan.
- skriptit voivat silti ottaa CTRL-c:n tarvitessaan itselleen.
- jotkin skriptit saavat koneen sellaiseen tilaan ettei CTRL-c lopeta toimintaa tai tekee jotain vallan muuta. Tällöin seuraavaksi kannattaa kokeilla CTRL-z:taa. Myös päätteen lopetus saattaa toimia (se x ylärivin oikeassa kulmassa). Mutta mikäli mikään muu ei auta niin kun painaa: ctrl-alt sysreq ja nämä napit pohjassa näppäilee hiljokseen REISUB  niin kyllä tokenee. Niin tokenee myös kun painaa virtanappia - virtuoosit huutaa kyllä kauhusta jos tämmöistä edes ehdottaa.
**
Sktriptien koodia ei voi suojata niin ettei sitä näe. Ohjelmointi-putiikit eivät edes harkitse BASH:in käyttämistä, sillä rahat täytyy saada ja tuo suojaamattomuus on tabu. IBM kyllä teki aikoinaan jotain pientä mutta tarkoituksena oli vain kiusata Mikrosoftia - se oli sitä aikaa kun Mikrosoft tosissaan pelkäsi Linuxia.

Aikoinaan BASH:ille tehtiin ohjelma joka kääntää sen koodin c-kielelle. Ohjelma olikin varsin suosittu. Ohjelma ei edes yrittänyt nopeuttaa koodia vaan sen yksinomainen tarkoitus oli suojata koodi niin ettei sitä nähnyt. Ohjelman tukeminen loppui jo kymmenkunta? vuotta sitten sillä BASH on jokatapauksessa ihmisille liian vaikea käytettävä - tai siis oli sillä kunniallista IDE:ä ei ennen BASH4:ää voinut tehdä.
**
Skriptiajurinkin virheet paljastuvat helpoiten kun sillä kokoajan tekee jotakin. Sitäpaitsi se on mielenkiintoista: BASH on armottoman hidas, mutta sillä saa tuloksia samassa ajassa kuin paremmilla kielillä kuluu ongelman kuvaamiseen. Bash ei olekaan ohjelmointikieli vaan ongelmankuvauskieli - ja kun sillä on kuvannut ongelman niin se toimiikin jo.
**
Piti kirjoittaaa ohje debuggaamisesta. Mutta sitten luin: debuggaaminen on vaikeampaa kuin koodaaminen. Jos et saa aikaan virheetöntä koodia niin kuinka debuggaaminen onnistuu senkään vertaa ?

Kesäksi täytyy siirtyä muihin hommiin ja jättää skriptiajuri.  Saa nähdä onnistuuko siirtyminen ja syksyllä paluu skriptiajurin kehittämiseen; vähän pelottaakin mutta onhan tämä jo toinen paussi. Toisaalta jos jotain haluaa tosissaan kehittää niin näin täytyy välillä tehdäkin, sillä etäisyys tuo esiin muutostarpeita.
**
Debuggaukseen voi suhtautua mitenkävain, mutta skriptin käyttäytyminen virhetilanteissa täytyy ehdottomasti olla kunnossa. Skriptiajuri ilmoittaa virheistään mukavasti ja olenkin ihmetellyt miksi se ilmoittaa virheistään niin hyvin sillä olen tehnyt asian vuoksi hyvin vähän. Vaan kyllähän minä olen tehnyt: BASH 4:ssä virhekäsittely on puoliautomaattinen käytännössä merkityksellisimpien virheiden suhteen ja vaatii vain että funktio command_not_found_handle on asianmukaisesti määritelty - useimmiten virheet päätyvät nimittäin tilanteeseen jossa yritetään suorittaa olematon käsky tai tunnettu käsky virheellisillä parametreilla.
**
Tein skriptiä jolla saa muutettua sanan toiseksi kaikkialla määrättävässä tiedostojärjestelmän osassa. Vasta kun aloin miettiä mitenkä skriptiajuri neuvoi vastaavanlaisia skriptejä muodostamaan tuli ahaa-elämys:
find polku -type f -exec sed -i "s/mikä/miksi/g" {} \;  
- kääntävien kielien käyttäjille: tulkki muodostaa noista ohjeista "miljoonia rivejä jollakin käännettävällä kielellä". Mikäli skriptissä on rivejä vain yksi toimii kokonaisuus  melko nopeasti.
- tämmöisiä massa-muuttaja-skriptejä ei saa käyttää ellei koneessa ole *hyvää* backup-järjestelmää.
**
Skriptiajuri on hyvä kehitysympäristö. Mutta yksinään skriptiajurikaan ei ole mitään, ei sittenkään vaikka sillä olisi paljon käyttäjiä. Mutta skriptiajuri on myös itseoppiva tietokanta - skriptiajuri oppii kun sitä käytetään. Tietokantansa kautta skriptiajuri on kosketuksissa internettiin ja toisiin skriptiajureihin.
**
BASH:ia vaivaa sekin, että toiminnoista pystyy etsimään tietoa vasta sitten kun tietää toiminnallisuuden olemassaolosta. Apropos ja apt-search kun ovat melkein tuntemattomia.
Esimerkiksi käsky compgen; kerro kaikki vaihtoehdot kuinka käskyn loppu voisi olla. Kun esimerkiksi tiedostopuun kansio- ja tiedosto-nimet voivat olla mielivaltaisen pitkiä ja sisältää välilyöntejä ja erikoismerkkejä onkin tiedostolistauksen ottaminen vaikeaa. Mutta sen saa yksinkertaisesti käskyllä: compgen -fd <kansio> . Mutta jos et ole "keittiön kautta" kuullut käskystä compgen jää se kyllä käyttämättä sillä etsimällä et sitä löydä.  
Käsky compgen on hyödyllinen monissa muissakin tehtävissä. Samanlaisia käskyjä on ziljoona; olet ehkä kuullut että Linuxin käskykannalla ei ole rajaa ?
**
Yritän saada tietoa aiheesta "hidden environment variables". Niitä on melkoinen määrä mutta tietoa niistä ei äkkiseltään löydy.
**
BASHin pahin vika normaali-käytössä on se että siinä on kaikkea liikaa ja koska ihminen ei pysty käsittelemään kovin suuria kokonaisuuksia on kaikki jaoteltu lukemattomiin paikkoihin. Etsiessään tietoa jostakin ei nopeasti voi edes päätellä mistä pitäisi etsiä ja kun jotain löytää on se pilalle yli-dokumentoitu. Yli-dokumennoin vaikutuksia Skriptiajuri pystyy vähentämään paljon eikä Skriptiajurille merkitse mitään että kaikkea on liikaa vaan se löytää etsittävän jos se on olemassa.
- googlaamalla löytää asioita hyvin eikä tarvitse paljoakaan googlailla ennenkuin oppii mikä on "asiaa" ja mikä roskaa. Mutta sen määritteleminen mikä "asia" on tosiaan oikein ja hyvin esitetty kestää melkoisesti. Sensijaan skriptiajurin tietojen laatu on melkohyvä.
**
Skriptiajuri tuntuu toimivan Ubuntu 13.10:ssä.
**
Aloin tehdä sitä editorin tukemaa skriptiä sanan muuttamiseksi toiseksi määrättävässä tiedostojärjestelmän osassa ja "kuningaspultti" onkin jo valmis. Työ on suuri, sillä olen oppinut jo luottamaan siihen että BASHista löytyy mitähyvänsä ja kannatta etsiä sillä nopeutusta tulee vähintään satakertaisesti ja koodista tulee erittäin pieni. BASH-Linux on tosiammattilaisten tekemä.
**
Skriptiajurin tarkoitus on muuten se, että kun joko sinä itse tai maailmalla joku muu on ratkaissut jonkun homman ei samaa tarvitse koskaan enää tehdä uudelleen vaan voit etsiä kyseisen ratkaisun.

Hyvin toimiva kyseinen toiminto on aivan liian suuri tehtävä minun toteuttaa eikä minulla ole tarpeellisia kykyjäkään. Silti jo nykyinen Skriptiajuri on minulle itselleni erittäin hyödyllinen.
**
Skriptiajurin koodi vaati seuraavaa muutosta jotta se toimisi vaikka näyttöjen rivinpituus vaihtelisi monikymmenkertaisesti:

Tekstijono jossa on sama merkki toistettuna monta kertaa (repeat-string):
RivinPituus=$(tput cols); PuolenRivinpituudeltaPlussia=$(eval printf '+%.s' {1..$(($RivinPituus/2))}); echo $PuolenRivinpituudeltaPlussia
- tuo $(tput cols) laskee näytön rivinpituuden huolimatta siitä millainen näyttö on ja ottaa huomioon mikä on näyttö-ikkunan koko.
- tuosta pitkästä käskystä on helppo karsia käytössä riittävä palanen; esimerkiksi voit tulostaa perättäisiä plussia tai pikkuisella muutoksella mitähyvänsä: printf '+%.s' {1..55}
- kuitenkin perättäiset miinukset: printf -- '-%.s' {1..55} ja perättäiset jakoviivat:  printf "/%.s" {1..55} -> siis lainausmerkit kovista pehmeiksi
**
Heti tuli eteen uusi ongelma: luotaessa uusi näyttöikkuna tai siirrettäessä vanhojen paikkoja muuttuvat vanhan ikkunan asetukset  ainakin vähän jolloin ne pitää tehdä uudelleen.
**
Skriptiajuri ei koskaan tuhoa mitään, sillä joskus kelvottomissakin skripteissä on jotakin hyvää. Ja kovalevyltä kaikki tekstimuotoiset hommat vievät mitättömän vähän tilaa joten kaiken voi säilyttää.

Esimerkiksi tein aikoinaan skriptin nimeltä: palautuspiste. Koska se käyttää sellaisia menetelmiä joiden käyttämisen "Ubuntu" vuosia sitten esti ei skripti enää toimi. Mutta ei skriptiä tuhotakaan kannata sillä siinä on paljon käyttökelpoistakin. Mutta ei sitä valittavienkaan joukossa kannata pitää koska sitä ei saa valita.

Ratkaistakseni ongelman tein jokaiselle kansiotasolle kansion nimeltä ARKISTO/POISTETUT johon kaikki sen kansiotason kelvottomat skriptit siirretään ettei niitä suotta esitettäisi valittavien joukossa.
 
« Viimeksi muokattu: 24.06.13 - klo:07.19 kirjoittanut petteriIII »

petteriIII

  • Käyttäjä
  • Viestejä: 578
    • Profiili
Vs: Skriptiajuri
« Vastaus #24 : 27.06.13 - klo:16.41 »
Skriptiajuri ei koskaan tuhoa mitään, sillä joskus kelvottomissa ja toimimattomissakin skripteissä on jotakin hyvää. Ja kovalevyltä kaikki tekstimuotoiset hommat vievät mitättömän vähän tilaa joten kaiken voi säilyttää.

Esimerkiksi tein aikoinaan skriptin nimeltä: palautuspiste. Koska se käyttää sellaisia menetelmiä joiden käyttämisen "Ubuntu" vuosia sitten esti ei skripti enää toimi. Mutta ei skriptiä tuhotakaan kannata sillä siinä on paljon käyttökelpoistakin. Mutta ei sitä valittavienkaan joukossa kannata pitää koska sitä ei saa valita. Ratkaistakseni ongelman tein jokaiselle kansiotasolle kansion nimeltä ARKISTO/POISTETUT johon kaikki sen kansiotason kelvottomat skriptit siirretään ettei niitä suotta esitettäisi valittavien joukossa mutta että ne löytyisivät tarvittaessa.
**
BASH on toivottoman hidas varsinkin jos sen edistyneempiä toimintoja ei käytetä. Mutta se ei ole syy siihen ettei BASH:ia käytetä vaan todellinen syy on se ettei sitä kukaan hallitse: toimiva skripti on usein helppo tehdä, mutta nopea ja oikein toimiva skripti on melkein mahdoton tehtävä.  

"Salahautojen" takia BASH ei olekaan kieli jossa kirjoitetaan vaan kieli jossa kopioidaan. Useimmiten kopioidaan itseltä sillä toisten tekemissä skripteissä on merkityksellistä vain ne ideat johon se perustuvat - skriptit eivät useinkaan edes toimi ja moitteettomia ne ovat erittäin harvoin.

Ja kuitenkaan BASH:issa ei juuri koskaan käytetä kirjastoja vaikka kirjastoa käytettäessä ei tarvitse vaivautua edes kopioimaan. Ilmeisesti BASH on piikki kehittäjien lihassa, sillä kirjasto-osoitin poistettiin käytöstä ja se tekee kirjastojen käytöstä vaikeaa.
**
Toistaiseksi on järkevää ainoastaan tehdä rutiini joka ilmoittaa kun skriptissä on kontrollimerkkejä. Kontrollimerkkien automaattinen poistaminen taitaisi olla hölmöä sillä ainakin joitain niistä tarvitaan aina ja jotkut aikaansaavat toivottuja ilmiöitä. Kenties joskus tulevaisuudessa kun skriptiajurin tietokanta on paljon suurempi voi analysoida kontrollimerkkien merkitystä ja tehdä poistorutiinin.
- kaikki kielet kärsivät näistä merkeistä jossain määrin: esimerkiksi BOM (?) joka kertoo kuinka seuraavat merkit tulkitaan, onko käyttöjärjestelmä big- vai low-endian, Widows/Linux vai Apple.
**
Jokainen uusi sukupolvi hylkää edellisen sukupolven tekemisistä kaiken sillä vanhoilla tavoilla saa hitaasti aikaiseksi hitaita skriptejä. Tämä johtuu siitä ettei missään kerrota kuinka ne hyvät skriptit kootaan. Ja hyvät keinot ovat kymmeniä kertoja kertoja parempia kuin huonot - ja on suurinpiirtein varmaa ettei kukaan niitä hyviä keinoja yksikseen löydä eikä löydä edes isossa joukossa. Aikoinaan yritettiin keksiä keinot löytää niitä hyviä tekomenetelmiä mutta epäonnistuttiin surkeasti. Mutta nyt asiat ovat toisin: netti pursuaa niitä hyviä menetelmiä ja BASH-4 mahdollistaa niiden kokoamisen.

Tehtäessä skriptejä ei kirjoiteta omasta muistista mitään, vaan kaikki kopioidaan netistä kootusta tietokannasta - tarkoitus olisi että voitaisiin kopioida poikkeuksetta sillä poikkeukset palauttavat siihen vanhaan tapaan skriptata ja se johtaa hitaaseen kyvyttömien skriptien tekemiseen.  

Kopiointi edellyttää hyviä hakumoottoreita. Skriptiajurin hakumoottori onkin hyvä sillä se on tehty seulomaan sitä sekamelskaa josta BASH-skriptit muodostuvat. Mutta sekään ei riitä sillä vaikka hakumoottorille voikin antaa rajoittavia haku-termejä niin silti vastauksia tulee liikaa. Mutta hakumoottori osaa myös rajoittaa haku-paikkansa niihin joista löytyvät parhaat vastaukset - ja skriptiajuri puolestaa osaa muodostaa hyviä hakupaikkoja.
**
Työtilat saa unohtaa skriptiajurin kanssa sillä vaikka virtuoosit eivät kärsikään niiden omituisuuksista niin noviiseille ne ovat ylipääsemätön paikka.

Käyttöjärjestelmän ikkunointia käyttävä järjestelmä taas toimi niin mallikkaasti että kehitin sitä melkoisesti. Mutta kun lopussa vertasin sitä itsenäiseen skriptiajuriin niin itsenäinen skriptiajuri oli parempi.
**
Tulipahan kokeiltua eri pääteohjelmia ja mitä tapahtuu kun esimerkiksi gnome-terminalin poistaa. Oli muuten pikkuisen kolkko tunne kun näennäisesti päätettä ei ollut. Xterm alkoi kuitenkin ajaa skriptiajuria ilman että tarvitsi tehdä mitään.

Muuten Mintistä poistin mate-terminalin ja varmistuttuani että Xterm toimii siinäkin asensin pääteohjelmaksi gnome-terminalin. Hyvin sekin toimi.
**
Skriptiajuri on nyt vähän aikaa vain testauksessa ja samalla onkin aikaa hyödyntää sen ominaisuuksia kirjaston parantamisessa. Kirjastoon alkaakin kertyä hieman korkeamman tason käskyjä kuten esimerkiksi "ei ihan triviaaleja" matriisi-operaatioita ja niiden dokumentaatioita.
**
Toisilta ei koskaan kopioida vaan kopioidaan vain omia tekosia. Mutta tämä on yksinomaan yritystä suojautua huonolta koodilta. Ideoita sensijaan voi "kopioida" toisilta täysin vapaasti sillä alunperin ideat ovat Linuxin kehittäjien ja hehän ovat antaneet ideansa yleiseen käyttöön. Joten jos joku yrittää omia muka itse kehittämiään ideoita niin syyllistyy rikolliseen tekoon. Rikollista noissa yrityksissä on olla kertomatta että "copyright" koskee yksinomaan kirjoitus-asua; ja siinäkin yritetään "copyrightata" toisten omaisuutta.
 
- esimerkiksi käsky: awk '!a[$0]++' joka tulostaa tiedoston jättäen pois samanlaiset rivit on näennäisesti kovin keksinnöllinen. Voit kuitenkin olla täysin varma siitä että awk:in kehittäjät ovat suunnitelleet awk:in toimivan myöskin noin ja että tuokin käsky olisi mahdollista kehittää itsekin kunhan hankkii "awk-kirjoitustaidon" vuosien työllä. Kova työ, kieltämättä. Mutta pyörän keksimistä uudelleen.

Mutta edes ideoita ei kannata käyttää sellaisenaan vaan yrittää käsittää kuinka ne toimivat, testata ja muokata niitä loputtomiin. Lisäksi toimiakseen ideat vaativat yleensä tukea monilta muilta ideoilta.
**
BASH:in merkintätavat ja logiikka ovat vieraasta maailmasta. Muissa kielissä ongelma ei ole yhtä paha, ja niissä kirjastot vielä pienentävät ongelmaa. BASH osaa sekin käyttää kirjastoja ja itseasiassa sille on tehtykin lukemattomia kirjastoja - kirjastoja joita vartioidaan mustasukkaisesti, niiden koodi salataan paketteihin koettaen väittää että homma on jotenkin "mun kehittämääni".
**
Skriptiajuri kehittyy kyllä kokoajan, mutta se on saavuttanut vakaan vaiheen ja tekee kokoajan sitä tehtävää johon se on tehty; se nopeuttaa skriptintekoa "kymmenkertaisesti".

Mutta ennenkaikkea skriptiajuri mahdollistaa uudentyyppisten skriptien tekemisen: vaikka BASH:illakin täytynee olla rajat niin minä en ole löytänyt niitä. Ja kun ongelma on niin vaikea ettei sitä millään kielellä saa ratkaistua alkaakin BASH tuntua mielekkäältä: vaikka BASH onkin hidas niin on parempi saada tulos BASH:illa kuin ei ollenkaan.
**
Älä anna BASH:in nykytilan hämätä: edesmenneillä virtuooseilla on ollut käytössään todella edistyksellisiä skriptejä. Mutta nuo skriptit on toimimattomina päästetty häviämään sillä maailman muuttuessa noihin skripteihin olisi täytynyt tehdä vastaavat muutokset eikä kukaan ole muutoksia osannut tehdä; ei se uus-kyvyttömyys mitään uutta ole.

Myös kauan sitten itsetekemäni skriptit ovat kaikki menneet käyttökelvottomiksi Ubuntun muuttuessa ja niiden korjaaminen toimiviksi on aikaisemmin osoittautunut liian työlääksi. Mutta skripti-ajuri on muuttanut senkin: noiden vanhojen skriptien korjaaminen on osoittautunut nopeaksi ja ennenkaikkea varmaksi; koska työtä ei tarvitse alkaa tehdä ajatellen "kuinkahan tässä käy ja paljonko aikaa tuhraantuu" niin korjaamisesta tulee "vähemmän epämiellyttävää" ja nopeaa.
**
Saycy testattu käytettäessä btrfs-tiedostojärjestelmää. Skriptiajuri toimii kaikissa suhteissa. Samoin tarkistin että kaikki toimii käytettäessä EFI:ä ja GPT:tä. Muuten kaikki toiset skriptit eivät toimi  kun joku näistä on paikalla.
**
Varsinaisia virheitä ei ole tullut vuoteen mutta jatkuvaa testaustahan tämä on samoinkuin kosmeettisia muutoksia. Ja kohtahan tulee BASH:in seuraava versio.
Se ominaisuus on huippu-kätevä että kun tehtävä skripti villiintyy niin tuon villiintyneen skriptin voi kaataa tahallaan ctrl-c:llä tai jollain ja silloin palataan heti skriptiajuriin siihen pisteeseen jossa oltiin ennen villiintymistä. Skriptiajuri itse ei ole moksiskaan vaikka painelisit ctrl-c naama punaisena.
**
ohje kuinka Skriptiajurille tehdään kuvake työpöydälle: http://forum.ubuntu-fi.org/index.php?topic=42023.msg323640#msg323640. ohje on pysynyt toimivana jo puolitoista vuotta - se on iäisyys Ubuntu-vuosissa.
**
Tehty 14.04/64bit/btrfs:n vaatima muutos. Korjasin Skriptiajurin Skriptiajurissa sillä se on ylivertainen korjauksessakin. Minulla ei ole selvää käsitystä mikä aiheutti väärin tulkkaamisen, mutta skriptiajurin näytöstä oli helppo päätellä missä tarvitaan muutosta ja minkä kaltainen sen täytyy olla. Muutoksen jälkeen kaikki vanhakin toimii.
**
Skriptiajuri kannustaa kopioimaan. Mutta koodia kopioidaan vain itseltä, ei koskaan toisilta. Tämä on tismalleen sama kuin se että ryhmä tekee ohjelman nopeasti ja se aikaansaa huomattavasti enemmän kuin hyväkään koodari - mutta taas kun mennään todella edistyneisiin ohjelmiin niin ne ovat yksinäisten "super-koodarien" tekemiä.
Ideoita "kopioidaan toisilta": on täysin mahdotonta olla kopioimatta sillä kaikki on tehty jo aikoja sitten - "super-koodaritkin" tekevät yleensä jotakin joka on tehty jo monesti ennen.
**
19.11.13 jälkeen en ole tehnyt skriptiajurille mitään muuta kuin tarkistanut sillointällöin sen toimivuuden; voiko edelleen tehdä uutta ja korjata vanhaa, toimiiko versionhallinta, toimiiko 14.04:ssa, toiminta btrfs:ssä jne. Toiminnassa ei ollut mitään huomautettavaa.
- tosiaan senverran uutta että aloin kirjoittamaan elämänkertaani. Soveltuu Skriptiajuri näemmä siihenkin. Muuten versionhallinta on rautaa kaikissakin blog-tyyppisissä kirjoituksissa.

« Viimeksi muokattu: 23.01.14 - klo:14.49 kirjoittanut petteriIII »

petteriIII

  • Käyttäjä
  • Viestejä: 578
    • Profiili
Vs: Skriptiajuri
« Vastaus #25 : 02.03.14 - klo:18.44 »
Skriptiajurin kehittämiseen tuli pakko-tauko. Tämä on ensimmäinen ponneton yritys aloittaa taas.
Foorumilla kysyttiin äskettäin kunka saada toimimaan bash-käsky mallia: a=1; b=100000; echo {$a..$b}. Vastaus on: a=1; b=100000; eval echo {$a..$b} .
- tuota eval-käskyä suomitaan kaikkialla "kehityksen jarru-sivuilla" bash-hackers:ista gregs-wikiin. Niissä ei vaivauduta selittämään miksi ja vaikeaa se olisikin sillä käsky toimii luotettavasti - muualta löytyy viittauksia tietoturvaan varsinkin silloin kun koheltaa.

Esimerkiksi yksi toimiva ja usein käytetty versio on: a=1; b=100000; for i in $(seq $a $b); do echo -n $i' '; done
ja se toimiikin ihan hyvin eikä käskyn hitaus näy yleensä missään. Kuitenkin tällainen tulos saadaan vain koska mitattaessa suoritusaikaa time-käskyllä real-osaa pidetään lähes ainoana merkitsevänä osana tuloksessa. Kuitenkin user- ja ennenkaikkea sys-osat kertovat mikä nopeus olisi jos esimerkiksi näytön päivitykselle ei annettaisi merkitystä. Mittaa itse minkä nopeutuksen sisäisen eval-funktion käyttäminen antaa ja tulkitse sinnepäin kuin pitäisi: nopeutuksen ala-raja on noin 30% ja ylä-raja useampi kymmenkertainen. Kumpikin on vain osa-totuus.

Tuo seq-käskyn hitaus ei merkitse sitä ettei sitä pitäisi käyttää, sillä pienissä käytöissä se on ihan hyvä, mutta jos totutaan käyttämään vain sitä ei päästä koskaan isompiin hommiin käsiksi. Sama koskee kaikkia muitakin ulkoisia käskyjä. Ja ettei kävisi liian yksinkertaiseksi niin BASH:han on niin hidas ettei se kykene oikeastaan mihinkään ilman ulkoisia ohjelmia. Täytyy siis harkita koska ulkoisia ohjelmia käytetään.


- pari muutakin käytettyä menetelmää on:
a=1; b=100000; for (( n=$a; n<=$b ; n++ )); do echo -n $n' '; done                
a=1; b=100000; until [ $a -gt $b ]; do echo -n $a' '; ((a++)); done    

ja mikäli alkaa etsimään erikoisia toteutuksia niin niitä on rajattomasti niinkuin esimerkiksi:
mawk 'BEGIN{for (i = 1; i <100000 ; i += 1) print i}'   tai:
set {1..100000}; echo $@
**
Pienien skriptien tekeminen on helppoa, mutta skriptien koon kasvaessa vaikeudet kasvavat eksponentiaalisesti. BASH on kuitenkin tarkoitettu isoihin skripteihin. Tämä näkyy esimerkiksi siitä, että pienissä skripteissä historia on niin merkityksetön etteivät useimmat ole kuulleetkaan koko käsitteestä BASH:in yhteydessä mutta isossa skriptissä historia tulee ehdottomasti olla kunnossa - esimerkiksi kännyköissä ja tektinkäsittelyjärjestelmissä historia on ilmanmuuta eikä historiatonta järjestelmää edes hyväksyttäisi. BASH:issa historia on toteutettu käyttöjärjestelmän tasolla joten ominaisuudet ovat loistavat eikä ohjelmointia tarvitse sovellustasolla tehdä juuri ollenkaan.

Samoin lokit saavat skriptin koon kasvaessa kokoajan lisää merkitystä; esimerkiksi jokainen skriptaaja moittii BASH:in virheenkäsittelyä mutta kyllä se ihan kevollinen on - se vaan toimii lokien kautta ja oletkos edes kuullut kenenkään koskaan käyttäneen lokeja skriptien virheekäsittelyssä ? BASH käyttää runsaasti muitakin käyttöjärjestelmäpalveluja skriptiä kehitettäessä: on koodin syntaksin-tarkistusta, debuggereita, tunnettujen muuttujien tulostusta ja vaikka mitä; ne ovat kylläkin usein omituisina versioina sillä BASH:in logiikka on omituista.
« Viimeksi muokattu: 05.03.14 - klo:14.35 kirjoittanut petteriIII »

nm

  • Käyttäjä
  • Viestejä: 12705
    • Profiili
Vs: Skriptiajuri
« Vastaus #26 : 02.03.14 - klo:19.18 »
Testataanpa.

Koodia: [Valitse]
a=1; b=100000; eval echo {$a..$b}
Jos ohjaan tulosteen /dev/null-tiedostoon, jotta terminaalin hitaus ei vaikuta suoritusaikaan, time antaa tällaiset ajat:

real  0m0.118s
user 0m0.108s
sys  0m0.008s


Tämä versio on huomattavasti hitaampi, kuten sanoit:

Koodia: [Valitse]
a=1; b=100000; for i in $(seq $a $b); do echo -n $i' '; done
real   0m0.724s
user   0m0.696s
sys   0m0.032s


Pelkkä seq-käsky on kuitenkin varsin nopea. Hitaus tulee siitä, että kutsut silmukassa echoa 100 000 kertaa. Kokeile sen sijaan vaikka tätä versiota, joka tuottaa saman tulosteen:

Koodia: [Valitse]
a=1; b=100000; seq -s " " $a $b
real   0m0.043s
user   0m0.040s
sys   0m0.000s
« Viimeksi muokattu: 02.03.14 - klo:19.20 kirjoittanut nm »

petteriIII

  • Käyttäjä
  • Viestejä: 578
    • Profiili
Vs: Skriptiajuri
« Vastaus #27 : 02.03.14 - klo:21.13 »

Pelkkä seq-käsky on kuitenkin varsin nopea. Hitaus tulee siitä, että kutsut silmukassa echoa 100 000 kertaa. Kokeile sen sijaan vaikka tätä versiota, joka tuottaa saman tulosteen:

Koodia: [Valitse]
a=1; b=100000; seq -s " " $a $b
real   0m0.043s
user   0m0.040s
sys   0m0.000s


Tottapa turiset. Täytyypä tutkia huomenna.

petteriIII

  • Käyttäjä
  • Viestejä: 578
    • Profiili
Vs: Skriptiajuri
« Vastaus #28 : 03.03.14 - klo:06.24 »
Millainen kone sinulla on nm ?

Onko missään hyvää kuvausta time-käskystä, kuinka sen arvot tulkitaan ja kuinka paljon arvot saattavat vaihdella koneiden välillä ?

nm

  • Käyttäjä
  • Viestejä: 12705
    • Profiili
Vs: Skriptiajuri
« Vastaus #29 : 03.03.14 - klo:13.53 »
Millainen kone sinulla on nm ?

Prosessori on Intel Core 2 Q9550, kellotettu 3,4 GHz:iin.
Ubuntu 12.04.

Onko missään hyvää kuvausta time-käskystä, kuinka sen arvot tulkitaan ja kuinka paljon arvot saattavat vaihdella koneiden välillä ?

Arvot voivat vaihdella hyvinkin paljon eri järjestelmien välillä riippuen siitä millaista suoritusta mitataan. Tässä tapauksessa aikaan vaikuttavat vain komentotulkin (ja coreutils-ohjelmien) versio sekä prosessorin nopeus, jos skriptin tuloste ohjataan /dev/null-tiedostoon:

Koodia: [Valitse]
time ./skripti.sh > /dev/null
Jos ohjausta ei tehdä, skripti tulostaa päätteeseen niin paljon tavaraa, että päätteen hitaus kasvattaa reaalisuoritusaikaa.

petteriIII

  • Käyttäjä
  • Viestejä: 578
    • Profiili
Vs: Skriptiajuri
« Vastaus #30 : 15.06.14 - klo:19.10 »
Skriptiajuri on aina kaivannut yhtä osaa, mutta sen toteuttaminen oli aikanaan liian vaikeaa ja olisi kestänyt monta viikkoa täysiä päiviä. Mutta kun nyt olen oppinut toimimaan skriptiajurissa niin aloin tehdä tuota palikkaa - skriptiajuria kun käytännössäkin editoidaan itsellään. Saunaan oli kiire joten aikaa oli käytettävissä vain varttitunti. Täytyy kyllä tunnustaa että kyllä saunan jälkeenkin tuli loppuhiontaan käytettyä viisi minuuttia.
**
Skriptien ajaminen tökkii, mutta kun teet Skriptiajurille oman kutsun niin senjälkeen saat aina käynnistettyä Skriptiajurin ja Skriptiajurilla taas voit käynnistää minkähyvänsä ajokelpoisen BASH-skriptin teoriassa mistähyvänsä samasta koneesta.
- hae seuraava koodi johonkin tiedostoon koneessasi. Kannattaa kopioida koodi heti, sillä kun mählii pilaa se todennäköisesti koko tiedoston.
- onhan se versio 2:kin jossain mutta tällähetkellä tämäkin toimii.

[Desktop Entry]
Version=1.0
Type=Application
Terminal=true
Icon[fi_FI]=bash
Exec=gnome-terminal --window --maximize -x bash /home/petteri/OMATSKRIPTIT/Skriptiajuri
Name[fi_FI]=Skriptiajuri
Name=Skriptiajuri
Icon=bash

Muuta polku ja tiedostonimi oikeiksi EXEC=... rivillä. Muuta tiedoston nimeksi: Skriptiajuri.Desktop  . Anna tiedostolle suoritusoikeus. Kuvake muuttuu heti eikä tiedostoa tämänjälkeen enää pysty edes avaamaan joten jos siinä on virhe niin roskikseenhan se joutaa. Raahaa kuvake työpöydälle.
- kuvakkeen saa sitten raahattua työpöydältä Dashboardiin (=palkki vasemmassa reunassa).
- huomioi muuten että kun tiedostolle on annettu suoritusoikeus niin sitä ei enää voi editoida. Jos haluat editoida sitä tai tehdä toisen niin hae foorumilta uusi käynnistindesktop_-tiedosto tai tee kopio kuten aikaisemmin.
- jos ikonin ulkonäkö ei muutu nimenvaihdoksen jälkeen ja kone urputtaa "ei ole trusted" niin kenties suoritusoikes on tippunut pois. Anna se.
- tarkistaa myös  että sana Desktop on kirjoitettu suurella.
- ennen koodia olevat kommenttirivit tulee poistaa samoinkuin koodin jälkeisetkin ennenkuin nimi muutetaan.
- kunhan muuttaa skriptin nimen niin kyllä tämä muidenkin skriptien kanssa toimii.
 
« Viimeksi muokattu: 15.03.15 - klo:06.08 kirjoittanut petteriIII »

petteriIII

  • Käyttäjä
  • Viestejä: 578
    • Profiili
Vs: Skriptiajuri
« Vastaus #31 : 10.08.14 - klo:11.58 »
Ohjeita skriptiajurin hakemiseksi koneeseesi:
- siirtolinkki ei näy ennenkuin kirjaudut foorumille.
- siirto lähtee käyntiin kun näpäytät liitetiedoston kuvaketta. Lataus suuntautuu kotikansiosi kansioon: Lataukset
- klikkaa foorumilla skriptiajuri.tar.gz:ää ja avautuvasta ikkunasta: 'tallenna tiedosto' jolloin koneesi Lataukset-kansion ilmestyy tiedosto nimeltään OMATSKRIPTIT.tar.gz. Näpäytä sitä hiirellä  ja avautuvasta ikkunasta Pura ja taas avautuvasta ikkunasta Pura. Ainoastaan kansio OMATSKRIPTIT tulee lisää.
- siirrä OMATSKRIPTIT-kansio koti-hakemistoosi.
- raahaa työpöydälle OMATSKRIPTIT-kansiossa olevat kuvakkeet: Skriptiajuri ja Skritiajurihiirelle
- siirrä OMATSKRIPTIT kansiosta kuvake skriptiajuri kansioon Työpöytä.
- jos haluat vain kokeilla skriptiajuria niin skriptiajuri lähtee koneestasi kokonaan kun poistat OMATSKRIPTIT-kansion eikä skriptiajurista silloin jää jäljelle kuin muisto.
- skriptiajurin käyttöön tarpeellisia ohjeita saat kun skriptiajurissa painat f3.
- skriptiajurin dokumentti taas ilmestyy kun painat f4.
- skriptiajurin käynnistimen saat kun purat käynnistin.tar.bz2:n
- tai toinen konsti skriptiajurin käynnistämiseksi on käskeä: ~/OMATSKRIPTIT/\Skriptiajuri

lisäsin skriptin PelastaData. Tämä skripti tutkii ensin mitä kaikkia massa-muisteja löytyy ja liittää sitten ne kotikansioon jossa niiden tutkiminen on helppoa. Vielä helpompi kuin Nautilus on Nemo jossa painamalla f3:a avautuu näkymä kahteen tiedostopuuhun joten datan kopioinnista eri kovalevyjen välillä tulee todella helppoa.
Ja mikäli skriptin laittaa boottavalle muistitikulle voi muistitikulla bootaamalla tutkia sellaisenkin koneen kovalevyn joka ei enää boottaa. Kummalliset tiedostojärjestelmät saattavat kylläkin vaatia Ubuntuusi asennettavan uusia paketteja - mutta sitten onnistuu vaikka WINDOWS tai Apple.

Samoin lisäsin skriptin palautuspiste joka kopioi järjestelmän muut levyt kaikkine osioineen kopiointilevyn tiedostoksi josta ne voidaan palauttaa joko alkuperäisille tai toisille levyille. Uusien kohdelevyjen ei tarvitse olla samaa tyyppiä kuin alkuperäinen, mutta ainakin yhtäsuuria. Kohdelevyjä ei tarvitse osioida eikä alustaa - itseasiassa mitä siellä onkin tulee jyrätyksi osiotaulua myöten. Mutta uudet levyt tulee asentaa aivan samoin kuin entisetkin. Kohdelevyt boottaavat jos alkuperäinen on bootannut, grub toimii niinkuin ennenkin eikä sillä ole väliä mitä kopioidaan - Windowsia en ole kokeillut mutta pitäisi sen onnistua. fsck saattaa vaatia lisäpalikoita jotta vieras tiedostojärjestelmä tunnettaisiin mutta dc3dd ei niinkään; jopa androidista höpistään. Tällä työkalulla saa kerättyä kaiken lukukelpoisen tiedon vialliselta kovalevyltä, myös poistetut siirtyvät mutta ne täytyy edelleenkin un-deletoida.

Yritän kokoajan saada skriptiajuria täysin järkiinsä sen jäljiltä kun sitä supistettiin sata-megaisesta nykyiseen noin 400kiloon. Mutta ei se pelkkää tuskaa ole ollut sillä kyllä se on myös selvittänyt asioita.
**
Aloin kasata Kovalevy_funktiot kirjastoa. Toistaiseksi sen helmi on käsky Osioselvitys joka määrittelee:

muuttujat: osiojollaollaan kotiosio
matriisin: tunnetutosiot
assosiatiiviset matriisit: osion_levy    osion_label    osion_UUID   osion_tiedostojarjestelma

- siis esimerkiksi: echo ${osion_levy[$osiojollaollaan]} tulostaa bootti-levyn nimen.
- olen aina ihastellut BASH:in muotoiluohjelmaa. Normaaleja format-määrittelyjä saisi antaa parituhatta ennenkuin pääsisi samaan. Eipä silti, tässä column-ohjelmassa taitaa olla paljon useampia. Ja sen käyttäminen on vaivatonta.
**
 Skriptiajuri käyttää erittän runsaasti funktiokutsuja. Funktiokutsu vie aikaa parikymmentä mikrosekuntia, joten skriptiajurille funktiokutsut eivät merkitse mitään ja olemattoman vähän muillekin skripteille.

Funktiomäärittelyjä ei välttämättä tarvitse kirjoittaa tehtävään skriptiin silloinkaan kun kirjastopolkua ei ole annettu, sillä skriptiajuri käy hakemassa ne kirjastosta automaattiseti ja liittää koodiin. Funktiot saavat kutsua toisia funktioita.

Automaatti lataa myös käyttöjärjestelmään skriptin tarvitsemat paketit - esimerkiksi jos skripti tarvitsee toimiakseen esimerkiksi pakettia btrfs-tools.
**
Syynä skriptauksesta luopumiseen on kuulemma siinä, että skriptien koodia voi lukea, kopioida tai lisätä jotain vahingollista. Skripteile onkin tehty monia käntäjiä juuri tästä syystä sillä skriptit ovat sinälläänkin riittävän nopeita - ei ne kääntäjät muuten toimi kunnolla vaikkei niitä sittenkään saa kynsiinsä.

Koodin lukeminen ja muuttaminen voitaisiin estää skriptiajurissa ja lisäksi tulisi vielä se etteivät skriptiajurin skriptit edes toimisi kopioituina ellei skriptiajuri toisin määräisi. Skriptiajuri oli aikoinaan tämmöinen mutta sitten havaitsin että suojauksista on harmia esimerkiksi silloin kun "ei virtuoosi" joutuu hoitamaan skriptiajuria ja saa koneensa täyteen skriptejä joita ei voi käyttää mutta ei saa deletoituakaan.

Skriptiajuri pystyy ajamaan skriptin silloinkin kun skriptillä ei ole suoritusoikeutta. Jos skriptiltä viedään kirjoitusoikeuskin sitä voi ajaa mutta ei muuttaa. Jos skriptiltä viedään lukuoikeus ei sille voi tehdä mitään, mutta kyllä se mukana kulkee ja nimikin näkyy tiedostopuussa - ja kun lukuoikeus palautetaan alkaa skriptikin toimia. Mutta tuo edelläkerrottu suojaustapa tekisi sen ettei edes pääkäyttäjä voisi skriptille mitään, oikeinsovellettuna ei voisi edes lukea.
**
Asensin 15.04:n EFI-lle, gpt-levylle ja btrfs-tiedostojärjestelmälle. Skriptiajuri toimi silläkin ihan kivasti. Käyttöjärjestelmällä tuntuu kyllä olevan vaikeuksia.
**
Aikaisemmin tehdyn manuaalisen roskankeruun avuksi lisäsin automaattista roskankeruuta. Roskaa muodostuu vähän jos toimitaan niinkuin pitäisi, mutta roskaa jää järjestelmään paljon mikäli toimitaan väärin; nämä rutiinit ovat siis jonkunsortin itsensä-korjaamista.
**
Tehtäessä uusia skriptejä löytyy sovellus-ohjeita lähes kaikkeen - esimerkiksi myös man-sivuilta löytyy paljon tarpeelisia ohjeita, mutta siellä ne ovat sellaisessa muodossa että vain aivonsa nyrjäyttänyt tajuaa ne säällisessä ajassa kun sensijaan omat ohjeet selventävät kaikille.

Skriptiä tehdessä ei voi sählätä kovinkaan pahasti eivätkä skriptitkään pysty ryppyilemään mitenkään sillä skriptiajuri pitää kaiken tiukasti hyppysissään: jos tehtävä skripti ei toimi niin sitten se ei vaan toimi ja koodia täytyy editoida. Mutta jos tehtävä skripti villiintyy tai hirttää kiinni voi sen tappaa ctrl-c:llä mikä ei edes hidastaa kokeilemista. Tai voihan sen skriptin häiriköinnin lopettaa myös sulkemalla koko koneen, siirtää kovalevyn toiseen koneeseen tai repiä liittimet irti, mutta semmoinen kyllä hidastaa vaikkakaan ei kovin paljon.

Olen viimepäivinä yrittänyt löytää sellaista mitä ei voisi BASH:illa ratkaista. Enpä ole vielä onnistunut mutta merkinnöistä kylläkin tulee aina vaan mielipuolisempia kun ratkaisu monimutkaistuu viikkojen kuluessa - siis aikaa kuluu näin kehitysvaiheessa tolkuttomasti mutta onnistuminen on varmaa.
Skriptit ovat alkuunsa lähes aina hitaita moni-kymmen-rivisiä ja sitten rivit alkavat rajusti vähetä ja toiminta nopeutua. Väitetään ettei skriptejä pitäisi optimoida, sillä samalla ne menettävät selväpiirteisyytensä. Mutta esimerkiksi seuraavaa skriptiä optimoidessa selvisi missä järjestyksessä tehtävät tulee suorittaa jotta skripti olisi nopea ilman optimointiakin ja silti se on selväpiirteinen:

Koodia: [Valitse]
#!/bin/bash
function tulosta_parametri () {
monennestako_parametrista_alkaen=$1
montako_tulostetaan=1 # tähän voi kirjoitta minkä luvun haluaa
#echo ${@:(-monennestako_parametrista_alkaen):montako_tulostetaan}  # perästäpäin laskettuna
echo ${@:monennestako_parametrista_alkaen+1:montako_tulostetaan}    # alustapäin laskettuna
}

tulosta_parametri 11111 {99999..1} # suomenkielinen seloste käskystä: tulosta 11111:s jäsen joukosta: 99999 99998 ... 3 2 1

- tehtäessä skriptejä skriptiajurilla funktioita ei täydy kirjoittaa itse, sillä skriptiajurikin osaa hakea tarvittavat funktiot ja liittää ne koodiin. Kun skripti on yhden kerran ajettu skriptiajurilla on koodi toimintakelpoinen muissakin koneissa.
**
Koko shellshock-episodin aikana skriptiajuri on kokoajan toiminut täysin moitteetta, myös sen export. Mutta matematiikka-funktiot on vielä kummallisempi: se muodostuu yksinomaan ympäristöön määritellyistä funktioista - ja sekin on kokoajan toiminut täysin moitteetta, myös 15.04:n kanssa. Kuulemma tilanne on toinen kun BASH-funktioita kutsutaan muista kielistä.
- täytyy tarkentaa: kaikesta päätellen paikkauksien olisi pitänyt vaatia muutoksia koodiin. Mikseivät ne vaatineet?
**
En ole tajunnut kertoa mistä skriptiajurissa on kyse: toimimisesta yksinomaan siinä koneessa jonka näppäimet ovat käytettävissä ja toimimisesta niin yksinkertaisilla palikoilla kuin mahdollista. Tämä ei kokonaan estä verkkokäyttöä, mutta kaikki ulkoiset palikat se sulkee pois jos niitä ilmankin pystytään toimimaan, kaiken "silmäkarkin" se kieltää samoinkuin PPA:t, pilvet ja sensellaiset. Ja ainoastaan puoli-grafiikka on sallittua. Internetistä tietoa saa hakea vain leikepöydän kautta.
**
Toistuvat tehtävät on tarkoitus suorittaa funktioissa. Toistot (loopit) kannattaa myös muodostaa funktiossa. Esimerkiksi:
function Kertaa () { MontakoKertaa=$1; shift; for n in $(seq $MontakoKertaa); do $@; done;}; Kertaa 5 echo "echon paikalle voi laittaa minkähyvänsä käskyn tai funktion"
- ajettaessa skripti skriptiajurissa funktiomäärittelyn voi jättää pois; siis tämä on yksinkertainen loopin muodostustapa.
**
15.04:ssä gconf-editor on jätetty perusasennuksesta pois ja se täytyy nyt ladata erikseen. Ja gconf-editor on muutenkin muuttunut ja se vaatii muutoksia koodiin. Ja Gedit:istä tulee kohta uusi versio ja sen vaatimat muutokset taitavat aiheuttaa nikotusta.


« Viimeksi muokattu: 29.05.16 - klo:11.55 kirjoittanut petteriIII »

petteriIII

  • Käyttäjä
  • Viestejä: 578
    • Profiili
Vs: Skriptiajuri
« Vastaus #32 : 02.01.15 - klo:03.59 »
Teetpähän koneessasi mitähyvänsä niin eteen tulee seuraavankaltaisia ongelmia: juuri äskettäinhän minä tein seuraavan-ja-seuraavan, mutta en totisesti muista mihin sen talletin. Kyseiseen ongelmaan on monenlaisia ratkaisuja mutta tässä yksi jossa esitetään aikajärjestyksessä kaikki mitä olet tehnyt ja mistä ne löytyvät:

find kansio_josta_listaaminen_alkaa -type f -print0 | xargs -r0 stat -c '%.19z %n' | grep -v mitkä_rivit_vain_sotkevat_ja_jotka_voi_poistaa | grep -v määritelmiä_voi_olla_monta | sort

esimerkiksi: find ~/OMATSKRIPTIT -type f -print0 | xargs -r0 stat -c '%.19z %n' | grep -v /ARKISTO/ | grep -v .*~ | sort

- kaikkikin nämä etsintämenetelmät auttavat käytännössä vain kun niitä käytetään usein, sillä harvoin käytettyinä niiden käyttö-tavat unohtuvat eikä niiden tuloksiakaan osaa kunnolla tulkita. Skriptiajuri auttaa oleellisesti.
**
Lähinnä tämä on osoitus siitä kuinka BASH on ajettu nurkkaan lukemattomilla tempuilla vaikka BASH on erittäin käyttökelpoinen joissain tehtävissä.

Tämä on tehty erään loistavan artikkelin pohjalta. Loistavan ? Vaikka käytössäni oli kunollinen kehitysympäristö niin kesti aamusta iltaan kokoaikaista työtä muuttaa tuon artikkelin ideat tämmöiseen puolittain käyttökelpoiseen muotoon - sillä tuskinpa tämäkään on sellaisenaan käyttökelpoinen kenellekään. Ja vaikkakin skriptin mukaeleminen kunnon kehitysympäristössä onkin helppoa niin kehitysympäristön käyttö ei oikein onnistu ennenkuin oivaltaa BASH:in toimintatavat - esimerkiksi sitä että BASH on ohjelmageneraattori eikä sen pitäisi koskaan toimia itse. Ja että kaikkiin ongelmiin on monia ratkaisutapoja - ja ettei BASH käytä niistä yhtäkään vaan sillä on ihan oma tapansa.

Tämän skriptin tarkoituksena on osoittaa että tehokkain tapa passata matriisi parametrina on passata sen nimi. Skripti kertoo myös kuinka matriisia käytetään, sillä vaikka esimerkki on tulostamisesta niin kyllä muukin käyttö on samanlaista.
Tämä skripti osoittaa taas kertaalleen että vaikka kaikkiin ongelmiin on monia ratkaisutapoja niin BASH ei käytä niistä yhtäkään vaan sillä on ihan oma tapansa.

- käskyä eval kehotetaan monilla verkkosivuilla olemaan käyttämättä mutta syytä ei kukaan ole kertonut. Nyt monen vuoden jälkeen Gregs wiki kertoi: syynä on että väärinkäytettynä eval on turvallisuus-riski. Sitä onkin ihan hyvä olla käyttämättä initialisointi-skripteissä varsinkin servereissä. Näin harrastelijan työaseman käyttö-skripteille se on täysin kelvoton syy.

Koodia: [Valitse]
#!/bin/bash
x[10]=aaaaa; x[11]=bbb; x[12]='"ccc ccc"'; x[13]=d; x[777]=eeeeee ; alku=2; montako=3
# Matriisin nimen, jäsenten lukumäärän ja osoitteiden arvot voi muuttaa haluamikseen, sillä funktio käy läpi osoitetun matriisin osoitealueen järjestyksessä alhaalta ylös ja tulostaa vain määritellyt jäsenet; siis määrittelemättömiä jäseniä ei tulosteta mitenkään.

function TulostaMatriisi () {
echo Matriisin $1 'arvot: '; [[ ! $(eval echo \${$1[*]}) ]] && echo matriisi on määrittelemätön && return
[[ ! $2 && ! $3 ]] && [[ $(eval echo \${$1[*]}) ]] && eval echo -n \${$1[@]} && return
[[ $2 && $3 ]] && [[ $(eval echo \${$1[*]}) ]] && eval echo -n \${$1[@]:$2:$3} && return
[[ ! $3 ]] && [[ $(eval echo \${$1[*]}) ]] && eval echo -n \${$1[@]:$2} && return
$(eval echo \${$1[*]}) ]] && eval echo -n \${$1[@]::$3}
}

TulostaMatriisi x                             # koko Matriisin tulostus
#TulostaMatriisi x alku montako                # tulostus alun määräämästä jäsenestä montako jäsentä eteenpäin
#TulostaMatriisi x 0 montako                   # tulostus Matriisin alusta montako jäsentä eteenpäin.
#TulostaMatriisi x alku                        # tulostus alun määräämästä jäsenestä Matriisin loppuun
                                               
#x=( "${x[@]}" )                               # BASH:in matriisissa voi alussa tai keskellä olla määrittelemättömiä jäseniä. Näin poistetaan määrittelemättömät jäsenet
#x=( "${x[@]::$alku}" "${x[@]:$((alku+1))}" )  # alku:n osoittaman jäsenen palauttaminen määrittelemättömäksi ja heti perään määrittelemättömän jäsenen poisto.

**
Sainpa tehtyä skriptiajuriin automaattisesti päivittyvän "bookmark" toiminteen jolloin on nopea siirtyä äskettäin tehtyjen skriptien välillä - nimittäin skriptiä tehtäessä tulee usein tilanteita joissa täytyy siirtyä tekemään toista skriptiä kokeillakseen mitenkä jokin asia tehdään. Sillä olen huomannut että minkä hyvänsä tekemiseen löytyy yksinkertainen konsti mutta että se täytyy usein kehittää itse.
Opinpahan lisäämään rivin tiedoston ensimmäiseksi riviksi. Ja opin että siihen voi ehdottomasti luottaa että käytännössä toimivaksi havaittu olisi aina oikein vaan että on aina syytä tarkistaa mitä man-sivuilla kerotaan.
**
Skriptiajuri särkyy ellei tee massa-siirrotkin itse skriptiajurissa . Mutta nautilus on virtuoosien pitkän työn tulos ja loppuunsa asti hiottu. Siksi varsinkin massa-siirrot tulee helposti tehtyä sillä ja luotettua siihen että skriptiajuri korjaa itsensä - mutta eihän mikään korjaus aina toimi. Skriptiajurin tiedostoselain alkaa olla monissa tehtävissä nautilusta parempi joten houkutusta alkaa olla helpompi vastustaa. 
**
Muisti kultaa kaiken. Mielestäni keskipoikkeaman laskentaan tekemäni awk-skripti toimi hyvin. Joissain tilanteissa se kyllä toimikin, mutta ei yleisessä tapauksessa. Kyllä skriptiajuri on kiva kun sillä löytää helposti keskeneräist työt ja saa etsittyä ohjeet saattaa työ loppuun.
**
jatkuvasti uusia käyttöähelpottavien ominaisuuksien lisäämistä. Kuitenkaan käyttö ei vaikeudu ollenkaan jos ei uusia ominaisuuksia käytä - lisäksi mikään lisäys ei saa havaittavasti hidastaa tai muuttaa mitään.  Skriptiajurista on kehittynyt kaksiulotteinen automaattinen alias-järjestelmä.
**
editoinnin automaattisesti päivittyvä bookmark-tiedosto osoittautui niin käyttökelpoiseksi että tein oman bookmark-tiedoston myös ajetuille skripteille.
**
Työpöydällä oleva käynnistin ei ole automaattisesti suurentanut ikkunaa enää aikoihin. Eilen aloin etsiskellä syytä ja niitä löytyikin monta: aivan alkuun se ettei dconfeditor enää kuulu alussa ladattaviin ohjelmiin. Rarkaisuksi täytyi ottaa työpöydälle sijoitettavan käynnistimen muuttaminen. Käynnistimen kuvaus löytyy sivulta:
http://forum.ubuntu-fi.org/index.php?topic=44605.msg363468#msg363468
**
teinpä skriptin jonka nimi kokonaisuudessan on:  skriptiajurissa tiedostojen nimissä saa olla myös: + { ; "  = ? ~ ( ) < > & * | $   koetellakseni skriptiajurin rajoja.
Koodia: [Valitse]
#!/bin/bash
function tehdään_mitä_määrätään () {
$@
}

tehdään_mitä_määrätään ls
read -p "paina return saadaksesi seuraavan tulosteen"
tehdään_mitä_määrätään ls -l
read -p "paina return saadaksesi seuraavan tulosteen"
tehdään_mitä_määrätään sudo blkid | awk '{print $1}' | tr -d : | sed 's,/dev/,,g'  # tulosta kovalevyn tunnetut osiot
**
- skriptiajurin desktop-käynnistin kuoli. Menin päätteseen ja annoin käskyn:

ln -sv "/home/petteri/OMATSKRIPTIT/Skriptiajuri" "/home/petteri/Työpöytä/AjaSkriptiajuri"

ja se loi työpöydälle linkin skriptiajuriin. Samalla konstilla voi luoda käynnistimen milletahansa skriptille. Eihän se hyvä ole, mutta parempi kuin ei mitään
- tämä edellyttää, että avataa nautilus näpäyttämällä pystypalkista tiedostot ja sieltä muokkaa - asetukset - toiminta - täppä kohtaan "kysy joka kerta"
**
- skriptiajuri toimii tällähetkellä UEFI/WereWolf:illa.
**
skriptiajurin hakukoneisiin olen aina haikaillut jotakin joka näyttäisi valitun tiedoston kaikki rivit ja hakutermi olisi esimerkiksi punainen muun tekstin ollessa musta. Kyllähän tuonkin ominaisuuden saa kikkailtua editoreihin, mutta olen halunnut keinoa jossa ei joudu tekemään monia asetuksia vaan kaikki toimii heti alkuunsa. Löytyihän se konsti lopulta:
Koodia: [Valitse]
grep --color -E "haettava regex|$" tiedosto ; read
- kun tekstiä näytetään saa se rauhassa olla suurempi kuin mitä näyttöön mahtuu, sillä tekstiä voi selailla esimerkiksi rullahiiren rullalla ja leikata "leikepöydälle" haluamansa ja lopettaa toiminta painamalla enter.
**
BASH:iakin kehitetään kokoajan. Eikä kehittäminen aina mene ihan nappiin ja toimivat skriptit alkavat joskus temppuilla. Nyt viimeksi käskylle: eval tehtiin jotakin ja skriptiajurista lakkasivat hakukoneet toimimasta. Ei tämä ensimmäinen tapaus ollut, mutta BASH:issa minkä toiminnon hyvänsä voi tehdä miljoonalla tavalla ja eikun uutta koodia - tai itseasiassa koodi supistui. Pahinta onkin se että yrittää itsepäisesti korjata toivotonta koodia eikä sensijaan tee uutta.
**
Skriptiajuri lakkasi toimimasta kun Wily päivitti itsensä: syyksi paljastui että "tput setf [värikoodin numero]" ei enää aseta värejä. Varmaakin joku tulevista päivityksistä korjaa sen, mutta nyt värit asetetaan koodilla: tput  setaf [värikoodin numero]
- siitä tämä BASH on kiva että voi tehdä mitätahansa  lukemattomilla eritavoilla; esimerkiksi tämän ongelman voi kiertää siirtymällä käyttämään valitun merkinnässäi inverse-videota joka on inhottavan näköistä mutta toimintavarmaa.
**
Kun tekee skriptin joka mielestäsi toimii niinkuin itse tahtoo kannattaa tarkistaa skriptistä siinä määriteltyjen muuttujien arvot ja mikäli muuttuja on matriisi niin sen jokaisen alkion arvo ja osoite. Koska tämän ominaisuuden käyttäminen yksinään on vaivalloista niin se kannattaa koodata skriptiajuriin kiinteästi. Silloin kun skriptiajurilla tekee skriptiä saa listauksen tehtävän skriptin kaikista silläkohtaa määritellyistä muuttujista kirjoittamalla skritiajurissa ajettavan skriptin koodiin käsky: Xref. Se kutsuu funktiota Xref:
Koodia: [Valitse]
#!/bin/bash 
# petteriIII 23.10.2015
# Xref-ohjelma tulostaa muuttujien arvot mikäli niiden nimessä on ainakin yksi pieni kirjain. tai kun niiden nimi on pelkästään yksi suuri kirjain jonka perässä voi olla yksi numero.
# echo -e "funktiot paikasta:"${0%/OMATSKRIPTIT*}"/OMATSKRIPTIT/FUNKTIOKIRJASTO/Xref_funktiot liitetään koodiin"

function Xref () {
function TulostaMuuttuja () {
[[ $(eval echo \$$1) ]] && echo -n $1':n arvo: ' && eval echo \$$1 || echo $1" on määrittelemätön"
}

function TulostaMatriisi () {
[[ $(eval echo \${$1[*]}) ]] && {
echo -n $1':n arvot    : '; eval echo \${$1[*]}   # arvojen väliin tulostuu välilyönti
echo -n $1':n osoitteet: '; eval echo \${!$1[*]}  # osoitteiden väliin tulostuu välilyönti.
}; echo ;}

function TestaaMuuttuja () {
[[ $(eval echo \${!$1[*]} | cut -sd' ' -f 2) ]] && TulostaMatriisi $1 && return # Matriisi voidaan tulostaa muuttujana jos siinä ei ole vähintään kahta jäsentä.
TulostaMuuttuja $1
echo
}

# echo -e "Xrefiä on kutsuttu skriptistä:"${0}".   Kutsu tehtiin riviltä:"${BASH_LINENO[0]}"\n\n"
muuttujalista=$(compgen -v | grep [[:lower:]] | grep -v ^_) # compgen -v:n muodostamasta muuttujalistasta poistetaan "ei halutut"
muuttujalista=$muuttujalista" "$(compgen -v | grep ^[A-Z]\[0-9]*$ | grep -v ^_) # lisätään listaan muuttujat joiden ensimmäinen kirjain on iso mutta senjälkeen ei mitään tai vain numeroita
for muuttuja in $muuttujalista; do TestaaMuuttuja $muuttuja; done
#apu=$(cat "${0}" | grep function ); [[ $apu > 0 ]] && echo "listaus skriptin funktioista:" &&  echo -e ' '"${apu[@]/%/\n}" 
}
**
Viimeaikaisia tekosia on zombien poisto. Kehittäminen on pikkuisen vaarallista puuhaa koska tiedostonimissä sallitaan * . Siis unohdapa käskyistä lainausmerkit niin kaikki poistuu.   
**
Sainpa kehitettyä yksirivisen skriptin joka laskee tiedostosta tagien välisten merkkiryhmien pituudet. Tämmöisen merkityshän on sinällään melkein olematon, mutta
on osoittautunut että tämmöisiin ongelmiin löytyy poikkeuksetta tällaisia nopeita skriptejä: nopeutta tulee lisää parikymmenkertaisesti ja koodikin supisuu melkein olemattomaksi.
Skriptiajurilla näitä tekee nopeasti. Ongelmana on ainoastaan ymmärtää mitä skriptin tulisi tehdä, osata jakaa se osiin ja osata pyytää skriptiajurilta apua.
Koodia: [Valitse]
grep -Po '(?<=<<).*(?=>>)' ~/tiedosto | awk '{split($0,a,"\n"); for (i = 1; i <= NF; i++) print length(a[i])}'
**
Kaikki vanhat tulosteet talletetaan myös ja niiden selaamiseen on tehty linkki. Pitänee pähkäillä milaisia haku-rutiineja niitä varten kannattaa tehdä.
Nimittäin mitään uutta ei saa lisätä niin että se muuttaisi vanhoja toimintoja tai edes haittaisi niitä.
« Viimeksi muokattu: 14.02.16 - klo:12.53 kirjoittanut petteriIII »

petteriIII

  • Käyttäjä
  • Viestejä: 578
    • Profiili
Vs: Skriptiajuri
« Vastaus #33 : 29.05.16 - klo:11.58 »
Siirsin foorumille SKRIPTIAJURISTA uuden version jossa Skriptiajurista on viimeisin versio ja Skriptiajurihiirelle toimii myös. En poista tuota edellistä versiota ennenkuin totean uuden version siirtyneen moitteetta.
- en ole tullut ajatelleeksikaan että tottakai jokainen haluaa säilyttää omat ARKISTO:nsa siirtyessään käyttämään uutta skriptiajuria. Täytyy jossain vaiheessa tehdä lisäosa siihen.

OMATSKRIPTIT on normaalisti kooltaan noin 100M. Mutta kun siitä poistetaan ARKISTO:t niin sen kooksi tulee noin noin 2M. Kun tämä tiivistetään nautiluksen *.tar.gz toiminteella tulee kooksi noin 600k joka mahtuu foorumille. Siirrettyäsi foorumilla olevan OMATSKRIPTIT.tar.gz-tiedoston omalle koneellesi siirrä se koti-kansioosi ja tupla-näpäytä sen kuvaketta ja muodostuvissa ikkunoissa näpäytä: pura.

ARKISTO:jen poistaminen ei juurikaan huononna Skriptiajurin toimintaa muuten kuin että se unohtaa kaiken mitä sillä on tehty - ja siirrettäessä ohjelma toisen henkilön käyttöön onkin vanhat jorinat syytä unohtaa. Mutta se haitta tästä on, että vaikka skriptiajuri toimiikin aivan kuten käyttöohjeissa kerrotaan niin se ei muista mitään vanhaa joten "oppimiskynnys" tulee korkeammaksi - tee muutamia skriptejä niin kyllä SKRIPTIAJURI alkaa hiljokseen toimia paremmin.
- alimman tason ARKISTO:ista osa on jäljellä, joten editoimalla SKRIPTIAJURIA itseään saat kuvan siitä millaiseksi editointi-ikkuna muodostuu.

Tehtyjä dokumentteja ei voi siirtää koska siirto veisi silloin liian paljon tilaa. Sensijaan jokainen huomio BASH:ista kannattaa aina tallettaa jonnekin, esimerkiksi OHJE-kansioon.Mutta minne sen talletaakin niin hakumoottorilla se löytyy.
- tee silti tekemistäsi skripteistä ainakin muutaman rivin dokumentti jossa esimerkiksi kerrot havaintojasi - tarvitset niitä muuten joskus itse.
**
Yhä useammin olen havainnut että arjen isohkotkin ongelmat ratkeavat usein yksirivisellä skriptillä - ja nämä yksiriviset skriptit eivät nopeudeltaankaan ole ihan surkeita. Mutta tuommoista yksirivistä on melko mahdoton tehdä heti alkaessaan skriptiä tehdä vaan kyllä kaikki skriptit ovat kehityksensä alussa moniriviä ja todella hitaita. Skriptiajuria voi käyttää koko kehityksen aikana - myös silloin kun skriptissä ei ole mukana edes riviä #!/bin/bash. Ja suoritusoikeuttahan skriptiajurin hallinnoimilla skripteillä ei ole koskaan.

Jokaisen skriptin voi kirjoittaa yhdelle riville, mutta en tarkoita tässä sellaisia. Vaan lyhyitä käskysarjoja joissa ei ole turhia hidasteita kuten esimerkiksi BASH:in omia looppeja.
**
Nopeus nousi taas vaikkei sillä nousulla tee enää mitään, skripti vain kiirehtii että pääsee odottamaan. Mutta onhan se teoriassa kivaa kun koodi samalla väheni.
**
Skriptiajurin paras ominaisuus on se ettei mitään tekemistään tarvitse harkita eikä mitään tarvitse muistaa, sillä pahin seuraus paniikki-kohelluksestakin on se että äskettäin tekemänsä joutuu tekemään osittain uudelleen. Ja käydä kurkkimassa edellisistä yrityksistä kuinka homma pitikään kirjoittaa sillä eihän BASH:in merkintätapoja muista. Kannattaa kuitenkin tallettaa työnsä vähänväliä ettei joutuisi kirjoittamaan pitkää litaniaa uudelleen.
- skriptaamisen merkittävin asia on puhua kaikista asioista niin pitkillä ja kuvaavilla nimillä että ne muistaa kuolemansa jälkeenkin. BASH itse puhuu arvoituksin mutta älä sinä puhu.
- nimissä kannattaa välttää erikoismerkkejä, ääkkösia ja välilyöntejä. Kuitenkin jos selvyys vaatii niin niitä täytyy käyttää mikäli BASH:in saa ne hyväksymään; vaikeuksia ei saa vältellä.
- tietysti skriptien tekeminen on nopeampaa jos muisti pelaa eikä koskaan kohella. Mutta jos ei muista edes perusasioita ja koheltaa vähänväliä tulee työskentelystä vain hirveän hidasta mutta eteneminen on kuitenkin varmaa.
« Viimeksi muokattu: 10.12.16 - klo:13.06 kirjoittanut petteriIII »

petteriIII

  • Käyttäjä
  • Viestejä: 578
    • Profiili
Vs: Skriptiajuri
« Vastaus #34 : 11.10.16 - klo:18.24 »
Skriptiajurista tuli uusi versio sillä edellisen version erikoistoiminnoissa oli paljon korjattavaa.
- vähän uuttakin, esimerkiksi skriptien tulosteet talletetaan nyt ja niitä voi käydä katsomassa painamalla nappulaa insert ja valitsemalla halutun kerran tuloste.

- skriptiajurin haku omalle koneelle:
1. näpäytä Ubuntu-foorumilla latauslinkkiä: OMATSKRIPTIT.tar.bz2 ja talleta. näpäytä latauslinkkiä Skriptiajuri (kopio).tar.bz2  ja talleta.
2. mene oman koneesi nautiluksella oman koneesi lataukset-kansioon (tai joskus lataus on mennyt kotikansioon)  ja siellä näpäytä: tiedostoa OMATSKRIPTIT.tar.bz2 ja avautuvasta pura ja avautuvasta taas pura ja lopeta. Näpäytä tiedostoa Skriptiajuri (kopio).tar.bz2 ja avautuvasta pura ja avautuvasta taas pura ja lopeta.
3. kotikansioosi on muodostunut OMATSKRIPTIT kansio ja käynnistin nimeltään Skriptiajuri. Siirrä käynnistin työpöytä-kansioon jos sellaista löytyy.
- kun tuplanäpäytät käynnistintä niin skriptiajuri käynnistyy.
- voit siirtää *.tar.bz2-kuvakkeet roskikseen.
- kun haluat päästä eroon skriptiajurista siirrä OMATSKRIPTIT ja käynnistin roskikseen; silloin skriptiajurin muistokin katoaa.
**
- taisinpa keksiä kuinka lyhyet viiveet saa mitattua tarkemmin skriptiajurissa: skriptin suoritusaika nimittäin riippuu siitä ajetaanko skripti omassa prosessissaan vai siinä mikä on jo auki. Sillä prosessin luominenhan kestää aina; milloin enemmän ja milloin vähemmän - joten luotaessa prosessi väärään aikaan skriptin mitattu toiminta-aika on liian suuri ja lisäksi aika vaihtelee kerrasta toiseen enemmän kuin ennen. Käytännössä korjaus aiheuttaa sen että "nollaskripti - siis kun skriptin käsky on kaksoispiste" kestää nykyään myös skriptiajurissa tosiaan 0 ms eikä 2-4ms. Skripti:
Koodia: [Valitse]
read -t 1
kestää myöskin oikean ajan eli 1.000 sekuntia.
**
- skriptiajuri on myös kirjailijan unelmatyökalu sillä kaikki tehdyt muutokset tallentuvat ja kun huomaa ettei muutos ollutkaan parannus niin vanhoista versioista on helppo palauttaa se mikä oli parempaa.
**
- skriptiajurin backup:ista ei tarvitse huolehtia sillä skriptiajuri kirjoittaa välittömästi kaikki muutoksensa USB-muistitikulle jos muistitikulla on kansio OMATSKRIPTIT. Muistitikun OMATSKRIPTIT kansio voi olla tyhjäkin jolloin sille kirjoitetaan koko kansio OMATSKRIPTIT.
- ominaisuuden saa toimimaan myös SSH:n yli.
- backupin tekeminen kestää skriptiajurin kannalta 2ms.
- USB-portissa voi olla muistitikku tai ei ja sillä voi olla kansio OMATSKRIPTIT tai ei ja se saa sijaita missä USB-portissa tahansa.  Backup toimii kaikille käyttäjille, eikä backupin toiminta ei riipu muistitikun nimestä,
  tiedostomuodosta eikä mistään muustakaan, vaan jopa FAT32 toimii samoinkuin NTFS mikäli ajuri löytyy.
- niin pientä muistitikkua ei olekaan ettei se riittäisi, eikä sillä ole väliä minkätyypin USB se on. Siis on mahdollista käyttää monimutkaistakin backup-menetelmää usealle muistitikulle.
- muistitikulla olevasta OMATSKRIPTIT-kansiosta ei koskaan poisteta mitään vaan ainoastaan lisätään. Tällätavoin menetellen siellä on enemmän myös roskaa, mutta toisaalta sellaista vikaa ei voi tulla että 
  jotain katoaa edes melkoisen hölmöilyn seurauksena. Muistitikulla olevan  OMATSKRIPTIT-kansion koon kasvaminen ei aiheuta ongelmia.
**
- työskentelyä arkistossa helpotettu merkitsemällä mitkä koodeista ovat käännöskelpoisia. Muutos näkyy myös skriptejä tehdessä.
**
BASH:illa voi tehdä koodin mihintahansa tehtävään mutta on turhaa hakea kirjoista mitenkä monimutkaisemmat hommat tehdään. Vihjeitä suoritustapaan kerätään sieltätäältä kunnes jossain vaiheessa saa mielikuvan kuinka asioiden täytynee olla. Mutta jos tekee skriptinsä ilman kehitysympäristöä on mahdotonta kokeilla onko mielikuva oikea, sillä kokeilemisen aikana asiasta valmistuu lukemattomia yritelmiä ja usein kehittäminen johtaa pitkiin umpikujiin joista pitää perääntyä sinne jossa tapahtui jotain oikeinkin. Mutta koska usein välissä on useampia pitkiä umpikujia ja aikaakin on kulunut viikkotolkkua niin et enää muista edes sitä  missä se "jotenkin toimiva" on ja on vaara että se alkuperäinen hento aavistus katoaa.

Skriptiajuri tallettaa kaikki koodit, mutta mikäli tekee paljon skriptejä niin etsiessään vanhoista koodeista mikä on se oikea kuluu aikaa tolkuttumasti sillä on vaikea etsiä sellaista jota ei pysty tarkasti kuvailemaan. Mutta vaikka koodia ei muistakaan niin sen muistaa mitä se tulosti - muistaa ainakin suurinpiirtein ja jokatapauksessa sehän kertoo jo paljon että koodi ylipäätään tulosti jotakin. Koska skriptiajuri tallettaa myös kaikki tulosteet ja kun selaa vanhoja tulosteita niin voi palauttaa koodin joka on tulosteen tehnyt.
**
Skriptiajurin kaikkia viestejä (siis myös sovellusohjelmien kirjoittamaa) voi lukea avaamalla vasemman laidan pystypalkista sen pääte ja rullahiiren rullalla saa tapahtumia seurattua olipa niitä kuinka paljon vaan.
- jos skripti romahtaa niin se ei juuri koskaan vie skriptiajuria eikä päätettä mennessään joten päätteestä näkee mitkä tapahtumat skriptin romahtamisen aiheuttivat.
- seuraamisen jälkeen saa vasemman puolen pystypalkista palattua sinne mistä lähdettiin.
- tai nautiluksella voi tiedostojen sisällön muuttumista  tarkkalla reaaliaikaisesti.
**
Aloinpa taas kokeilla sed:illä ja awk:illa ja esimerkiksi tämmöistä tuli esimerkkejä soveltaaen; ei näitä kokeilla tarvinnut sillä ne toimi heti:
Koodia: [Valitse]
sed "2s/$/ $(sed -n '7p' file1)/" file2  # selitys: tulosta file2 lisäten sen rivin 2 perään file1:n rivi 7
awk '{ if ($3&&/höh/) print $3 }' file   # selitys: tulosta kenttä 3 file:n riviltä 3 jos rivillä 3 on sana jossain sana höh

ja kun nämä kaksi naitetaan saadaan:
sed "2s/$/ $(awk '{ if ($3&&/höh/)print $3 }' file1)/" file2 # selitys: tulosta file2 lisäten sen rivin 2 perään file1:stä rivin 2 kenttä 3 mikäli file1:n rivillä 2 on jossain sana höh
- /$/ on: lisää perään ja /^/ on: lisää alkuun; myös välilyönnin paikkaa voi vaihtaa tai jättää pois. Ja kaikkia "numeroita" voi muuttaa. Tai lisääminen voidaan muuttaa korvaamiseksi kirjoittamalla /$/ paikalle esimerkiksi: /[[:alpha:]]/
- sekä sed että awk ovat skripti-kielinä pätevämpiä kuin BASH. Tässäesitetyt ovat yksirivisiä sed ja awk skriptejä, mutta on niitä monirivisiäkin. Kummmallakin on vaikea saada aikaiseksi toimivia skriptejä, mutta oikealla opastuksella melkein mihin käyttöön tahansa voisi tehdä nopeastitoimivan skriptin liikoja ponnistelematta. Joku semmoisen avustamana kuin skriptiajuri.
**
Ainakin minut saa raivoon mikäli jokin tekemäni katoaa ja sen joutuu "keksimään" uudestaan - vaikka uusi viritelmä olisi sangen todennäköisesti parempi eikä sen tekemiseenkään menisi kovin pitkää aikaa. Mutta otsasuonet kyllä olisivat haljenneet ja sen kadonneen etsimiseen  kulunut kohtuuton aika. Luulin skriptiajurin automaattisen backupin tehneen katoamisista mahdottomuuden ja niinhän se on tehnytkin. Vaan pahimmat katoamiset ovatkin sellaisia että koko skriptiajuri korvautuu jollakin skriptiajurin vanhalla versiolla esimerkiksi asennettaessa Ubuntu uudestaan ja kun kopioidaan sinne skriptiajuri jota luullaan viimeiseksi. Tällöin automaattinen backup backup:paa muistitikunkin muitakin skriptejä siihen kuntoon ettei viimeistä versiota osaa etsiä oikeasta paikasta elikä muistitikun arkistosta.
- jos automaati-backuppia ei halua käyttää niin riittää kun millään koneessa kiinniolevalla muistitikulla ei ole kansiota OMATSKRIPTIT. Mutta ei sillä kannata päätään vaivata sillä ei se tuhoa mitään, lisää vaan.

Jotta skriptiajurikaan ei enää voisi korvautua vanhalla versiolla niin ihan skriptiajurin alussa tarkistetaan ovatko kovalevyn tiedot vanhempia kuin muistitikulla - ja jos on niin kehoitetaan ihan ensiksi kopioimaan OMATSKRIPTIT- kansio muistitikulta.  Koska kyseessä on varautuminen todella harvinaiseen tilanteeseen niin tarkistus ei saa kestää kuin muutaman millisekunnin. Tämän toteuttaa esimerkiksi:
Koodia: [Valitse]
function varmista_että_kovalevyn_OMATSKRIPTIT_on_uudempi_kuin_muistitikulla_oleva () {Kone liittää USB-muistitikut /media-kansioon. Liitospiste muodostetaan kun USB-porttiin laitetaan muistitikku ensimmäisen kerran jonka jälkeen sen muodostama kansio ei poistu eikä sen omistaja enää vaihdu. Siis kyse on minkälaisen tikun laitat USB-porttiin ensimmäisellä kerralla - liitoskansio saattaa siis olla juuren omistuksessa vaikka se onkin käyttäjän nimellä. Tästä ei välttämättä ole haittaa mutta sotkuja se voi aiheuttaa.

Kansio /media on tarkoitettu liitoskansioksi esimerkiksi USB-muistitikuile ja sen pitäisi olla heti boottaamisen jälkeen tyhjä. Kuitenkin kansio on normaali kansio jossa voi olla tiedostojakin ja joskus kone nyrjähtää sellaisella tavalla että liitetty kansio siirtyy fyysisesti /media-kansion sisällöksi. Ja tällöin automaatti-backup:in päiväys menisi sekaisin sillä bacup toimisi vaikka muistitikkua ei olisikaan - kyllä se silti muistitikunkin päivittää jo se löytyy.
Kone tietää koska kansiossa /media on normaalejakin tiedostoja: käskyllä ls tulostuvat kaikki mitä siellä on ja käskyllä mount tulostuvat vain liitetyt, joten jos listattuja on enemmän kuin liitettyjä niin kansiossa on silloin normaalejakin tiedostoja.
kovalevynaika=$(stat /home/$USER/OMATSKRIPTIT --printf="%Y\n")      # aika sekunneissa Linuxin luomisesta 1.1.1970
muistitikunaika=$(stat /media/$USER/*/OMATSKRIPTIT --printf="%Y\n") # tuo * käy läpi kaikkien USB-porttien muistitikut jotta löytyisi se jolla on OMATSKRIPTIT-kansio.
(( $kovalevynaika < $muistitikunaika )) && echo -e "kovalevyn OMATSKRIPTIT on vanhempi kuin muistitikulla oleva, kovalevyllä se on:\n"$(date -d@$kovalevynaika)"   ja muistitikulla:\n"$( date -d@$muistitikunaika)"  Kannataisi ehkä kopioida muistitikun OMATSKRIPTIT-kansio kovalevylle." && read && exit;}
Mutta tämä ei ihan riitä, vaan sen bacup-rutiinin perään täytyy kirtjoitaa käsky: "touch ~/OMATSKRIPTIT" elikä kirjoittaa kovalevyn OMATSKRIPTIT-kansion viimeksi muutosajaksi nykyhetki.

Automaattinen backup aiheuttaa muuten sen että kun päivitettään skriptiajuri niin aikaisemmin sillä tehdyt skriptit ja kaikki arkistot löytyvät edelleen muistitikun OMATSKRIPTIT-kansiosta joten ne saa kaikki palautettua antamalla käskyn:
Koodia: [Valitse]
for n in $(ls /media/$USER); do [[ -d /media/$USER/$n/OMATSKRIPTIT ]] && rsync -au  /media/$USER/$n/OMATSKRIPTIT ~; done
**
Kovalevyllä olevia skriptejä voi ajaa silloinkin kun on bootannut muistitikulta:
- boottaa muistitikulta.
- mene nautilukseen.
- yläpalkkiin tulee: files   files. Näpäytä hiiren oikealla oikeanpuoleista "files" ja avautuvasta alasvetovalikosta valitse "Preferences" ja sieltä "Behaviour" ja siirrä täppä valintaan: ask what to do.  Sulje tämä ikkuna.
- nautiluksella navigoi ajettavan skriptin kansioon ja näpäytä skriptiä ja avautuvasta valikosta näpäytä "run in the terminal". ( Muuten navigointi alkaa näpäyttämällä: Other locations)

Myös kovalevyllä olevaa skriptiajuria voi ajaa kun on bootannut muistitikulta.  Se ei kuitenkaan toimi noinvain sillä:
Ajettaessa skriptiajuria Live-Ubuntulla muodostaa Live-Ubuntu liitospisteen sille medialle jolla skriptiajuri on ja tähän liitospisteeseen täytyy viitata kun skriptiajuri tekee jonkun levy-operaation. Lisäksi koska skriptiajurista saattaa olla kopioita monessakin paikassa  yhtaikaa niin skriptiajurin kanta (joka on skriptiajurin koti-kansio) muodostetaan seuraavasti:
- mikäli omassa kotikansiossa on skriptiajuri niin käytetään sitä.
- ellei  omassa kotikansiossa ole skriptiajuria niin käytetään sitä skriptiajuria jonka OMATSKRIPTIT-kansio on viimeiseksi päivitetty. Koodina tämä on:
Koodia: [Valitse]
kanta=''; kanta=$([[ -d /home/$USER/OMATSKRIPTIT ]] && echo "/home/$USER" || apu=("$(find  /media -maxdepth 4  | grep -w OMATSKRIPTIT | grep -v OMATSKRIPTIT/ | grep -v \(*\) )") &&\
 for n in ${apu[*]}; do echo $(stat -t $n | awk '{print $13" "$1}'); done | sort -k1 -n | tail -1 | awk '{print $2}' | sed 's/\/OMATSKRIPTIT//')
- mutta tiedostojen ja kansioiden luku-, kirjoitus- ja poisto-oikeudet ovat erilaiset kun käyttäjä on joku ihminen tai live-Ubuntu ja tämä aiheuttaa joskus vaikeuksia ellei jyrää omistusoikeuksia. Käytännössä tämä näkyy siina että live-Ubuntua käytettäessä jotkut tiedostot ovat lukittuja. Siirry tällöin "sudo nautilukseen" ja laita kaikki omistusoikeudet avoimiksi kaikille. Mutta toisaalta Live-Ubuntulla on kokoajan päälläoleva sudo-oikeus elikä se ei koskaan kysy salasanaa - tiedoksi muuten, että joskus erittäin harvoin kysyy, ja silloin se on: ubuntu.
**
Skriptiajuri tarkastelee nyt omaa toimintaansa ja kirjoittaa alussa tapahtumia botanneen levyn tiedostoon: /tmp/skriptiajuri , jotta skriptiajurin kaatuessa syytä olisi helpompi etsiä.
Koska kirjastoja kehitetään jatkuvasti saattaa niiden koodiin lipsahtaa virhe joten niiden koodi täytyy todeta toimivaksi niiden lataamisen yhteydessä ja mikäli kirjasto ei toimi tästä ilmoitetaan ja toiminta keskeytyy.
- muuten näiden tarkastelujen tuloksia voi selata hiiren rullalla kun ollaan pääte-tilassa (silloi siis kun näytetään tiedostolistausta). Kyseessä on siis dmesq jota ei tarvitse kutsua.
**
Live-Ubuntulla ei nykyään voi olla omaa talletustilaa johon voisi sijoittaa OMATSKRIPTIT-kansion ja ajaa skriptiajuria sieltä. Kuitenkin kun on bootattu Live-Ubuntulla voi skriptiajuria ajaa toiselta muistitikulta joten kiintolevyllä ei välttämättä tarvitse olla OMATSKRIPTIT-kansiota jotta skriptiajuria voisi ajaa. Tai skriptiajurin kautta MidnightCommanderia.
**
Meni koko päivä backup-toiminnan parantamiseen. Katselin illalla päivän saavutuksia ja taas kertaalleen havaitsin ne mitättömiksi. Mutta noinhan se on aina: kun katselee valmista työtä niin ihmettelee kuka idiootti voi edes kuvitella että mikään muu onnistuisi. Pari seikkaa tuli esiin:
- kone liittää USB-muistitikut /media-kansioon. Liitospiste muodostetaan kun USB-porttiin laitetaan muistitikku ensimmäisen kerran jonka jälkeen sen muodostama kansio ei poistu eikä sen omistaja enää vaihdu. Siis kyse on minkälaisen tikun laitat USB-porttiin ensimmäisellä kerralla - liitoskansio saattaa siis olla juuren omistuksessa vaikka se onkin käyttäjän nimellä. Tästä ei välttämättä ole haittaa mutta sotkuja se voi aiheuttaa.
- kansio /media on tarkoitettu liitoskansioksi esimerkiksi USB-muistitikuile ja sen pitäisi olla heti boottaamisen jälkeen tyhjä. Kuitenkin kansio on normaali kansio jossa voi olla tiedostojakin ja joskus kone nyrjähtää sellaisella tavalla että liitetty kansio siirtyy fyysisesti /media-kansion sisällöksi. Ja tällöin automaatti-backup:in päiväys menee helposti sekaisin sillä bacup toimisi vaikka muistitikkua ei olisikaan - kyllä se silti muistitikunkin päivittää jo se löytyy.
Kone tietää koska kansiossa /media on normaalejakin tiedostoja: käskyllä ls tulostuvat kaikki mitä siellä on ja käskyllä mount tulostuvat vain liitetyt, joten jos listattuja on enemmän kuin liitettyjä niin kansiossa on silloin normaalejakin tiedostoja.
**
Kaikkien skriptien toiminnassa on yksi yhteinen piirre: vaikka yleensä onkin yhdentekevää millaisessa koneessa skripti toimii niin usein olisi mukavaa saada se helposti selville - ja joillain harvoilla skripteillä se on "pakko". Skriptiajuri hoitaa  ottaa aina selville koneen piirteitä mutta tulostaa ne sellaiseen paikkaan joka normaalisti on näkymättömissä. Esimerkiksi: laita skriptiajuri toimimaan ja heti alkuun pyöritä hiiren rullaa. Näkyviin tulee tietoja koneesta. Näyttö muuttuu normaaliksi heti kun teet jotakin muuta, esimerkiksi painat nuoli-näppäintä.
- skriptiajurin näyttöä voi aina selailla oltaessa pääte-tilassa. Siellä on muunmuassa kaikki ne viestit mitä skriptisi on tehnyt: enää ei tarvitse pähkäillä että mikä viesti siellä näytössä vilahti vaan voi mennä katsomaan. Näitä viestejä voi olla kymmeniä sivuja.
**
Kun skriptiajuria käytetään skriptien tekemiseen niin koska tekemisen muut piirteet ovat hallussa jää skriptien tekemisen tehokkuus eniten riippumaan siitä kuinka tehokasta on komentorivin käyttö. Ja komentorivin käyttämisen nopeus riippuu eniten siitä kuinka osaa käyttää historiaa - mutta bash:in omasta historiasta haku elikä käsky ctrl-r on käyttökelvoton. 
- selvitys: komentoriviä täytyy käyttää että saataisiin jokainen käskyrivi testattua yksikseen sillä rivien testaaminen valmiissa skriptissä on tosihidasta - valitettavasti niin on joskus pakko tehdä.
 
Skriptiajurissa on toiminto: etsi tiedostosta: ~/.bash_history jolloin historiatiedot esitetään kerran ja sitä samasta hakutuloksesta haetaan kunnes ollaan tyytyväisiä. Historiatiedot pysyvät kokoajan samassa järjestyksessä, eikä vähänväliä suoriteta samaa hakua uudestaan joka lisäksi sekoittaa järjestyksen. Lisäksi haku käyttää kunnon hakumoottoria kuten esimerkiksi grep:iä regex:än tukemana, haku voi alkaa etsittävän alusta, keskeltä tai lopusta, haku ei aina onnistu ensimmäisellä haulla jolloin edellisen haun hakutermin voi seuraavassa haussa palauttaa skriptiajurin historiasta ja editoida sitä ...
**
Tällätavoin tutkittavia tiedostoja on kymmeniä ja mikäli niille kaikille tekisi valintaan oman kohdan tekisi se valinnasta sotkuisen, eikä isosta joukosta ei ole mukava valita jos samassa paikassa tehdään valintoja toisentyyppisillekin asioille. Kysymys on siitä, että valinnoissa on aina hyvä olla joku arvo joka valitaan mikäli painetaan enter edes lukematta valintoja. Tämä oletusarvonhan voi muuttaa joka valinnassa siihen mikä valitaan. Nopeaa ja tosiaan toimii mikäli valintapaikassa on ainoastaan samankaltaisia asioita sillä käytännössä sama asia valitaan montakertaa uudelleen ennenkuin homma on selvä.

Täytyi siis tehdä geneerinen "mistä tiedostosta haluat valita" . Näin alkuunsa valintoja on vain muutama, mutta niitä on helppo lisätä käynnin aikana rajattomasti - ja siis tällä valinnalla on oma oletusarvo
Siis täytyi tehdä rakenteet valintalistan levyltä lukemiseksi, valintalistan dynaamisesta muuttamisesta ja muutetun valintalistan tallettamisesta levylle. Myös "oletusvalittavan" lukemisestalevyltä, muuttamisesta  ja tallettamisesta levylle tulee huolehtia. 
**
yhtaikaa voi olla käynnissä monta skriptiajuria: yksi näyttää OHJEITA, toinen on kokoajan erikoistoiminnoissa, kolmas skriptinteossa ja neljäs dokumenttia väsäämässä. Kuitenkin homma edellyttää liikaa näpräämistä jotta itsekään innostuisin - sen toimimisen olen tarkistanut jo ja käytössäkin se saattaisi olla ihan käyttökelpoinen menetelmä kun vaan viitsisi harjoitella. Mutta kunnon koneet ja 4k-näytöt muuttavat koko asetelman, sillä jokainen skriptiajuri olisi yhtaikaa näkyvissä ja niiden välillä voisi kopioida.



« Viimeksi muokattu: 10.12.16 - klo:06.01 kirjoittanut petteriIII »

petteriIII

  • Käyttäjä
  • Viestejä: 578
    • Profiili
Vs: Skriptiajuri
« Vastaus #35 : 10.12.16 - klo:12.30 »
Skriptiajuri sai lisää käynnistysviestejä. Nyt niissä on muunmuassa:

Skriptiajuri käynnistyy. Tässä koneessa on BASH:in versio: 4.4.5(1)-release.  Versio 4.0 toimii jotenkin ja ylemmät versiot kunnolla
tämän skriptiajuri-version päiväys on (vvvv-kk-pp): 2016-12-20
- ja lukemattomia korjauksia, toiminnan järkeistämistä, ja roskaakin on poistettu runsaasti minkä takia koko laski paljon  ... ja esimerkiksi siirrot tapahtuvat nykyään toisin jne.

- käynnistysviestit saa näkyviin kun skriptiajurin käynnistyttyä rullaa näyttöä hiiren rullalla tai oikean reunan hissillä. Versiopäiväyksen näkee myös painamalla nappia f3.
- foorumilla on myös kerrottu mikä on siellä olevan skriptiajurin versiopäiväys.
**
Skriptiä tehdessä täytyy käyttää versiohallintaa. Jokaisen version tulosteet täytyy säilyttää ja niiden hoitoon täytyy olla tulosteidenhallinta. Ja tulosteidenhallinnastta täytyy olla linkki versiohallintaan.
- mutta mitä ominaisuuksia lisätäänkin niin perus-käyttöön se ei saa vaikuttaa huonontavasti. Mitään ei saa muuttaa.

Tulosteiden säilyttäminen ei yleensä vaadi paljoakaan kovalevytilaa koska normaalisti tulosteiden koko ei ole suuri eikä tilaa kulu paljoakaan vaikka tulosteita olisi tallessa lukemattomia. Mutta joskus skripti tulostaa gigabittejä niin monta etteivät ne mahdu mihinkään ja ennenkaikkea tallettaminen kestää iäisyyksiä. Mutta automaattinen tulosteiden poisto ei toimi, käsipelin se täytyy tehdä. Tulosteiden hallinnassakin sen voi tehdä esimerkiksi niin että kun skriptiä kehittää kokoajan ei poista mitään, mutta kun skripti toimii hyvin niin poistaa sen tulosteista melkein kaikki.

Laitoin foorumille version: 2016-12-20 .
**
Tein estot ettei mahdottomia valintoja edes näytetä evätkä ne myöskään toimi. Huomioipa että kansion dokumentointi on oikeastaan mielekästä; dokumentissa voidaan kertoa tuhannella rivillä mitä kaikkea kansiosta löytyy.
**
Sain lopultakin ratkaistua kuinka tiedostot ja kansiot siirretään - se on melkoinen ongelma silloin kun täytyy siirtää kymmeniä tiedostoja ja kansioita samallakertaa mikäli halutaan arkistojen siirtyvän myös.
- ja normaali ilmiö: kun ratkaisu on valmis on se niin selväpiirteinen että muut keinot tuntuvat ihan idioottimaisilta.
**
Skriptiajuri toimii silloinkin kun ei saa bootattua graafiseen tilaan. Mutta ilmeisesti Gedit ei toimi - MidnightCommanderia voi kylläkin ajaa silloinkin. Ilmeisesti opiskelun paikka.
**
Pari viikkoa olen nyt tehnyt skriptiä joka osoittaa taas kertaalleen että bash esitetään paljon huonompana kuin se todellisuudessa on. Tehtävä on iso, tällähetkellä skriptistä on jo 600 versiota ja se toimiikin jo kuin unelma. Versioiden suuri määrä johtuu siitä että skriptiajuri on hyvä.

Esimerkiksi kun aamuisin herään ja boottaan koneeni niin skripti ilmestyy ruudulle heti kun skriptiajurin käynnistää. Ja kun muuttaa skriptiä tarkoituksella että taas paranisi niin yleensä jokin menee pieleen. Jolloin se vanha versio palautetaan. Palautuksia on tullut tehtyä jo 500 sillä palauttaminen on nopeaa.

Tai kun työnalla on lukemattomia muitakin skriptejä niin siirryäni editoimaan jotakuta  voinkin idean iskiessä keskenkaiken palata nopeasti tuohon isoon. Tai mihintahansa viimeaikoina editoituun skriptiin pääsee kahden napin painalluksella.
**
Skriptiajuri on tehnyt vallankumouksen sellaisten skriptien tekemisessä jotka maailman parhaat virtuoosit sanovat mahdottomiksi. Mutta täydellistä skriptiä ei kannata yrittää tehdä heti vaan kehityksen aikana valmistuu tuhat versioita ja koe-ajoja niille useampi tuhat. Versioita on alkuaikoina kyennyt tekemään päivässä kymmenen, nyt viisisataa.

Esimerkiksi monessa skriptissä on kehityksensä aikana ollut monta vanhojen uskomusten mukaan mahdotonta ominaisuutta. Jokaisen ominaisuuden kehittämisen aikana on välillä tehnyt kymmeniä versioita kunnes on tajunnut että jossain vaiheessa on mennyt vikaan. Milloin tämä vikaan meneminen alkoi ja mihin versioon tulisi pakittaa ja alkaa siitä lähtien uudestaan? Skriptiajurikaan ei osaa kertoa sitä, mutta koska sillä on kaikki vanha muistissaan niin voi kokeilla koska toimi sentään jotenkin.

- semmoista asiaa ei tunnu olevankaan kuin "ei voi toimia" vaan kaikki onnistuu jotenkin. Ja nimenomaan tulee kokoajan muistaa että bash on erilainen kuin muut kielet.
- esimerkiksi yleisesti käytetään bash:iin kiinteästi kuuluvista käskyistä alle yhtä prosenttia. Tämä johtaa siihen että 99%:iin käskyistä löytyy vain man-sivu, mutta niistähän ei saa selvää ennenkuin asia on muutenkin selvä sillä niissä on harvoin esimerkkejä. Eikä niitä esimerkkejä maailmaltakaan löydä. Eikä edes käskyjen nimiä löydä helposti; tai pikemminkin kun löytää niin löytää samanaikaisesti niin monta että masentuu. Ja myös nämä 99% ovat virtuoosien tekemiä ohjelmia joita ei käytetä koska niiden toiminta on vaikeasti tajuttavissa - nähtävästi virtuooseillekin.
« Viimeksi muokattu: 28.02.17 - klo:02.39 kirjoittanut petteriIII »