Omat nettisivuprojektit (keskeneräiset sekä valmiit)

Katoin huvikseni kirjapalvelun repoa ja siellä oli aika paljon tällaista:
Koodi:
if form.title.data:
            where += " and work.title like '%" + form.title.data + "%' "

Näyttää vähän hurjalta nyt.
 
Jos kyse on minun sivustosta niin taitaa olla noita yhdessä paikassa: hakukentän käsittelyssä. Siitä tuo esimerkkikin on. Muuten kaikki tehdään SQLAlchemyllä, mitään käsin väsättyä SQL:ää ette muualta löydä.

Tuossa tapauksessa tuo oli ylivoimaisesti helpoin tapa toteuttaa homma. Varsinkin kun tuota pitäisi laajentaa uusiin kenttiin.

Oikea paikka katsoa miten homma on tehty on orm_decl.py. Jonkun verran on vielä vanhaa koodia jossa frontille lähetetään tarpeettoman monta muuttujaa sen sijaan että homma olisi hoidettu relationshipillä.
 
En minäkään tutkinut hoitaako jokin käytössä oleva palikka sanitointia, mutta tuo näyttää todella vaaralliselta.

Kyselyn voi muodostaa pätkissä lisäilemällä mutta käyttäjän input sitten vasta suoritusvaiheessa.

Tyyliin
Koodi:
stmt = "SELECT ..... WHERE title = ? AND... year > ?"
query.Prepare(stmt)
query.Exec(title,year)
[code]
 
Tuossa olette oikeassa. Tein tuon hakutoiminnon joskus varmaan 2 vuotta sitten nopeasti. Pitää lisätä sanitointi.
 
Sellainen sivukysymys ketjun aiheesta tuli mieleen, kuinka moni täällä tienaa jotain näillä oma tekemillä jutuillaan? Vai onko se ihan utopistinen ajatus harrastuspohjalta tehdyille projekteille..
 
Sellainen sivukysymys ketjun aiheesta tuli mieleen, kuinka moni täällä tienaa jotain näillä oma tekemillä jutuillaan? Vai onko se ihan utopistinen ajatus harrastuspohjalta tehdyille projekteille..
Tuo nyt riippuu ansaintamallista. Mainoksilla, affilinkeillä ja vastaavilla pitää olla varsin laaja käyttäjämäärä.

Tai sitten teet jonkun suositun palvelun ( vaikka tapaus amppari.com ) ja isompi firma ostaa sen pois markkinoilta. Alma Mediahan siellä lukee nyt. Tämä tuntuu olevan yleinen kuvio, usein ne paremmat palvelut sitten vielä pilataan jotenkin kaupan jälkeen...

Jos ajatuksena on että käyttäjät maksaa esim. x € kuussa, pitää jo sitoutua projektiin, käytännössä olla Y-tunnus jne, maksuliikenne. Suomalaiset maksunvälittäjät voi tuntua kalliilta, Stripe ja Paypal on halvempia mutta ehkä vähän vieraampia täällä. Nuo kai hoitaa samalla myös oikean verokannan jos myy digitaalisia tuotteita ( eli EU:ssa ALV ostajan sijainnin mukaan )

Maailmalla näkyy myös että Patreon/Gofundme tyyppisesti saa rahaa jonkin palvelun ylläpidosta, en tiedä miten täällä tuota käsitellään verotuksessa.
 
"Säästäminen ja sijoittaminen (osakkeet, rahastot, ETF:t...)"-ketjussa mainitsinkin tehneeni web-appin Interactive Brokers-raportteja varten, jottei verolappujen täyttämiseen tarvitse tuhlata aikaa.

Alunperinhän verottajalle vuosia sitten riitti, että laittoi vain toteutuneen voiton/tappion per ulkomainen välittäjä ja liitteeksi PDF-raportti välittäjältä. Hommaan meni siis noin 5 minuuttia extraa vuodessa, kun katsoi virallisesta rapsasta toteutuneet voitot ja helposti säästi satoja euroja käyttämällä mitä tahansa Nordnetia halvempaa palvelua. Noh, muutama vuosi sitten kaikessa byroslavisuudessaan alettiin vaatimaan kokonaismyyntihintaa ja erottelemaan voitto ja tappio erikseen. Eli jos oli tehnyt osakkeella A 1000€ voittoa ja osakkeella B 500€ tappiota, ei voinut enää ilmoittaa vain tehneensä 500€ voittoa. Nyt pitää ilmoittaa tehneensä 1000€ voittoa ja 500€ tappiota. Esimerkiksi @jinx1980 täällä tekikin oman Python-skriptinsä parsimaan tarvittavat tiedot ja siitä inspiroituneena teinkin oman version, joka mm. haki vaihtokurssit automaattisesti.

