Ohjelmointi

[-:)lauri]

Onni on kun palvelimen tietokannalla eri asetukset kuin asetukset kehitysympäristössä. Onnen tunnetta lisää vielä se, kun pitää näissä olosuhteissa paikallistaa virhe toisen kirjoittamasta koodista.

[-:)lauri]

Tänään opin php-kirjasto lumenin autentikaation tekemisen oikeaoppisesti kehitysympöristöön. Seuraavaksi pitäisi pystyttää sama testipalvelimelle. Ei ole katkua kuitenkaan, kuinka se tehdään. Ei viitsi kamalasti itse testailla palvelimen säätöjä kun siinä voi lakata muut testijärjestelmät toimimasta eli pitää varmaan kysellä apuja palvelinjampoiltamme.

[-:)lauri]

Tai siis, ei kai siinä hätätilassa muuta kuin tiedostojen kopypaste testipalvelimelle, mutta kun haluaisin asentaa sen siten kuin se on suunniteltu asennettavan, tyyliin käyttämällä palvelimelle mahdollisesti asennettuja applikaatioita. Siinä kohtaa huomaan kuitenkin tietäväni proseduurista vähemmän kuin uhkarohkeuteni kokeilemiseen edellyttäisi.

[-:)lauri]

^copypastella mennään.

Toisen rojektin saan tehdä reactilla. Vihdoinkin saan tehdä reactia! Esimies harmitteli, ettei itse osaa reactia, mutta pohti, että kun firmassamme on käytetty reactia muuallakin, niin eikai se haittaa, vaikka tämä tehdään reactilla.

Heti alkoi rojekti edistyä, kun pääsin eroon jQuery-räpellyksistäni. Ei jQuery muuten olisi ongelma, mutta kun sen käytössä ei ole konventionaalisia ratkaisuja, virheieiden edessä on vaikeampi löytää neuvoa interwebistä. Muutenkin tämä on hieman isompi projekti niin on hyvä että löytyy vakiintuneet käytännöt ja ohjeet kuinka lisätä ominaisuuksia. jos pitäisi keksiä omat käytännöt tätä projektia varten, siinä olisi kamala muistaminen. Nyt ei tarvitse pahemmin pelätä sitä että kukaan ei osaisi lukea koodia, jos osaa reactia.

[-:)lauri]

Päivitettiin asiakkaan palvelu ajantanaiselle php-alustalle viime syksynä ja sen jälkeen on havaittu aika-ajoin siellä täällä yhteensopivuusongelmia kirjoitetun vanhan php:n ja uuden php:n välillä. Asiakkaalla oli iso projekti tässä hiljattain ja tietysti juuri sen yhteydessä yhteensopivuusongelmat pääsivät isoon rooliin kun sen ansiosta tietokantaan tallentui ihan perkeleesti ylimääräistä dataa niin, että projektin saurantatilastot eivät pidä nyt lainkaan paikkaansa. Sitten kun kukaan meistä tämän projektin kehittäjistä ei ole mikään tietokantaasiantuntija, ei olla keksitty hakuja, joilla voisi hakea tietokannasta näppärästi sellaiset rivit, jotka ovat turhia. Tai siis on, mutta haarukoimme ne nyt useammalla haulla eivätkä nämä hakumme paljasta välttämättä kaikkia ongelmarivejä. Tietokannssa on toisin sanoen liikaa dataa, jotta voisimme käydä nykyisillä hauilla kaikki tapaukset läpi ja siten varmistaa, että kaikki ylimääräinen on poistettu.

Ongelmana on taulu x, josta pitäisi hakea kaikki ne rivit, joissa kentän y arvo on useammin kuin kerran per kentän arvo z. Eli jos taulusta x löytyy kentän y arvo 2 useammin kuin kerran ja molemmista riveistä löytyy kenttä z arvolla 3, pitäisi uudempi tietue poistaa. Ongelma on mysql-kysely, joka pystyy listaamaan rivit, joissa tuollaisia duplikaatteja. Intuitio ei ainakaan vielä riitä muodostamaan tarvittavaa mysql-kyselyä.

Kellään ideoita?

[-:)lauri]

Päivitettiin asiakkaan palvelu ajantanaiselle php-alustalle viime syksynä ja sen jälkeen on havaittu aika-ajoin siellä täällä yhteensopivuusongelmia kirjoitetun vanhan php:n ja uuden php:n välillä. Asiakkaalla oli iso projekti tässä hiljattain ja tietysti juuri sen yhteydessä yhteensopivuusongelmat pääsivät isoon rooliin kun sen ansiosta tietokantaan tallentui ihan perkeleesti ylimääräistä dataa niin, että projektin saurantatilastot eivät pidä nyt lainkaan paikkaansa. Sitten kun kukaan meistä tämän projektin kehittäjistä ei ole mikään tietokantaasiantuntija, ei olla keksitty hakuja, joilla voisi hakea tietokannasta näppärästi sellaiset rivit, jotka ovat turhia. Tai siis on, mutta haarukoimme ne nyt useammalla haulla eivätkä nämä hakumme paljasta välttämättä kaikkia ongelmarivejä. Tietokannssa on toisin sanoen liikaa dataa, jotta voisimme käydä nykyisillä hauilla kaikki tapaukset läpi ja siten varmistaa, että kaikki ylimääräinen on poistettu.

