Githubin turvallisuus?

Oma repo-serveri?
$ git init .
-alustaa hakemiston repo:ksi
$ git daemon --port=55555
-jakaa repon portin 55555 kautta eli ulkopuolista serveriä ei tarvitse käyttää

Kyselin Chatiltä:

Microsoftilla ei ole automaattista lupaa käyttää yksityisten GitHub-repositorioden koodia tekoälyn kouluttamiseen. GitHubin tietosuojakäytännön mukaan yksityisten repositorioiden sisältö pysyy luottamuksellisena, eikä sitä käytetä tekoälyn koulutukseen ilman käyttäjän erillistä suostumusta.

Jos Microsoft haluaisi käyttää yksityistä koodiasi tekoälyn kehittämiseen, heidän pitäisi ensin pyytää ja saada siihen lupa. Tämä eroaa julkisista repositorioista, joiden koodi voi olla vapaammin käytettävissä koulutusaineistona.

Eli ainakaan teoriassa yksityisten repojen ei pitäisi päätyä koulutusdataksi.

Voi kuule, Mikkis vie repot suoraan Windowsistasi, On kokemusta.

Entä Gitlab?

Luotatko todella siihen, mitä Microsoft itse kertoo?

Ei kannattaisi luottaa, tässä esimerkki Microsoftin toiminnasta:

Microsoft Windows -käyttöjärjestelmässä on antikristillisiä ominaisuuksia.

Epäilen, että B i l l G on itse nuo koodannut, vaikkei varmaan nykyaikaan enää paljon koodaustyötä teekään.

Syy on yksinkertainen: Jos olisi antanut nuo toisen henkilön tehtäväksi, tuo toinen henkilö olisi tullut tietoiseksi ko. käskystä - liian iso riski asian paljastumiseen.

Tein itse ohjelman, joka muuttaa UTF-8 -enkoodatun tekstitiedoston Windows-1252 -enkoodatuksi (tässä koodauksessa AINA 1 tavu = 1 merkki).

Kaikki muut tekstit tuo ohjelma muuttaa aivan oikein, mutta kun sille tarjottiin syötteeksi html -tiedosto, joka vastaa web -sivua, jossa on linkkejä Raamatun kirjoihin, niin ohjelmani palautti tyhjän merkkijonon!

Ohjelmani on tehty Delphi7:llä, ja se käyttää Delphin UTF8toAnsi -funktiota.

Mutta tuo UTF8toAnsi -funktio käyttää sisäisesti Windows -käyttöjärjestelmän merkkimuunnosfunktioita.

Enkä Delphi VCL:n lähdekoodia tutkiessani löytänyt mitään sellaista, joka selittäisi ohjelman tällaisen käytöksen.

Niinpä ainoa mahdollisuus on se, että Windows -käyttöjärjestelmän merkkimuunnosfunktioissa on tällainen sisäänrakennettu antikristillinen ominaisuus, että jos muunnettavassa tekstissä on raamattulinkkejä, niin ne sensuroidaan pois palauttamalla tyhjä merkkijono.

Jos haluat kokeilla asiaa, etkä halua maksaa Delphistä (joka on maksullinen ohjelmistotyöväline), niin jos asennat koneellesi Lazaruksen (FreePascal asentuu automaattisesti osana Lazaruksen asennusta), niin myös siinä pitäisi olla tuo vastaava UTF8toAnsi -funktio.

Tosin, kun FreePascal käsittääkseni oletuksena käyttää UTF-8 -enkoodattuja merkkijonoja, niin en voi taata, että tuontapainen ohjelma toimisi täysin samoin FreePascalilla käännettynä kuin Delphillä.


WideCharToMultiByte -funktio ainakin voisi olla osana ko. asiaa.

Siis muunnosprosessi suoraan käyttöjärjestelmäfunktioilla tehtynä olisi tällainen (UTF-8 -enkoodattu unicode -> "Ansi" eli Windows-1252):

1. Muunnetaan UTF-8 -> UTF16LE (jota Microsoft kutsuu nimellä "UNICODE")

2. Muunnetaan UTF-16LE -merkkijono WideCharToMultiByte -funktiolla Windows-1252 -enkoodatuksi kiinteämittaiseksi (1 tavu = 1 merkki ) merkkijonoksi.

Eli käyttöjärjestelmäfunktioilla tehtynä muunnos UTF-8 -> Windows-1252 on kaksivaiheinen, eli UTF-16LE käytetään välimuotona näiden kahden välillä.

Tässä pitäisi olla riittävästi tietoa, jolla asia pystytään todentamaan myös, jos käytetään toista kääntäjää ja/tai ohjelmointikieltä kuin Delphi7:aa.


Funktion nimestä vielä:
WideCharToMultiByte

Tässä tuo "MultiByte" oikeasti tarkoittaa "SingleByte, fixedCharLength", kun kohde-enkoodaus on Windows-1252.

Funktion nimi tulee siitä, että se kykenee muuntamaan myös tiettyihin aasian maissa käytettyihin vaihtuvanmittaisiin enkoodauksiin (jotka EIVÄT kuitenkaan ole UNICODE -standardin mukaisia koodaustapoja).

esim. kiinankielessä on niin paljon erilaisia merkkejä, ettei idea "1 tavu = 1 merkki" voi toimia siellä. Siksi ko. kieltä on ennen UNICODEn yleistymistä enkoodattu kiinalaisten omalla standardilla, jossa usein käytetyt merkit = 1 tavu, mutta harvinaisemmat merkit on koodattu kahden tai useamman tavun yhdistelminä.