Nyt kuitenkin olen hieman siivonnut räpellystäni ja heittänyt sen pyörimään App Enginen päälle, jos joku sitä haluaa vaikka testailla. Pip-paketti löytyy myös.
Bash:
pip install ibkr-report-parser
ibkr-report-parser
Laittakaa GitHubiin tikettiä, jos löytyy kriittisiä bugeja.
 
Viimeksi muokattu:
Mitäs tälle projektille kuuluu? Mä oon alustavasti suunnitellut tekeväni jonkinlaisen apuohjelman NHL:n seuraamiseen, mutta en ole vielä ihan varma että miten ja mistä kannattaisi ladata dataa. Täällä on esitetty joku enemmän tai vähemmän virallinen NHL-API: Drew Hynes / nhlapi Onkohan tuo kuinka "vakaa" (muuttumaton) ja sisältyykö käyttöön jotain lakiteknisiä seikkoja jotka pitäisi ottaa huomioon?
Eihän projektille hyvää kuulunut. Jaksoin pyörittää yhden kauden ajan sivustoa. Sitten se jäi, koska en muistanut ottaa tietokannassa ja backendissä huomioon sitä, että kaudet voivat vaihtua ja homma meni seuraavan kauden alkaessa rikki. En sitten sitä enää jaksanut lähteä korjailemaan. Olin myös tehnyt NHL APIin liittyen joitakin oletuksia, joiden korjaaminen olisi vienyt liikaa aikaa, jota ei silloin ollut.

Nyt tein sivusta uuden ja yksinkertaisemman version, joka keskittyy ainoastaan maalivideoihin. Eli siis sivusto listaa kronologisessa järjestyksessä tehdyt maalit per pelaaja neljältä viimeiseltä kaudelta ja niiden videoita pääsee kätevästi katsomaan. Tällä hetkellä maaleja voi filtteröidä neljällä eri kriteerillä: pelaajan nimi, pelaajan kansalaisuus, joukkueen nimi ja vastustajajoukkueen nimi. Eli esimerkiksi jos kiinnostaa Mikko Rantasen tekemät maalit Torontoa vastaan niin hakukenttään voi kirjoittaa against:"leafs" name:"rantanen".

Olisihan tuossakin vielä paljon hiottavaa, mutta en nyt juuri kerkeä parantelemaan. Veikkaan, että tästä saitista on enemmän iloa kuin siitä edellisestä, paljon monimutkaisemmasta, virityksestä.

Tässä vielä linkki: PlayerFan
 
Mites muuten Youtubessa, Netflixissä ja monilla muilla sivuilla on tehty tuo loading-systeemi, joka odottelee, että kaikki resurssit on ladattu ennen varsinaisen sisällön näyttämistä?

Tälläkin sivulla olisi hyvä näyttää jotain placeholderia, että käyttäjälle ei näy kun resurssit latautuu sivulle yksi kerrallaan.
 
Esimerkiksi Reactissa olen tehnyt näin:

Ensin määritellään tätä varten muuttuja:

const [loading, setLoading] = useState(false);

Sitten useEffectsissä, tuo ensin asetetaan trueksi ja kun data on haettu, falseksi:

Koodi:
setLoading(true);
...
setLoading(false);

Itse sivun koodissa on sitten vaan simppelisti:

Koodi:
{ loading ?
  <div className="progressbar">
    <ProgressSpinner />
  </div>
: <div> ... </div>
}

Muoks. Tosiaan tuo tekee koko sivun kerralla. Jos olisi useampia komponentteja sivulla, niin tekisin jonkun arrayn samaan tapaan kuin tuon loading-muuttujan.
 
Esimerkiksi Reactissa olen tehnyt näin:

Lisäksi kannattaa handlata virhetilat myös. Esim. Redux Toolkitin kanssa async-thunkeille luodaan aina kolme lifecycle-actionia: pending, fulfilled ja rejected. Näin voi sitten reducerissa tehdä haluamansa temput noissa tapauksissa. Esim. jos API-kutsu failaa, niin voidaan asettaa UI näyttämään jotain virheviestiä ja vaikkapa mahdollisuus kokeilla uudestaan latausta.

Saman voi tehdä mainiosti ilman RTK:ta. Esim. setLoading:in sijaan voi olla joku 4-tilainen setStatus, jolla pidetään kirjaa eri tiloista.
 
Tuo, että miten asetetaan sivu tai komponentti loading-tilaan on kyllä ihan tuttua hommaa. Nyt siis noi thumbnailien ja muiden kuvien linkit tulee API-kutsusta ja ne ladataan sitten käyttäjän selaimessa näyttöä varten. Koska en voi siis asettaa loading-tilaa ton API-kutsun statuksen perusteella niin minkä perusteella se pitäisi asettaa?
 
Tuo, että miten asetetaan sivu tai komponentti loading-tilaan on kyllä ihan tuttua hommaa. Nyt siis noi thumbnailien ja muiden kuvien linkit tulee API-kutsusta ja ne ladataan sitten käyttäjän selaimessa näyttöä varten. Koska en voi siis asettaa loading-tilaa ton API-kutsun statuksen perusteella niin minkä perusteella se pitäisi asettaa?