Ongelmana on taulu x, josta pitäisi hakea kaikki ne rivit, joissa kentän y arvo on useammin kuin kerran per kentän arvo z. Eli jos taulusta x löytyy kentän y arvo 2 useammin kuin kerran ja molemmista riveistä löytyy kenttä z arvolla 3, pitäisi uudempi tietue poistaa. Ongelma on mysql-kysely, joka pystyy listaamaan rivit, joissa tuollaisia duplikaatteja. Intuitio ei ainakaan vielä riitä muodostamaan tarvittavaa mysql-kyselyä.

Kellään ideoita?

Koodi [Valitse] Laajenna

SELECT
    first_name, COUNT(first_name),
    last_name,  COUNT(last_name),
    email,      COUNT(email)
FROM
    contacts
GROUP BY
    first_name ,
    last_name ,
    email
HAVING  COUNT(first_name) > 1
    AND COUNT(last_name) > 1
    AND COUNT(email) > 1;

tuolta -> https://www.mysqltutorial.org/mysql-find-duplicate-values/ löytyi yo malli. Pitääpä huomenna kokeilla.

[Jaska]

^
Ryhtymättä paneutumaan mysql:n mahdollisiin rajoituksiin sql:ssä totean, että oikean puun alla haukutaan.

Rivit, joissa nimettyjen kenttien arvoyhdistelmä esiintyy usean kerran, etsitään sql:llä ryhmittämällä GROUP BY määreellä niiden kenttien mukaan, joiten toistumista haetaan ja COUNT() funktiolla (>1) katsotaan mitkä arvoyhdelmät toistuvat

Ne rivit joilla first_name, last_name, email on arvoyhdistelmissä, jotka esiintyvät useamman kerran haetaan sql:llä tähän tapaan (kyseisen järjestelmän piirteet huomioiden)

select c.*
from contacts c
inner join (select first_name, last_name, email, count(*)
        from contacts
        group by first_name, last_name, email
        having count(*) > 1
      )  b
      on b.first_name = c.firstname and b.last_name = c.last_name and b.email = c.email
order by  c.last_name,  c.first_name, c.email

Jos halutaan kustakin monikosta vain se, jonka yksikäsitteisen kentän personid arvo on pienin, niin

select c.*
from contacts c
inner join (select first_name, last_name, email, count(*) cnt, min(personid) minpid
        from contacts
        group by first_name, last_name, email
        having count(*) > 1
      )  b
      on b.first_name = c.firstname and b.last_name = c.last_name and b.email = c.email and b.minpid = c.personpid
order by  c.last_name,  c.first_name, c.email

Googlella haku on tämän tyypin ongelmien ratkaisutapa (tässä esim. 'mysql find duplicate rows')

[-:)lauri]

Kiitos Jaska. Sain kuitenkin ratkottua ongelman tuolla löytämälläni tavalla. Näin saimme tulostettua kaikki oleelliset rivitiedot, joissa sama data oli useammin kuin kerran ja sitä myöten saimme korjattua ongelmamme.

[ROOSTER]

Voisiko joku osaava tehdä tuonne "Testaa itsesi ja vertaa muihin"-ketjuun näistä testin.

Haluttaisi tietää kuinka laajaa on poliisien arvomerkkien tuntemus.

[a4]

Voisiko joku osaava tehdä tuonne "Testaa itsesi ja vertaa muihin"-ketjuun näistä testin.

Haluttaisi tietää kuinka laajaa on poliisien arvomerkkien tuntemus.

Tee se itse:
https://www.flexiquiz.com
https://www.classmarker.com/online-test-maker/
https://myelearningworld.com/top-10-free-online-quiz-makers-for-teachers-and-educators/

Tämä näytti helpolta ja ilman sisäänkirjautumista:
https://www.quiz-maker.com

Tässä valmis testi:
http://www.quiz-maker.com/QWF9QT4

[ROOSTER]

Voisiko joku osaava tehdä tuonne "Testaa itsesi ja vertaa muihin"-ketjuun näistä testin.

Haluttaisi tietää kuinka laajaa on poliisien arvomerkkien tuntemus.

Tee se itse:
https://www.flexiquiz.com
https://www.classmarker.com/online-test-maker/
https://myelearningworld.com/top-10-free-online-quiz-makers-for-teachers-and-educators/

Tämä näytti helpolta ja ilman sisäänkirjautumista:
https://www.quiz-maker.com

Toki tekisin itse, nopeasti ja tehokkaasti, mutta kun olen aina asemoinut itseni enemmän johtoportaaseen, niin ei oikein sovi itse noita tehdä.

Olin jo 17-vuotiaana johtohommissa (kaapelia vetämässä).

[Hayabusa]

Tässä valmis testi:
http://www.quiz-maker.com/QWF9QT4

