21
Yleistä keskustelua / Vs: Voiko GitHub tunnuksensa laajentaa?
« : 05.10.23 - klo:08.47 »
Voit tehdä useamman repositoryn tarpeiden tai aihealueiden mukaan ja käyttää niitä saman tunnuksen kanssa.
Ubuntu 24.04.2 LTS | Lataa ja asenna | Tutustu yhteisöön | Blogi | Yritysten tarjoamat palvelut
Uusimmat julkaisut: 24.04.2 LTS (suositeltu, 20.2.2025) ja 25.04 (17.4.2025).
Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.
Mutta en ihan ymmärrätuota logiikkaa. Eikö oliot pidä olla kaikki luotuna käyttömuistiin, jotta niitä voi käyttää? Eli tällöin tuo tietokanta toimii ikään kuin monimutkainen tiedosto. Saman saisi aikaan vaikka json-tiedostolla.
Vai onko tuossa idea, että noita olioita ladataan tarpeen mukaan, mitä käsiteellään? Eli tuollaisen laajemman ohjelman logiikkaa?
Vaikka kameran mustalistaa niin, ettei se käynnisty ollenkaan, niin silti täytyy erikseen pitää huoli siitä että myöskin mikrofoni pysyy pois käytöstä.
Sekin vielä. Mä en juuri välitä näistä, mitä ei ole takeita kun kotikitaristina soitan asteikkoja ja improan omaksi iloksi lähestulkoon päivittäin ja COVID-19 Lockdownin aikana erityisesti oli ihan henkireikä, niin ei ole mitään takeita, että naapurusto ei olisi nauhoittanut soittoani, varmaan onkin niin siinä määrin en välitä tästä tietokoneen mikrofonin sisäänsyöttö-portin tai kanavana audion maailmalle päätymistä.
Sama, mitä välillä on täältä kotilähiössäni hyvänpäiväntuttuni istuu viimeksi sunnuntaina alkuillasta pari tuntia istui tuossa ja kuunneltiin musiikkia Spotifystä, ja keskusteltiin niitä näitä ja otettiin pari rapakaljaa, niin mitään takeita, nauhoittaako tämä keskustelujani kännykällä ja mitä audio-tuotetta leikkaa niistä. Olen käsitellyt nämä, enkä välitä.
Kiitos. Mä nyt rohkaistuin ensin yrittämään tuolla komentorivillä. Jos menee hermo, niin sitten pitää koittaa tuota Biosin säätöä ja Desktopin asennusta.
Selvä, ehkä turhaan ajattelin välttää tiedonsiirtoa varsinkin, kun kyseessä on vain ihan pieni teksti ja mahdollista perillemeno- ja päivitysvirhettä en osannut ajatella ollenkaan.
Vähän aiheen vierestä, mutta miksi käytetään dockeria eikä lxd:tä.
Joskus olen vähän kokeillut lxd:tä, mutta en niin paljon, että olisi selvinnyt, mitä mahdollisia puutteita tai ongelmia siinä on vaikka dockeriin verrattuna.
"nslookup ei ole mitenkään sidoksissa selaimen hakukenttään vaan on ihan erillinen komentoriviohjelma."
Noin itsekin asian ymmärtäisin ja kun käytin nslookup-ohjelmaa selvittääkseni, mikä on sen palvelimen osoite, jossa sivu oikeasti on, suora osoite nettisivu.fi antoi eri osoitteen kuin nettisivu.dy.fi
nettisivu.fi antaa näköjään louhen osoitteen
http://77.240.23.85/
joka ilmoittaa, että verkkotunnus on varattu, niin kuin se tietysti onkin, koska nettisivu on varattu yhdistyksellemme. nettisivu.dy.fi antaa oikean osoitteen, josta sivua voi mennä muokkaamaan. Selaimessa sivu näkyy kummallakin osoitteella, siis joko suoraan netisivu.fi tai nettisivu.dy.fi
Kysymys siis olisi, miksi sivun todellinen osoite ei näy nslookupilla, vaikka selain näyttää kummallakin osoitteella saman sivun.
Mitä osoitetta nslookup näyttää, jos sivun nimen kirjoittaa suoraan selaimen hakukenttään.
Jos esimerkillistetään
Kuvitellaan pätkä hakemistorakennetta, joka ei ala juuresta, vaan alempaa. eka, jolla alihakemistot toka1 ja toka2. Hakemistossa toka2 on alihakemisto koka. Kokassa on file kuva.jpg.
Olen toka1 hakemistossa kirjoittamassa editorilla lista.html:llään riviä: <img src:="?/koka/kuva.jpg"> . Mitä kirjoitan ?:n tilalle.
Asia kiinnostaa edelleen, vaikka tässä välillä tulikin muuta ajankulua.
Pistä koodit näkyviin niin tutkitaan missä mahdollisesti kestää ja miten voi parantaa..
En vielä ole keksinyt sopivaa lisenssiä, joten ennen sitä en lähetä ainakaan koko koodia. Lisäksi Tiedän, mikä ohjelmani tekee hitaaksi, ja jopa osaisin hivenen optimoidakin nopeuden ja muistinkäytön suhteen, mutta toistaiseksi keskityn ominaisuuksien tekemiseen, ja jätän optimoinnit myöhemmäksi.
Tosiaan Ryzenini kyykkää pahasti, koska konffi-tiedostoni aika on maksimissaan exponenttiaalista aikaluokkaa ja csv-tiedoston läpikäyminen on polynomi-luokkaa. Molempia saisi alaspäin, mutta ainakaan vielä ei ole sen aika.
Muistiakin ohjelmani kuluttaa useamman Gigan, vaikka pituutta ohjelmallani olekaan kovin paljoa.
Nopeutta helpoiten saisi kasvatettua säikeistämällä lisää, mutta niistähän ei irtoa kuin muutaman kertaluokkaa, mutta kyllähän 12h:n putoaminen 4h:n olisi ihan merkittävä pudotus. Sen saattaisin saada tehdyksi pelkällä säikeistämällä, jos sen onnistuisi tekemään optimaaliisesti.
Toisaalta nopeutta saa helpoiten lisättyä aineistoa pienentämällä, mutta pitäähän sitä saada koodi toimimaan suurellakin aineistolla.
Tartteisin suurehkoja csv-tiedostoja.
Tällä hetkellä omani csv-tiedoston maksimikoko on n. 1 Gt ja vajaa 6000000-riviä, mutta haluaisin testata suuremmalla tiedostolla. Mistähän sellaisia löytäisi ?
En haluaisin teennäisesti kasvattaa tiedoston kokoa kopioimalla tiedostoja yhteen, jolloin siis tiedoston kooksi saisin kaksinkertaisen.
Mitä tarkalleen ottaen ole testaamassa? Eikö sillä siis ole mitän merkitystä montako kenttää per rivi on tieto CSV rivissä ?
No, jos kenttien määrä alkaa ylitellä yli 50:n, niin ohjelmani alkaa olla ongelmissa. Sen lisäksi toivoisin, että jokaisessa rivissä olisi sama määrä delimetereitä (erottimia/sarkaimia).
Tosin nyt näyttää siltä, että koodini on varsin etana, kun tuota 1 Gt:n csv-tiedostoa on rouskuttanut yli 1000 minuuttia, joten en taida viitsiä laittaa rouskuttamaan tämän suuremmilla tiedostoilla eli optimointia tarvitaan.
Tartteisin suurehkoja csv-tiedostoja.
Tällä hetkellä omani csv-tiedoston maksimikoko on n. 1 Gt ja vajaa 6000000-riviä, mutta haluaisin testata suuremmalla tiedostolla. Mistähän sellaisia löytäisi ?
En haluaisin teennäisesti kasvattaa tiedoston kokoa kopioimalla tiedostoja yhteen, jolloin siis tiedoston kooksi saisin kaksinkertaisen.
Tämä nyt oma liikeideani ei ole verkkoisäntäpalvelut, eikä affimainontaan perustuva verkkosivu, vaan päivänvalon kestävällä ansaintalogiikalla oleva korkean moraalin televiestintä/Internet - palvelut -kategoriaan kaupparekisterissä menevä, eikä liity kävijälaskurin eikä tuohon varashälyttimeen mitenkään.
Joitain kuitenkin on olemassa, kuten perinteiset Lynx, (E)Links ja w3m. Useimmat niistä eivät tosin osaa JavaScriptiä, joka on lähes välttämätön nykyisessä webissä. Browsh pystyy siihenkin, koska se toimii tekstikäyttöliittymänä Firefoxille. Resurssivaatimukset ovat toki sitten eri tasolla kuin vaikkapa Lynxissä, ja vanhasta koneesta voi loppua muisti kesken samaan tapaan kuin graafista Firefoxia käyttäessä.
Enemmänkin haluan koneen, jossa komentoriviä ei voi kiertää millään graafisella ohjelmalla. Ikään kuin vaihtoehto itsekurille.