Voisit asettaa ainakin tuon thumbnailin leveyden sekä korkeuden vakioksi.
CSS:
.thumbnail.svelte-g83fox.svelte-g83fox {
    display: block;
    /* width: 100% */
    width: 287px;
    height: 162px;
}
 
Voisit asettaa ainakin tuon thumbnailin leveyden sekä korkeuden vakioksi.
CSS:
.thumbnail.svelte-g83fox.svelte-g83fox {
    display: block;
    /* width: 100% */
    width: 287px;
    height: 162px;
}
Miksi näin? Ja miksi juuri nuo mitat?
 
Se estää tuon layoutin siirtymisen, joka tapahtuu kun kuva on ladattu ja nuo mitat nappasin devtoolsista.

En osaa paremmin selittää.
Mutta noi thumbnailit on lievästi responsiivisia, eli niiden leveys muuttuu jonkin verran sivun leveyden perusteella. Taidan pitää noi noin, koska näin kaikilla ruudunleveyksillä thumbnail layout näyttää hyvältä.
 
Nyt siis noi thumbnailien ja muiden kuvien linkit tulee API-kutsusta ja ne ladataan sitten käyttäjän selaimessa näyttöä varten. Koska en voi siis asettaa loading-tilaa ton API-kutsun statuksen perusteella niin minkä perusteella se pitäisi asettaa?

Väännä vielä rautalangasta, en ehkä tajua. Eli ensin on API-kutsu, joka antaa linkkejä ja sitten pitää vielä ladata ne erikseen saadut linkit? Kai sä voit käyttää loading-indikaattorin perusteena sitä, että noi kummatkin on onnistuneesti kutsuttu? Ja jos API-kutsun aikana et vielä edes tiedä, paljonko sieltä tulee tavaraa, niin aika usein käytetään jotain skeletonia joka indikoi että jonkinlainen gridi tavaraa on tulossa, mutta ei tiedetä määrää.

Mutta ehkä tajusin väärin.
 
Hemmetti kun tämä fronttipuoli on itselleni ihan hepreaa...

Löytyykös jostakin jotain "Frontend licensing for dummies"-tyyppistä opasta. Eli jos on vaikka npm-pohjainen projekti ja package.json:ssa on n+1 kappaletta paketteja, joilla on omat lisenssinsä. Ja sitten lisäksi kaikki epäsuorat riippuvuudet. Niin miten nyt sitten npm build:lla tuotetaan kutistettu .min.js-tiedosto, jossa edelleen kaikki oleelliset lisenssit tallella oikeassa muodossa. (Joo, build-prosessihan kyllä luo tuon *.LICENSE.txt, mutta siellä on aika pieni osa niistä paketeista, joita koodissa on käytetty. Enkä täysin ymmärrä, millä perusteella tuo muodostuu.)

Ja mikä noin muuten olisi oikeaoppinen tapa ilmoittaa kaikki komponentit ja missä? Jos otan esim. Material Designs -paketista käyttöön jonkin ikonin, niin Googlehan ilmoittaa, että olisi kiva, jos laittaisit maininnan sivuille. Miten te teette tämän? Pistättekö jokaisesta mahdollisesta riippuvuudesta listan + lisenssit jonnekin about-sivulle, vai miten homma tehdään kunnolla?

Edit: Kysymys siis koskien sivua, jossa komponentteja hyödynnetään. Eli ei mikään avoin GitHub-projekti tai myytävä ohjelmisto.
Edit2: Varmaankin tuohon jälkimmäiseen osaan (miten ilmoitetaan sivulla) ratkaisu voisi olla jotain sellaista kuin tässä: https://discord.com/licenses
 
Viimeksi muokattu:
Olisi oma projekti, johon kaipaisi palautetta ja toivon mukaan tämä on hyödyksi jollekulle!

Eli salasanakone.com on nimensä mukaisesti kone, joka sylkee hyviä salasanoja ulos. Tämä kuitenki ratkasee yhdenlaisen ongelman, eli sen muistettavuuden ja helppolukusuuden.

Kone tekee siis suomen kielen sanoista salasanoja. Mukaan tulee tietty halutessaan erikoismerkkejä ja numeroita että vahvuutta saadaa paremmaks.

Kertokaas mielipidettä vaikka suoraan sivun palautelootaan taikka tänne! Kiitos!
 
Olisi oma projekti, johon kaipaisi palautetta ja toivon mukaan tämä on hyödyksi jollekulle!

Eli salasanakone.com on nimensä mukaisesti kone, joka sylkee hyviä salasanoja ulos. Tämä kuitenki ratkasee yhdenlaisen ongelman, eli sen muistettavuuden ja helppolukusuuden.

Kone tekee siis suomen kielen sanoista salasanoja. Mukaan tulee tietty halutessaan erikoismerkkejä ja numeroita että vahvuutta saadaa paremmaks.