Päähän jää joskus outoja asioita. Mielestäni kuvassa Reinikaisella on väärät natsat, koska tämä kohtaus oli mielessä
https://areena.yle.fi/1-4025040?seek=520
Mutta ilmeisesti oikea vakanssi sitten löytyi Artturi Sakarillekin.

[Juha]

Ohjelmoinnissa on kieliä, siis jotain kielelliseltä vaikuttavaa rakentelua.

Kun kielellisyyttä ajattelee vapaammin tietokoneiden ohjelmamaailmassa, niin vahvat komentorivisysteemejä pitävät atk-järjestelmät, kuten Unix tai Linux, on oikeastaan myös kielellinen juttu. Samaa on mm SQL, joka tuntuu vähän operoivammalta, johonkin enemmän kasattuun liittyen.

Molemmat EMsta operoivat tasoilla, jotka vastaavat enemmän sitä toiminnallisuutta, mihin ihminen venyy normaalikielen käytössä. Ihmisen kieli, sen eri muodoissaan, kattaa tavallista arkea, tai vaikka jotain spesifisempää.

Käyttäjätason ATK, tavallisia käyttäjiä ajatellen, avautuu eri systeemeissä, vähän eri tavoin kielelliskäytöllisenä, jos funtsii kytkennällisyyksiä, joita järjestelmä mahdollistaa, tai sulkee pois. Jotkin systeemit avaavat maailman sisäänsä, ristiinniveltyvästi. Osa toimii boksityylisemmin.

Maailma isona voi olla verkostoitunut, kuten vaikka netti. Toisaalta, sitä uhkaa samanlainen boksiutuminen. Oli se suomalainen filosofiopiskelijan alku, josta tullut kuuluisuus myöhemmin, joka meni ennustamaan tällaista. Himanen oli nimi.

[-:)lauri]

Osaako joku neuvoa. Algoritmi riittänee (ellei sen ymmärtäminen mene tähtitieteeksi).

Pitäisi siis kirjoittaa javascript-ohjelma, jossa voisi piirtää ajoratoja niin, että se muodostaa ajoradan reunat "viivakomponentein". Eli jos hiirellä piirtää polun:

Koodi [Valitse] Laajenna


     |
     |
     |
     |


ohjelma konvertoisi polun "leveäksi" poluksi:

Koodi [Valitse] Laajenna


    | |
    | |
    | |
    | |


Jos piirretty polku on ympyrä tai neliö, eli että ilmaa sisältävä kuvio on symmetrinen kuvion keskipisteen suhteen, toteuttaa jo tämä ohjelma idean. Ongelman muodostaa kuitenkin tilanne, jossa viiva ei ole symmetrinen kuvion keskipisteen suhteen.

Mulla siis on ajatuksena kehitellä auto-tekoäly-simulaatio, joka oppisi ajamaan ajorataa pitkin niin, että sillä on sensorit, jotka havaitsevat ajoradan reunat, jotta se oppisi etäisyyttä reunoihin säätelemällä ajamaan ajorataa pitkin. Ajattelin, että reunat olisi hyvä olla viivoilla piirrettävissä, koska simulaatiossa "sensorit" on laskentatehoa säästäen helppo laittaa havaitsemaan viivoja. Toki jos javascriptille löytyy joku algoritmi, joka tunnistaa reunat pikselien värisävyjen muutoksista, sellainenkin sopii. Mulla on varasuunitelmana se, että ajorata piirretään kuusikulmioina. Kennorakenne onkin ehkä kaikkein näppärin tapa rakentaa ajorata, mutta sekään ei voi osoitella kuin vain muutamiin suuntiin kun taas vapaalla viivalla piirretty ajorata voisi olla minkä muotoinen tahansa eli ajorata voisi osoittaa milloin mihinkin suuntaan.

Löytyykö ideoita, kiitos? Varmaan löytyy Stackoverflowsta, mutta en osaa vielä määritellä hakusanoja ainakaan googlelle oikein, jotta löytäisin googlella etsimäni. Tällä hetkellä paksujen viivojen piirtämistä käsittelevät artikkelit tarjoavat javascriptille tai muille ohjelmille lineWeight() -funktiota tai vastaavia funktioita, mutta ei tietoa, miten kyseiset funktiot sen viivanleveyden käytännössä toteuttaa.

[-:)lauri]

^
Tossa pitäisi kai ottaa piirretystä polusta edellinen piste x-1 ja seuraava piste x+1 ja määritellä niiden perusteella, mihin suuntaan ajoradan reunapiste/pisteet on piirrettävä suhteessa tarkasteltavaa pisteeseen x0, jonka ajoradan reunuspisteet kulloinkin piirretään. Ja riippuen siitä, kummalle puolelle piste x0 sijoittuu pisteiden x-1 ja x+1 välille piirrettyä viivaa, piirretään "kulman" pienemmälle puolelle yksi piste ja kulman suuremmalle puolelle useampi piste.

Olisikohan joku tällainen haettu algoritmi suusanallisesti selitettynä?