Kertokaas mielipidettä vaikka suoraan sivun palautelootaan taikka tänne! Kiitos!
En nyt sanoisi kovin helpoksi muistettavaksi jotain "SOPEUTuVAI0nENR8uuMiSKuiTENkI1nO7pPiA". Itse en ainakaan tuollaisia hirvityksiä muistaisi mitenkään ulkoa. Joku "?0staisink0KOIRANvaiKISSAN!" tai "Täsä! 015 pitemmän_puoleista SALA_sanoo"-tyylinen olisi vielä jotenkin muistettavissa. Pitkien salasanojen ideahan nimenomaan on että sen pystyy tarvittaessa jopa muistamaan eli ei sinne voi ihan randomilla mitään numeroita sanojen keskelle ilman logiikkaa tunkea eikä se juurikaan paranna salasanaa.
 
Pitkien salasanojen ideahan nimenomaan on että sen pystyy tarvittaessa jopa muistamaan eli ei sinne voi ihan randomilla mitään numeroita sanojen keskelle ilman logiikkaa tunkea eikä se juurikaan paranna salasanaa.
Noinkohan on? Jos väliin iskee yhtään mitään, ei voi käyttää sanakirjaa suoraan, ja noinkohan lienee ohjelmistoja, jotka osaavat myöskään tuota numerokikkaa kokeilla? Eipä siinä, ei se kovin vaikea kikka ole, mutta kyllähän tuosta ihan tuntuvaa apua lienee?
 
Jos on 10 000 sanan lista, ja siitä laittaa kolme sanaa satunnaisesti peräjälkeen niin vaihtoehtoja on 1 000 000 000 000. En tiedä mikä noiden murtamissanakirjojen suomenkielen osaaminen on, mutta jos mennään brute force -menelmällä ja oletuksella että sanat ovat tiedossa niin tuo on parempi kuin kahdeksanmerkkinen salasana, jossa jokaisella merkillä on 30 vaihtoehtoa. Mutta tämä ei ole ehkä oikea ketju tälle keskustelulla.
 
Brute forcea käyttävät menetelmät kyllä sisällyttävät myös numerot ja erikoismerkit, joten niiden hyöty on lähinnä isompi hakuavaruus.

Kyllä tuo sanojen laittaminen peräkkäin on ihan validi salasana, tosin kolme sanaa on minusta aika vähän.
 
Olisi oma projekti, johon kaipaisi palautetta ja toivon mukaan tämä on hyödyksi jollekulle!

Eli salasanakone.com on nimensä mukaisesti kone, joka sylkee hyviä salasanoja ulos. Tämä kuitenki ratkasee yhdenlaisen ongelman, eli sen muistettavuuden ja helppolukusuuden.

Kone tekee siis suomen kielen sanoista salasanoja. Mukaan tulee tietty halutessaan erikoismerkkejä ja numeroita että vahvuutta saadaa paremmaks.

Kertokaas mielipidettä vaikka suoraan sivun palautelootaan taikka tänne! Kiitos!

Samaa mieltä @Hyrava :n kanssa: tuolla on helppo tehdä äärettömän vaikeasti muistettavia salasanoja ja näin ampuu itseään jalkaan. Kukaan ei muista useita erikoismerkkejä, numeroita tai isoja ja pieniä kirjaimia satunnaisissa paikoissa. Siksi passphrase muodostetaan yleensä pelkistä sanoista. Eli ottaisin nuo pois. Ihan turhia. Jos taas haluaa merkkipohjaisen salasanan, niin sitten eri asia. Ota mallia vaikka Bitwardenin generaattorista. Eli eri valinnut merkki- ja sanapohjaiselle salasanan.

Täältä mallia: Strong Password Generator | Bitwarden

Ottaisin nuo siis pois ja laittaisin tilalle mahdollisuuden lisätä esim. yhden numeron joukkoon. Lisäksi mahdollisuus valita sanaerotin. Ja laittaa isot alkukirjaimet pois. Esim. seuraavan voisi jo muistaa: "kello-sauna-punainen1-elämys-tuskin". Tuon ykkösen ehkä muistaa.

Ottaisin tuon salasanan vahvuusindikaattorin pois sieltä salasanakentästä. Se on vähän hassu ja vie kallisarvoista tilaa vaakasuunnassa varsinkin mobiilissa.

Kaikki on vähän oudosti vasemmalle tasattu ja oikealla tyhjää tilaa. Mobiilissa vähän outo.

"Käytä kokonaisia sanoja" on huono tapa sanoa tuo. Kuulostaa, että vaihtoehto on "käytä katkaistuja sanoja". Mieluummin laita radio button -valinta jossa valitaan joko merkit tai sanat. Englanniksi tuo olisi password/passphrase.

Laittaisin nappiin jonkin korostuksen kun sitä painetaan.

Voisi miettiä että antaa valita yksittäisen sanan maksimipituuden. Joku saattaa haluta enemmän mutta lyhyempiä sanoja.

Tällaisia satunnaisia ajatuksia. Ihan hyvin tuo sinänsä toimi ja teki tehtävänsä!
 
Värkkäilin omaa näkemystä helppolukuisesta sivusta sähkön tuntihintojen kyttäämiseen. Jos herättää ajatuksia, ehdotuksia tms niin laittakaa tulemaan!

Siisti!
Menee jumiin (android, chrome), kun kelaa ton tunnin ihan vasempaan laitaan ja mahdollisesti vielä yhden kerran "yli". Sen jälkeen ei toimi: liikkuminen, nyt-nappi ei nollaa ja oikeen yläkulman valikko ei aukea
 
Siisti!
Menee jumiin (android, chrome), kun kelaa ton tunnin ihan vasempaan laitaan ja mahdollisesti vielä yhden kerran "yli". Sen jälkeen ei toimi: liikkuminen, nyt-nappi ei nollaa ja oikeen yläkulman valikko ei aukea
Kiitos bugirapsasta! Kesäaikaan siirtyminen aiheutti näkyviin tunteihin -1 offsetin. Taitaapi siis olla jossain kovakoodattuna ensimmäinen ja viimeinen näytetty tunti :whistling:
 
Jonkin verran on tullut matkailua kotimaassa, ja tuttavat aika usein kyselevät, että missä kannattaa poiketa, kun ovat menossa sinne tai tänne. Ajattelin sitten, että ehkä tästä kertyneestä tiedosta olisi iloa muillekin, ja olen seuraavanlaista raapustellut kasaan:

www.nafigaattori.fi

Kyllähän noita kotimaan matkailusivustoja on ennestään, mutta en tiedä, että mikään niistä lähestyisi asiaa tällä tavalla.

Mielipiteitä, parannusehdotuksia?

Tiedän kyllä, että moni asia sivuilla on pielessä (varsinkin ulkoasun osalta, ei ole omaa vahvuusaluetta...). Ongelma vaan on että kun se on tällainen yhden hengen sooloprojekti, niin tekemistä riittää enemmän kuin on aikaa tai osaamista. Jo pelkässä sisällöntuotannossa on tajuttomasti hommaa. Mutta jos sitä hiljalleen saisi viilailtua paremmaksi.
 
Jonkin verran on tullut matkailua kotimaassa, ja tuttavat aika usein kyselevät, että missä kannattaa poiketa, kun ovat menossa sinne tai tänne. Ajattelin sitten, että ehkä tästä kertyneestä tiedosta olisi iloa muillekin, ja olen seuraavanlaista raapustellut kasaan:

www.nafigaattori.fi

Kyllähän noita kotimaan matkailusivustoja on ennestään, mutta en tiedä, että mikään niistä lähestyisi asiaa tällä tavalla.

Mielipiteitä, parannusehdotuksia?

Tiedän kyllä, että moni asia sivuilla on pielessä (varsinkin ulkoasun osalta, ei ole omaa vahvuusaluetta...). Ongelma vaan on että kun se on tällainen yhden hengen sooloprojekti, niin tekemistä riittää enemmän kuin on aikaa tai osaamista. Jo pelkässä sisällöntuotannossa on tajuttomasti hommaa. Mutta jos sitä hiljalleen saisi viilailtua paremmaksi.
Ei toiminut ainakaan Linux / Firefox -yhdistelmällä. Koitin vaikka kuinka monta lähtöpaikkaa ja kohdetta ja aina sanoi että haku epäonnistui.
 
Ei toiminut ainakaan Linux / Firefox -yhdistelmällä. Koitin vaikka kuinka monta lähtöpaikkaa ja kohdetta ja aina sanoi että haku epäonnistui.
Kiitos huomautuksesta. Päivitin juuri muutaman asian hetki sitten ja näköjään Ansible-skripti oli hieman pielessä. Korjattu tämä.
 
Värkkäilin omaa näkemystä helppolukuisesta sivusta sähkön tuntihintojen kyttäämiseen. Jos herättää ajatuksia, ehdotuksia tms niin laittakaa tulemaan!

Ihan asiallisen oloinen ja näköinen pikakokeilulla. Lienee jokunen sivu tullut jo aikaisemmin tehtyä, ei vaikuta miltään ensimmäiseltä.

Kiitos huomautuksesta. Päivitin juuri muutaman asian hetki sitten ja näköjään Ansible-skripti oli hieman pielessä. Korjattu tämä.
Olin tulossa sanomaan samaa ongelmaa. Yöllä ei pelannut, nyt ainakin mobiilina vaikuttaa toimivan.
 
Olin tulossa sanomaan samaa ongelmaa. Yöllä ei pelannut, nyt ainakin mobiilina vaikuttaa toimivan.
Ok, kiitos tiedosta! Olin tainnut hajottaa tuon asian sitten jo aiemmin. Pitänee suunnitella vähän tarkemmin päivityksen jälkeiset tarkistukset, koska luulin tämänkin asian kokeilleeni.
 
Kiitos huomautuksesta. Päivitin juuri muutaman asian hetki sitten ja näköjään Ansible-skripti oli hieman pielessä. Korjattu tämä.
Noniin, nyt näyttää toimivan. Muutama asia ainakin ärsyttää tuossa suuresti, nimittäin se "Ymmärrän, että Nafigaattorin ilmoittamat tiedot ovat suuntaa antavia. Varmistan tiedot kuten osoitteet ja aukioajat virallisista lähteistä." -ruksi joka mielestäni on aika turha ja toisena kun on jo esimerkiksi kirjoittanut jonkun määränpään ja sitten painaa backspacea niin kenttä kyllä tyhjenee mutta joutuu uudestaan klikkaamaan tekstikenttää kun focus katoaa siitä.

Pitäisikö siitä yhteenveto-napin takaa löytyä jotain? Itselläni tulee vain "Palaa listan alkuun" -nappi yläkulmaan.

Lisäksi olisi kiva jos pääsisi selailemaan noita paikkoja ilman reitin määrittämistäkin, tyyliin: "Olen Tampereella, näytä kohteet 10km säteellä", itselläni olisi tuollaiselle ollut monet kerrat tarvetta ja on sitten tullut tavalla tai toisella etsittyä kiinnostavia paikkoja joissa käydä tuhlaamassa aikaa kun on esim työmatkalla jäänyt illalla luppoaikaa eikä jaksaisi mennä tekemään hotellikuolemaa.

Ideana siis varsin mainio, taas kun kesä alkaa ehkä kohta tulemaan niin kaipailee jotain helppoa tapaa löytää paikkoja joissa käydä vaikkapa pikaisella viikonloppureissulla.
 
Muutama asia ainakin ärsyttää tuossa suuresti
Kiitoksia palautteesta! Joo, tekstikenttien toimintaan en itsekään ole tyytyväinen, niihin on yritettävä keksiä jotain. Tuosta "ymmärrän..."-rastista pääsee eroon luomalla tunnuksen. Mutta ehkä siihen täytyy jotain muuta keksiä. Ehdotuksia otetaan toki vastaan.

Yhteenvetoon tulee paikkoja, jotka on hyväksynyt omaan suunnitelmaan (peukku ylös -painike). Täytynee lisätä siihen jokin tarkentava viesti. (Nämä on itselleni juuri niitä hankalia asioita, kun ei ole koskaan joutunut mitään ux-asioita miettimään.)

Paikkojen selaaminen ilman reitin valintaa tulee varmaan myöhemmin, jos koko sivulle on ylipäätään kysyntää. Mutta vastaavia kyllä on jo, esim www.kivaatekemista.fi
Sen vuoksi olen lähtenyt ensin liikkeelle tällaisella reittiratkaisulla. Mutta hyvä ajatus joka tapauksessa, pidän tämän muistissa.
 
Toi on kiva idea, jolle voisi olla ihan todellista tarvetta! Tuo oikein kerjää ideoita, joilla sitä voisi parantaa. Joten alla pieniä negatiivisia juttuja, jotka tulivat mieleen:

Joo, tuollaiset turhat disclaimerit pois turhina. Jos sellainen pitää olla, niin riittää että on infosivulla. Joka haun yhteydessä ei tuollaista saa kysyä, tai lentää luuri seinään. Sujuvuus on kaiken A ja O.

Henkilökohtaisesti en ole tuon UI:n ystävä. Se on aika kökkö ja epäintuitiivinen. Alavalikko tuntuu lähinnä tietokoneohjelman apinoinnilta, eikä webbisivulta. Työpöydällä kartan voisi laittaa koko ikkunan kokoiseksi, nyt aivan turhaan pieni läntti jota ei voi edes zoomata. Ja kohteet kelluvaksi sen reunaan, kuten Momondo tai Google Maps jo tekee.

Haun jälkeen haluaisin että ei tarvitse valikoista vaihtaa näkymää vaan haun jälkeen heti näen kohdelistauksen. Yhteenvetosivun pointti ei selvinnyt ennen kuin tajusin että pitää peukuttaa asioita jotta sinne ilmestyy jotain. Siihen kannattaa laittaa ohjeteksti kun mitään ei ole valittuna.

Kohteiden peukutus tuntuu väärältä toiminnolta, sillä se kuvastaa äänestystä tai arvion antamista, mutta tässä appiksessa se onkin kohteen lisäämistä reitille. Vielä hassumpaa on se, että peukulla valitaan luokkia näytettäväksi. Voisivat olla vaikka toggleja.

UI-elementit vähän keskeneräisen näköisiä. Kohdelistan napit voisivat paremmin erottua toisistaan, ehkä hover-efekti napeille.Ja tooltip hoverin kanssa, jotta tietää mitä tässä oikein ollaan peukuttamassa. (Ja peukun tilalle joku muu ikoni, esim. "Lisää" tms.)

Kohtelistauksen kuvat hyvin pieniä. Ehkä voisivat olla rehellisesti paljon isompia. Pidin siitä, että koko kortti on klikattava, liian usein click-areat on liian pieniä.

Kohteen lisääminen tekee siitä vihreän, alapeukutus tekee siitä punaisen. Jotenkin haluaisin, että kartalla näkee selvästi sen, mitä olen valinnut, nyt nuo alapeukutetut näkyvät kaikkein parhaiten. Voisiko valitut kohteet korostaa jotenkin toisella tavalla? Koolla? Ja alapeukutetut hiukan häivyttää? Kannattaa kokeilla.

Ikonit aivan liian pieniä. Tilaa on huomattavasti isommille. Saavutettavuus kunniaan!

Joku etäisyysasetus voisi olla hyvä. Eli mikä on "lähellä reittiä oleva kohde". 5km, 50ikm?

Hyvä tulee, mutta kaipaa mielestäni aika paljon vielä käyttäjätestausta ja käyttöliittymän pohtimista.
 
@Paapaa , hienoa, kiitokset näistä! Useimmat varmaan lienevät ihan yksinkertaisia toteuttaa, mutta osassa saattaa kyllä tulla oma osaaminen vastaan. No, katsotaan.

Mitä tuohon disclaimeriin tulee, lukeeko sitä kukaan jostain infosivulta? Itse yritän siis varoa tässä sitä, että käyttäjä lähtisi suunnittelemaan matkaa pelkästään tämän sivun tiedoilla ja sitten seuraavaksi tuleekin jotain tappouhkauksia kun kotieläinpuisto keskellä ei-mitään ei ollutkaan enää toiminnassa ja perheelle tuli paha mieli.
 
Itse yritän siis varoa tässä sitä, että käyttäjä lähtisi suunnittelemaan matkaa pelkästään tämän sivun tiedoilla

Laita se disclaimer näkymään modaalissa kun käyttäjä tulee sivulle ekan kerran. Käyttäjän pitää kuitata disclaimer että voi jatkaa. Tallennat vaikka local storageen tiedon että käyttäjä on disclaimerin nähnyt ja kuitannut. Tai voi sen laittaa ekan haunkin yhteyteen.

Sen lisäksi sama tieto infosivulle. Ei tule tappouhkauksia.
 
Viimeksi muokattu:
  • Tykkää
Reactions: svm
Onko tuo reactilla vai millä tehty tuo navifigaattori? Ja kuinka paljon tuon tekemiseen on mennyt aikaa? Onko ollut mitään erityisiä ongelmia minkään kanssa ja mikä on ollut kivoimpia haasteita tuon kanssa?
 
Onko tuo reactilla vai millä tehty tuo navifigaattori? Ja kuinka paljon tuon tekemiseen on mennyt aikaa? Onko ollut mitään erityisiä ongelmia minkään kanssa ja mikä on ollut kivoimpia haasteita tuon kanssa?
Juu, fronttipuoli on Reactilla. Backendissa sitten Djangoa ym. Mukavinta on varmaankin miettiä ratkaisuja esim tuohon paikkahakuun, eli miten haetaan kohteita reitin varrelta. Erityiset ongelmat liittyvät paljolti noihin asioihin, joista Paapaakin mainitsi. Se on vähän niin kuin


Ajankäytöstä on vähän hankala sanoa, koska niin suuri osa liittyy tuohon sisältöön, siedettävän valokuvien etsimiseen omista arkistoista jne... Ehkä sellaiset pari kuukautta (päivätyön ohessa, miten nyt sitten on aikaa riittänyt).
 
Viimeksi muokattu:
Siisti!
Menee jumiin (android, chrome), kun kelaa ton tunnin ihan vasempaan laitaan ja mahdollisesti vielä yhden kerran "yli". Sen jälkeen ei toimi: liikkuminen, nyt-nappi ei nollaa ja oikeen yläkulman valikko ei aukea
Muistin vihdoin fiksata tämän. Samalla korjasin palkkien skaalan niin, että korkein palkki on joko kallein tänään/eilen olleista tuntihinnoista taikka jokin 30pv keskiarvo tuntihinta, kumpi nyt vaan on korkeampi. Tässä kun on ollut muutama halpa päivä niin näytti vähän hassulta, että 4snt/kwh palkki on maksimikorkuinen. :D
Ihan asiallisen oloinen ja näköinen pikakokeilulla. Lienee jokunen sivu tullut jo aikaisemmin tehtyä, ei vaikuta miltään ensimmäiseltä.
Joo, onhan noita sivuja tullut webbidevaukseen erikoistuneena konsulttina tehtyä :interested:
 
Toimiiko spottivahti enää muilla? Itselläni kahdella selaimella näyttää vain alalaidan tekstin, muu osa tyhjää täynnä.

Sellainen parannusehdotus tuli mieleen, että tuohon voisi laittaa jonkun senttimäärän, johon kohdalle piirretään viiva.
 
Toimiiko spottivahti enää muilla? Itselläni kahdella selaimella näyttää vain alalaidan tekstin, muu osa tyhjää täynnä.

Sellainen parannusehdotus tuli mieleen, että tuohon voisi laittaa jonkun senttimäärän, johon kohdalle piirretään viiva.
Ei toimi. Js-Konsoli huutaa punaista :)
 
Kysytäänpäs vielä seuraavaa asiaa tuohon Nafigaattoriin liittyen:

Omilta reissuilta kertyneet kuvat alkavat olla pääsääntöisesti käytetty. Ongelma tietenkin on, että Suomessa on paljon enemmän potentiaalisia vierailukohteita. Osittain ongelman voisi ehkä ratkaista toisten ihmisten ottamilla kuvilla, joiden käyttöön kuvaaja on antanut luvan. Joitakin kuvia löytyy varmaan esimerkiksi Wikimediasta sopivilla käyttöehdoilla. Lisäksi olisi tietenkin mahdollista lähetellä käyntikohteiden ja vaikka kaupunkien turisti-infojen osoitteisiin kysymyksiä siitä, voisiko jotain heidän kuvaansa käyttää Nafigaattorissa, mutta tästä aiheutuu kyllä ihan tuntuva määrä lisätyötä eikä ole mikään nopea ratkaisu.

Toisin sanoen, onko parempi, että sivulla on enemmän käyntikohteita, vaikka monista puuttuu kuva kokonaan, vai onko parempi pitäytyä vain niissä kohteissa, joista on kuva olemassa, vaikka se rajoittaisikin kohteiden määrää huomattavasti? Tietysti tuon voi laittaa myös asetuksen "näytä vain kuvalliset" taakse, mutta moniko sellaista sitten huomaa katsoa, kun ensivaikutelma monista puuttuvista kuvista on jo ehtinyt syntyä.
 
Kysytäänpäs vielä seuraavaa asiaa tuohon Nafigaattoriin liittyen:

Omilta reissuilta kertyneet kuvat alkavat olla pääsääntöisesti käytetty. Ongelma tietenkin on, että Suomessa on paljon enemmän potentiaalisia vierailukohteita. Osittain ongelman voisi ehkä ratkaista toisten ihmisten ottamilla kuvilla, joiden käyttöön kuvaaja on antanut luvan. Joitakin kuvia löytyy varmaan esimerkiksi Wikimediasta sopivilla käyttöehdoilla. Lisäksi olisi tietenkin mahdollista lähetellä käyntikohteiden ja vaikka kaupunkien turisti-infojen osoitteisiin kysymyksiä siitä, voisiko jotain heidän kuvaansa käyttää Nafigaattorissa, mutta tästä aiheutuu kyllä ihan tuntuva määrä lisätyötä eikä ole mikään nopea ratkaisu.

Toisin sanoen, onko parempi, että sivulla on enemmän käyntikohteita, vaikka monista puuttuu kuva kokonaan, vai onko parempi pitäytyä vain niissä kohteissa, joista on kuva olemassa, vaikka se rajoittaisikin kohteiden määrää huomattavasti? Tietysti tuon voi laittaa myös asetuksen "näytä vain kuvalliset" taakse, mutta moniko sellaista sitten huomaa katsoa, kun ensivaikutelma monista puuttuvista kuvista on jo ehtinyt syntyä.

Lisäksi ongelma on kaiken kaikkiaan kohteiden tiedon paikkansapitävyys. Eli miten vanhentuneet tiedot saadaan siivottua kuntoon kun kohteita on satoja tai jopa tuhansia. Voivatko käyttäjät raportoida puutteista? Mutta itse ehkä preferoin sitä, että kohteita on paljon vaikka kuva puuttuisi. Kunhan kohteesta on joku järkevä kuvaus ja oikea nimi, niin se jo auttaa paljon. Eli placeholder-kuvaa vaan kehiin. Koska kohteilla on joku tyyppi niin placeholder voi olla sitten sen mukainen. Sitten voi laittaa linkkiä kohteen sivuille, mutta se vaatii jo ylläpitoa.

PS: UI on jo paljon parempi! Hyviä muutoksia olet tehnyt ja tuota on nyt paljon kivempi käyttää omasta mielestäni. Ja nyt toi disclaimeri ei häiritse joka haun yhteydessä. Vielä kun karttaa saisi vapaasti zoomailla ja panoroida :)
 
  • Tykkää
Reactions: svm

Statistiikka

Viestiketjuista
259 416
Viestejä
4 507 044
Jäsenet
74 395
Uusin jäsen
amer

Hinta.fi

Back
Ylös Bottom