Omat nettisivuprojektit (keskeneräiset sekä valmiit)

Kuvia voisi olla mukavampi selata jos käytössä olisi joku Essential Grid tyylinen lisäosa taustalla järjestämässä niitä omiin ruudukoihin?

Meinaatko että kuvan ympärillä olisi erilliset kehykset tai kuvat olisi eroteltu enemmän, niin että kuvat erottuisivat paremmin toisistaan?
 
Meinaatko että kuvan ympärillä olisi erilliset kehykset tai kuvat olisi eroteltu enemmän, niin että kuvat erottuisivat paremmin toisistaan?
En tarkoittanut kehyksiä, mutta jotain tähän tyyliin.

maxresdefault.jpg
 
Tuohan voisi olla ihan hyvä idea, mutta en sitten tiedä miten se olisi järkevintä toteuttaa, kun kuvat ovat kuitenkin erikokoisia. Ehkäpä skaalata kuvat (jos kuva on iso) ja klikkaamalla aukeaa kuvagalleria tai jotain vastaavaa.
 
Nyt tuli tehtyä jonkinlainen toteutus edellä mainitusta kuva-asettelusta sivuille. Kuvat pyrin pitämään semmoisessa skaalauksessa, kuin alunperinkin. Myös hieman väriteemaa ja muitankin sivuja uudistelin. Toki mobiililaitteilla näkymä on ennallaan.

Kenelläkään yli 1920px leveyden näyttöä, joka voisi testata toimintaa?
 
Nyt tuli tehtyä jonkinlainen toteutus edellä mainitusta kuva-asettelusta sivuille. Kuvat pyrin pitämään semmoisessa skaalauksessa, kuin alunperinkin. Myös hieman väriteemaa ja muitankin sivuja uudistelin. Toki mobiililaitteilla näkymä on ennallaan.

Parempi toi jo on. Annan silti täysin subjektiivista kritiikkia hieman.

Omaan makuuni ehkä turhankin suuret marginaalit. Samoin navbarin elementit liikuvat hassusti hoveroidessa. (Laitat sinne jostain syystä margin-leftiä lisää hoverissa). Sekunnin transitio on liian hidas omaan hetkiseen mieleeni. Laittaisin vaikka kolmasosan.

Mobiilivalikko on mielestäni parempi oikealla, koska suurin osa on oikeakätisiä. Mobiilissa voisit laittaa ton sivun nimen pienemmällä ja vasemmalle, ja jättää samalle riville tilaa oikealle mobiilivalikkonappulaan. Ja kun sen avaa, ei sen tarvitse työntää kontenttia alas tieltään, vaan valikko voi tulla kontentin päälle.

Kanankuva turhan iso/turha. Vie aika paljon tilaa kun se oleellinen kuvakontentti on alempana.

Kuvissa tuo sininen reunus näyttää jotenkin oudolta ja tarpeettomalta.

Jos tuollaista sivustoa lukisin, haluaisin ehkä itse nähdä vähän enemmän kuvia kerralla. Niin, että ne näkee lukea, mutta ei ihan noin harvassa. Kiinnostavat voisi klikata suuremmiksi. Toi ylle postattu esimerkki voisi olla hyvä harjoitustyö toteuttaa. Eli koeta pinota kuvia yhtenäiseksi kuvakollaasiksi.

Kannattaa joka tapauksessa tutustua flexboxin käyttöön. Saat nätisti elementtejä sijoittumaan (tasaisesti) eri kokoisilla ikkunoilla ilman isompaa tappelua. On varsin hyvin tuettu.

Kenelläkään yli 1920px leveyden näyttöä, joka voisi testata toimintaa?

Voit testata itsekin. Laitat Chromesta Inspect, klikkaan Device Toolbarin päälle, sieltä ylävalikosta "Responsive" ja voit syöttää haluamasi koon laitteelle.
 
Kiitoksia asiallisesta palautteesta :tup:, tuossa tulikin useita hyviä pointteja, joista osaa aloinkin jo tekemään.
 
Tuli laitettua kuvat paremmin järjestykseen ja klikkaamalla kuvat isommaksi, sekä muutenkin turhia juttuja tuli poistettua. Kehitys jatkuu :)
 
Eilen sivun kuvien automaattilataaminen ei toiminut kokoaikaa, nyt pitäisi taas toimia. Tuli kokeiltua kuvien asettelun kanssa montaa erilaista tapaa, päädyin ns. kehykseen, jossa on skaalattu kuva ja klikkaamalla saa isommaksi.

Täytyy vielä miettiä, jos tekisi jotain ulkoasumuutoksia.
 
Itse tein loppukesästä kalorilaskurin kun ilmainen kalorilaskuri lopetti toimintansa vuodenvaihteessa.

Makro

Takapuoli on Node + Express + MongoDB ja edessä Javascript + Vue.js ja ruokien tiedot hain Finelistä (reilusti karsittuna).

Rekisteröitymällä pystyy muokkaamaan omia tietoja, tallentamaan valmiita päiviä, lisäämään ruokia tietokantaan ja suodattamaan hausta pois muiden lisäämät ruoat.
 
Tuli taas pyöriteltyä vähän sivun kuvien asettelua ja nyt näyttää omasta mielestä tähän mennessä fiksuimmalta järjestykseltä. Esim kuvateksti ei sotke layouttia vaan tulee näkyviin vastaa kuvaa klikatessa.
 
Itse tein loppukesästä kalorilaskurin kun ilmainen kalorilaskuri lopetti toimintansa vuodenvaihteessa.

Makro

Takapuoli on Node + Express + MongoDB ja edessä Javascript + Vue.js ja ruokien tiedot hain Finelistä (reilusti karsittuna).

Rekisteröitymällä pystyy muokkaamaan omia tietoja, tallentamaan valmiita päiviä, lisäämään ruokia tietokantaan ja suodattamaan hausta pois muiden lisäämät ruoat.

Ensimmäinen suurempi päivitys tehty. Ja suurempi vain sen takia, että piti koodata uusiksi niin monia juttuja parin kovakoodatun jutun takia.

Mutta uusina ominaisuuksina (rekisteröityneille käyttäjille) aterioiden määrän ja nimien muuttaminen sekä makrotavoitteet. Makrotavoitteita voi muuttaa itse tai luottaa automaattisesti laskettuihin arvoihin. Automaattinen lasku perustuu käyttäjän itse määrittelemään painoon ja kaloritavoitteeseen tai jos painoa ei ole laitettu, perustuu se pelkästään kaloritavoitteeseen.
 
Ensimmäinen suurempi päivitys tehty. Ja suurempi vain sen takia, että piti koodata uusiksi niin monia juttuja parin kovakoodatun jutun takia.

Mutta uusina ominaisuuksina (rekisteröityneille käyttäjille) aterioiden määrän ja nimien muuttaminen sekä makrotavoitteet. Makrotavoitteita voi muuttaa itse tai luottaa automaattisesti laskettuihin arvoihin. Automaattinen lasku perustuu käyttäjän itse määrittelemään painoon ja kaloritavoitteeseen tai jos painoa ei ole laitettu, perustuu se pelkästään kaloritavoitteeseen.

En tiedä miten paljon responsiivisuutta on mietitty, mutta puhelimella fontti on liian pieni (ainakik taulukossa) ja hakubox sekä taulukko vierekkäin ei paranna asiaa. CSS-puoleen panostaisin myös vähän enemmän. Ainakin omaan silmään vähän "tyylitön" ja tylsä. Muuten vaikutti ihan toimivalta mitä pikaisesti kokeilin.
 
  • Tykkää
Reactions: mxb
En tiedä miten paljon responsiivisuutta on mietitty, mutta puhelimella fontti on liian pieni (ainakik taulukossa) ja hakubox sekä taulukko vierekkäin ei paranna asiaa. CSS-puoleen panostaisin myös vähän enemmän. Ainakin omaan silmään vähän "tyylitön" ja tylsä. Muuten vaikutti ihan toimivalta mitä pikaisesti kokeilin.

Reponsiivisuutta ei ole mietitty käytännössä ollenkaan. Tällä hetkellä tätä on tarkoitus käyttää isommalla näytöllä. Jossain vaiheessa täytyy kyllä panostaa tuohon toimivuuteen mobiilissakin, sillä eletäänhän tässä jo vuotta 2017 ja kukaan taida enää selata nettiä muulla kuin puhelimella. :D
Sivu on tarkoituksella jätetty tuollaiseksi "tylsäksi" eli mahdollisimman yksinkertaiseksi. Lähinnä sen takia koska itselläni ei ole minkäänlaista silmää designin suunnitteluun :c

Kiitos palautteesta!
 
Reponsiivisuutta ei ole mietitty käytännössä ollenkaan. Tällä hetkellä tätä on tarkoitus käyttää isommalla näytöllä. Jossain vaiheessa täytyy kyllä panostaa tuohon toimivuuteen mobiilissakin, sillä eletäänhän tässä jo vuotta 2017 ja kukaan taida enää selata nettiä muulla kuin puhelimella. :D
Sivu on tarkoituksella jätetty tuollaiseksi "tylsäksi" eli mahdollisimman yksinkertaiseksi. Lähinnä sen takia koska itselläni ei ole minkäänlaista silmää designin suunnitteluun :c

Kiitos palautteesta!

Kaiken kaikkiaan kannattaa omaksua mobile-first-ajattelu vaikka se joitain tuntuu ärsyttävän. Eli aina pitää responsiivisuus mielessä ja suunnitella kaikki niin, että ne ainakin toimivat mobiililla.

Flexboxilla, gridillä ja media-queryillä pääsee pitkälle.
 
  • Tykkää
Reactions: mxb
Kysymys, johon toivoisin saavani apua:

Omistan wanhan webbisaitin (WordPress-pohjainen), joka kuitenkin pitäisi päivittää uuteen (kaupalliseen) teemaan (jonka olen jo valinnut ja ostanut - Impreza. Se on tuttu mulle töistä ja pidän sitä hyvänä). Samalla tarkoitus tehdä sisältöpäivitystä yms. Saitti pyörii tällä hetkellä 2008 rakennetulla custom-teemalla, joka ei esim. ole responsiivinen ja sisältöönkin täytyy tehdä paljon päivittämistä. Uuden saitin "rakentaminen" kestänee joitain kuukausia muiden juttujen ohessa (lähinnä sisältöpuolen päivittäminen hidasta). Pohjamuutoksia on jo tehty, esim. hostaus (GoDaddy - joo tiedän että ei moni arvosta, mutta ei nyt keskustella siitä) on siirretty nopeammille palvelimille Eurooppaan ja hostaus päivitetty moderniin cpanel-tyyppiseen Linux hostaukseen, jossa on esim. PHP7-tuki (implementoitukin jo nykyiselle saitille kesän aikana).

En halua nykyistä saittia downtimeen tämän prosessin aikana, koska siellä käy aika paljon käyttäjiä päivittäin ympäri maailman.


Kysymys kuuluu:

Mikä on paras/helpoin/kätevin tapa päivittää saitti, jotta downtimelta tai work-in-progress vaiheen näkymiseltä käyttäjille vältyttäisiin, kun koko teema menee vaihtoon ja muutenkin aika iso overhaul kyseessä?

Olen etsinyt googlella vastauksia ja ohjeet poikkeavat aika paljon toisistaan. Jotkin ohjeet ovat myös hostaaja-spesifisiä, eli ne ei toimi teknisesti ihan samalla tavalla kaikilla hosting-palveluilla.

Yksi ratkaisu, mitä olen pohtinut:
Omistan muutamia parkkeerattuja domaineja kyseisen live-saitin lisäksi. Voisin ostaa jollekin noista parkkeeratuista domaineista hostingin, ottaa kopion nykyisestä saitista esim. all-in-wp plugarilla, siirtää sen uuteen domainiin, johon olisi asennettu sama teema, jota aion saitilla jatkossa käyttää, julkaisematta ks.saittia ja alkaa rakentamaan saittia siellä uudessa domainissa piilossa. Kun olisi valmista, ottaisin taas kopion tuosta versiosta plugarilla ja siirtäisin sen nykyiseen saittiin.

+ Downtime olisi tällä tavalla alle puoli tuntia ja nykyisessä WP-versiossahan on maintenance mode sisäänrakennettuna, eli voin laittaa saitin maintenance modeen siksi hetkeksi kun saitti korvataan kehitys-saitilla tehdyllä versiolla
- Joutuisin ostamaan hostingin ja toisen lisenssin ks. kaupalliseen teemaan kehitys-saitille rakentelun ajaksi


Toinen ratkaisu, mitä on näkynyt netissä ohjeissa, olisi subdomainin käyttö nykyisellä saitilla. En ole kuitenkaan löytänyt mitään hyvää ohjetta, kuinka tällä tavalla rakentelu onnistuisi tarkalleen ainakaan omalla hostaajallani (GoDaddy).
+ Ei tarvitsisi ostaa toista hostingia ja toista lisenssiä kaupalliseen teemaan kehitys-saitille
- Enemmän teknistä kikkailua/osaamista vaativampi homma?


Kiitos vastauksista!

P.S tiedän SEO-vaikutukset jne. eli esim. urlit pysyy pitkälti samoina uudellakin saitilla - lähinnä sivuja tulee lisää ja nykyisten urlien sisältö päivittyy paljon. Päivitän myös joitain vanhentuneita plugareita ja lisään joitain plugareita. Mikäli pieniä muutoksia url-rakenteeseen jossain kohtaa tulee, käytän jotain redirectointi-plugaria tms. ratkaisua ks. kohdissa.
 
Viimeksi muokattu:
Hmm, kun asennat uuden teeman pystyt myös muokkaamaan sitä ilman että otat sen käyttöön..
 
Viimeksi muokattu:
Hmm, kun asennat uuden teeman pystyt myös muokkaamaan sitä ilman että otat sen käyttöön..

Mutta en pysty koekäyttämään sitä live-tilassa kun sen saitin rakenteeksi tulisi melkein 1:1 nykyisten urlien kanssa - voinko edes käyttää pagesien osalta preview-ominaisuutta, jos kyseinen teema ei ole se live-tilassa oleva teema?

Tarkoitus on myös rakentaa uusi saitti child themeä hyväksikäyttäen, kuten paras käytäntö on. Taitaa olla mahdotonta tuolla tavalla tehdä sitä ns. taustalla samassa domainissa...
 
Itse teen usein paikallisesti tietokoneella ja kun valmista, siirrän tietokannan ja sivurakenteen sellaisenaan palvelimelle ja käyn muuttamassa parilta riviltä tietokannasta url-osoitteen vastaamaan oikeaa nettiosoitetta, that's it.

WampServer
 
Itse teen usein paikallisesti tietokoneella ja kun valmista, siirrän tietokannan ja sivurakenteen sellaisenaan palvelimelle ja käyn muuttamassa parilta riviltä tietokannasta url-osoitteen vastaamaan oikeaa nettiosoitetta, that's it.

WampServer

Kokeiltu Xamppilla tuota, mutta koska saitilla on joitain kustomoituja php-templaatteja käyttäviä sivuja, niin ne eivät ainakaan toimineet kaikki oikein paikallisessa asennuksessa. En sitten tiedä noista paikallisista servereistä, että saako niihin miten samat php-versiot käyttöön tismalleen samoilla asetuksilla kuin tulevalla live-saitilla tulee olemaan - menee mun osaamisalueen ulkopuolelle.
 
Mutta en pysty koekäyttämään sitä live-tilassa kun sen saitin rakenteeksi tulisi melkein 1:1 nykyisten urlien kanssa - voinko edes käyttää pagesien osalta preview-ominaisuutta, jos kyseinen teema ei ole se live-tilassa oleva teema?

Tarkoitus on myös rakentaa uusi saitti child themeä hyväksikäyttäen, kuten paras käytäntö on. Taitaa olla mahdotonta tuolla tavalla tehdä sitä ns. taustalla samassa domainissa...

No asenna sinne joku ilmainen teema ja testaa sillä miltä sivusto näyttää preview tilassa, usein kaikki toimii ihan ilman ongelmia. Tosin sinun tapauksestasi sivusto tehty niin kauan sitten että se voi aihetta jotain yhteensopivuus ongelmia.
 
Kokeiltu Xamppilla tuota, mutta koska saitilla on joitain kustomoituja php-templaatteja käyttäviä sivuja, niin ne eivät ainakaan toimineet kaikki oikein paikallisessa asennuksessa. En sitten tiedä noista paikallisista servereistä, että saako niihin miten samat php-versiot käyttöön tismalleen samoilla asetuksilla kuin tulevalla live-saitilla tulee olemaan - menee mun osaamisalueen ulkopuolelle.
Asenna Vagranttiin tai Dockeriin vastaava ympäristö. Pienellä googlettamisella löytyy helposti simppelejä ohjeita, jolla saa homman toimimaan.
 
<link rel="stylesheet" type="text/css" title="musta" href="http://koodia.com/css/musta.css">
<link rel="alternate stylesheet" type="text/css" title="valkoinen" href="http://koodia.com/css


Tuolla määrittelet haluamasi teemat.Sen jälkeen joko hötömölöllä tai javalla koodi vierailijalle nappia varten

Html:

<form>
<input type="submit" onclick="switch_style('musta');return false;" name="theme" value="Musta Theme" id="musta">
<input type="submit" onclick="switch_style('valkoinen');return false;" name="theme" value="valkoinen Theme" id="valkoinen">
</form>

Tai javalla mutta eipä ulkomuistista enää javalla taivu koodi:eek:

Muista kuitenkin että Javalla ja JavaScriptillä ei ole sen enempää tekemistä keskenään kuin 90-luku.

Java oli Sunin hiljaa kehittämä idea portattavasta ohjelmointialustasta selkeällä kielellä, joka sai ideaa C++-kielestä mutta halusi korjata ongemat sen probleemissa.

EcmaScript oli ties kenen suunnittelema skriptikieli, joka lanseerattiin selaimiin nimellä JavaScript koska Java nyt vain sattui olemaan kuuma juttu ja noin.

Php on ihan erillinen hässäkkä back-endiin, jolla on noiden edellä mainittujen kanssa ihan yhtä paljon yhteistä kuin niillä keskenään mutta se vain ei ole JavaPhp :)

Java ja Php on backend-kieliä, java staattinen käännettävä ja Php dynaaminen tulkattava. JavaScript on front-end -kieli jota ajetaan selaimessa (juu pystyy ajamaan myös back-endissa esim Node, mutta myös muuten).

Nämä on totaalisesti eri eliöitä kumminkin.
 
EcmaScript oli ties kenen suunnittelema skriptikieli, joka lanseerattiin selaimiin nimellä JavaScript koska Java nyt vain sattui olemaan kuuma juttu ja noin.

Tarkennuksena, JavaScriptiä kutsuttiin ensin Mochaksi, sitten LiveScriptiksi ja nimi muutettiin JavaScriptiksi juuri ennen ensimmäistä julkaisua. Ja myöhemmin kun kieli standardoitiin, kutsuttiin kieltä tavaramerkkisyistä ECMAScriptiksi. Mutta enemmän tai vähemmän samasta asiasta kyse :)
 
Muiden lehtien sisältö pysyy 7 päivää sivulla ja poistuu sen jälkeen automaattisesti ja jokaisessa tuodussa rss-syötteessä näkyy alkuperäisen lähteen linkki.

Onko siitä huolimatta tekijänoikeusrikos?

Mielellään rakentelisin aina kaikki lain puitteissa ja tämä tapa esittää muiden sivujen rss-syötteitä alkoi erityisesti kiinnostamaan, koska vastaavaa palvelua ei tietääkseni ole vielä suomessa.
Mulla on ollut drupalissa www.bitwell.biz se News. Se on ihan vakiopalikka drupalissa.


Lähetetty minun Nexus 6P laitteesta Tapatalkilla
 
Tulipahan vaihdettua oman sivun frontendi kokonaan yhteen Bootstrap pohjaan, jonka muokkasin sopivaksi. Siirryin samalla takaisin yhden kuva näyttöön kerrallaan, omasta mielestä vaikuttaa paremmalta.

Bootstrap vaikuttaa kyllä aika näppärältä, onko muut tehneet sillä sivuja?
 
Tulipahan vaihdettua oman sivun frontendi kokonaan yhteen Bootstrap pohjaan, jonka muokkasin sopivaksi. Siirryin samalla takaisin yhden kuva näyttöön kerrallaan, omasta mielestä vaikuttaa paremmalta.

Bootstrap vaikuttaa kyllä aika näppärältä, onko muut tehneet sillä sivuja?
Lähtökohtaisesti kaikki harrastesivut olen tehnyt Bootstrappia käyttäen (tai jotain vastaavaa frontti framewrokkia). Tosin tarkotus olis siirtyä siitä pikku hiljaa pois tai excludata turhat asiat buildista. Alkaa nimittäin olemaan aika paisunut kokonaisuus.
 
Lähtökohtaisesti kaikki harrastesivut olen tehnyt Bootstrappia käyttäen (tai jotain vastaavaa frontti framewrokkia). Tosin tarkotus olis siirtyä siitä pikku hiljaa pois tai excludata turhat asiat buildista. Alkaa nimittäin olemaan aika paisunut kokonaisuus.

Bootstrap 3 taitaa olla pakattuna luokkaa 20kb, siis pelkkä css. Ja lähes varmasti löytyy cachesta jolloin ei siirretä sitäkään. Joten en nyt koon takia siitä luopuisi.

Toki monesti oleelliset jutut saa tehtyä itsekin css:llä, joten siinä mielessä Bootstrap voi olla turha. Neloseen en ole vielä tutustunut.
 
Reponsiivisuutta ei ole mietitty käytännössä ollenkaan. Tällä hetkellä tätä on tarkoitus käyttää isommalla näytöllä. Jossain vaiheessa täytyy kyllä panostaa tuohon toimivuuteen mobiilissakin, sillä eletäänhän tässä jo vuotta 2017 ja kukaan taida enää selata nettiä muulla kuin puhelimella. :D
Sivu on tarkoituksella jätetty tuollaiseksi "tylsäksi" eli mahdollisimman yksinkertaiseksi. Lähinnä sen takia koska itselläni ei ole minkäänlaista silmää designin suunnitteluun :c

Kiitos palautteesta!

Nyt vihdoinkin sivuista tehty responsiiviset (link). :kippis:
 
Aktiivimalli.fi sivu on nyt betatestattavana.

Monet asiat sekä sanamuodot ja tekstit ovat vielä kesken, mutta nyt näkee miltä sivu tulisi suunnilleen näyttämään.

Työpaikat osioon olisi tarkoitus tuoda eri RSS-feedeistä vapaiden työpaikkojen ilmoituksia selattavaksi.

aktiivimalli-beta.png
 
Mikän tämän Aktiivimalli-sivuston pointti oikein on? Vaikka onkin vasta "beta" niin kyllä tuolla soisi lukevan kuka sivustoa pyörittää ja miksi. Ettei vaan tule epäselvyyttä sen suhteen, että kyse olisi jostain virallisesta Työministeriön tai TE-toimiston sivusta.
 
@Zigh

Eiköhän yleiskuvasta saa jo käsityksen, että sivustoa pyörittää harrastuspohjalta verkkosivuja rakentava yksityishenkilö (minä). Kaikki sivustoon käytettävä rahoitus menee omasta kukkarosta, eikä tarkoituksena ole täyttää sivuja ulkopuolisilla mainoksilla.

Tietoa on tulossa jossain vaiheessa, mutten ole keksinyt vielä mitä kirjoittaisin, koska sivuston perusrakenteen viilaamisessa on ollut vielä niin paljon tekemistä.

Mutta joo. Sivuston tarkoistus on kertoa lyhyesti mitkä aktiivimallissa vaadittavat toimenpiteet oikeuttavat saamaan täyden päivärahan ilman 4,65% leikkausta, ja ketkä säästyvät siltä ilman erillisiä toimenpiteitä.

Tässä ei siis ole tarkoitus tuoda omaa mielipidettä aktiivimallista sen kummemmin esille, vaan koittaa olla puolueeton ja laittaa kumpaakin kantaa esille tasapuolisesti.

Extrana sivuille on tullut avoimien työpaikkojen selaaminen (vielä kesken pahasti), sekä keskustelufoorumi ja nykyään pakolliset Facebook ja Twitter tilit.
 
Nyssetutka.fi (bussiäppi Tampereelle) lisätty nyt kaikenlaisia ominaisuuksia sitten viime viestin täällä ja viimeisimpänä virtuaalipysäkit. Virtuaalipysäkeille voi luoda koosteen useiden pysäkkien tiedoista, jotka sitten näkyvät yhdessä näkymässä. Esim. jos töistä pääsee kotiin useammalta pysäkiltä, voi ne yhdistää yhdeksi virtuaalipysäkiksi. Linjoja voi myös filtteröidä.

Ainoa isompi puuttuva ominaisuus on enää reittiopas, joka sekin on kyllä viimeistelyä vaille valmis. Testit pitää vielä kirjoittaa ja sitten voi puskea tuotantoon. Testihaarassa on myös olemassa uudelleenkirjoitettu kartanpäivityslooppi, jonka ansiosta perffi paranee aivan sikana halvemmilla puhelimilla ja sivu alkaa toimia smoothisti myös muilla kuin kalliilla laitteilla.

Kaikenlainen palaute tietysti taas tervetullutta. Joko täällä tai sitten palautelomakkeen kautta.

:)
 
@living_death

Mihin tuo popkorni.fi katosi? Ehkäpä jokin tilannepostaus olisi paikallaan niin ei tarvitsisi tyhjiä linkkejä naksutella tai etsiä ketjusta olematonta tietoa tyydyttämään tiedon halua.? :think:
 
@Nom sivulla mentiin tekijänoikeuksien rajamaastossa, joten päästin siitä irti ja käytän sitä välillä omalta local serveriltä omaksi iloksi.

Sain taas yhden nettisivuprojektin maaliin. Enää tarvitsee laittaa https:// SSL-salaus päälle, niin alkaa olla valmista.

Ei siis oma nettisivu, vaan tutun tutun joka piti päivittää tälle vuosituhannelle :D

Harriet Piekkola | Meedio ja mediaalinen voimavarakouluttaja
 
Itse tein loppukesästä kalorilaskurin kun ilmainen kalorilaskuri lopetti toimintansa vuodenvaihteessa.

Makro

Takapuoli on Node + Express + MongoDB ja edessä Javascript + Vue.js ja ruokien tiedot hain Finelistä (reilusti karsittuna).

Rekisteröitymällä pystyy muokkaamaan omia tietoja, tallentamaan valmiita päiviä, lisäämään ruokia tietokantaan ja suodattamaan hausta pois muiden lisäämät ruoat.

Julkaisin reilu viikko sitten uuden version tästä. Vue vaihtui Angulariin. Samalla korjasin paljon bugeja ja lisäsin uusia ominaisuuksia. Edelleen sivua voi käyttää rekisteröitymättä, mutta rekisteröitymällä on käytössä enemmän ominaisuuksia. :)
 
Viimeksi muokattu:
Julkaisin reilu viikko sitten uuden version tästä. Vue vaihtui Angulariin. Samalla korjasin paljon bugeja ja lisäsin uusia ominaisuuksia. Edelleen sivua voi käyttää rekisteröitymättä, mutta rekisteröitymällä on käytössä enemmän ominaisuuksia. :)

Miksi muuten vaihdoit Vuesta Angulariin?
 
Miksi muuten vaihdoit Vuesta Angulariin?

Syy siihen kaikessa yksinkertaisuudessaan oli se, että käytän työssäni Angularia ja olen tykästynyt siihen ja pidän TypeScriptistä todella paljon.

Edit: ja toki sekin vaikutti, että en ole Vueen koskenut ollenkaan tänä vuonna. :)
 
Minulla suhteellisesti parhaiten toimii kännykkäversio. Tein sille eräänlaisen käyttöliittymän. Minkään toiminnon takia käyttäjän ei tarvitse rullata sivua ylös/alassuunnassa ja jos rullaakin, hän pääsee helpolla takaisin siihen paikkaan josta lähti (jos vain laittaa mieleensä lukeman, missä oli). Rullaamistarve on minimoitu. Mielestäni siihen pitäisi erityisesti foorumisivustolla pyrkiä.

Olisi kiva jossakin keskustella mobiilisuunnittelusta, mutta siitä ei meinaa sitten millään saada keskustelua. Kukaan LinkedIn kautta ei ole osallistsunut keskusteluun, vaikka aihe on erittäin tärkeä.

Aihe: Sivuston mobiiliversio – Mobile version of this site | Sanaristikkofoorumi – sanaristikot & muuta pohdittavaa

Mielestäni tein hyvän pohjan keskustelulle.

Se, mitä tein, koskee ensisijaisesti foorumisivustoa. Ehkä ei kovin helposti sovellettavissa muualle. Ratkaisu on varsin tekninen. Teknisyydestä ei foorumisivustolla ole haittaa, mutta muualla voi olla.
 
Minkään toiminnon takia käyttäjän ei tarvitse rullata sivua ylös/alassuunnassa ja jos rullaakin, hän pääsee helpolla takaisin siihen paikkaan josta lähti (jos vain laittaa mieleensä lukeman, missä oli). Rullaamistarve on minimoitu. Mielestäni siihen pitäisi erityisesti foorumisivustolla pyrkiä.

No, ei aina kannata minimoida skrollaustarvetta, jos sen takia on täytettävä käyttöliittymä turhilla/harvoin käytetyillä toiminnoilla tai on käytettävä liian pientä fonttia. Esim. foorumilla tärkeää on eliminoida sivusuuntainen skrollaus, mutta pystysuuntainen on ihan luonnollinen asia, sillä sisältöä on paljon ja se on keskiössä. Tänne esim. en toivoisi kiinteää puolet ruudusta vievää työkaluriviä, vaan jos nyt kerran viikossa pitää jotain toimintoa käyttää, skrollaan tarvittaessa. Näin maksimoidaan se tärkein tarve: muiden viestien lukemisen helppous.

Olisi kiva jossakin keskustella mobiilisuunnittelusta, mutta siitä ei meinaa sitten millään saada keskustelua.

Tuollainen metakeskustelu on aika turhaa. Laita uusi ketju pystyyn (jos vanhaa ei jo ole) ja ala keskustella. Keskustelua luulisi syntyvän, jos laitat vähän kuvakaappausta tai linkkiä sivustoon, niin porukka voi tutustua ja antaa vinkkejä ja mielipiteitä.
 
Käyttöliittymän viewport-määrittelyn perusteella ottama leveys on 32 px eli käytännössä vähän enemmän kuin tavanomaisen kännykässä käytetyn marginaalin verran. Käyttöliittymä on nimen omaisesti oikean reunan marginaalissa. Osa toiminnoista on harvoin käytettyjä, osa on usein käytettyjä. Käyttöliittymä ei vie juuri lainkaan tilaa pois pääasialta. Sisältö on keskiössä, mutta kaikki toiminnon on silti joka hetki käytettävissä.

Koska marginaalia pitää aina olla, käyttöliittymä vie käytännössä n. 20px viewport näkökulmasta tarkastellusta hyötyleveydestä eli käytännössä n. 6% näytön leveydestä.

https://www.sanaristikkofoorumi.net...-www.sanaristikkofoorumi.net-23795052babf.png

Kuva on tietokoneruudulta, mutta se vastaa sitä, miltä sivut näkyvät tyypillisessä kännykässä (vastaa esim. sitä, miten sivut näkyvät Samsung Galaxy J5 puhelimessa). Oikean reunan käyttöliittymässä on yhteensä 17 kpl erilaista toimintoa. Alareunassa on kolme toimintoa. alapalkin korkeus marginaaleineen 38px ja vie korkeudesta em. kännykällä n. 6%.

Laitoin oman aiheen, joten kommentit mieluummin toiseen säikeeseen.
 
Viimeksi muokattu:
Julkaisin lemmikkimme.fi sivun noin 2 kuukautta sitten. Sivun tarkoitus on tutustuttaa käyttäjä eri kissa- sekä koirarotujen kasvattajiin sekä omistajiin. Pyrin tekemään sivun niin, että rodun valittua näkee muutamalla klikkauksella rodusta lisätyt kuvat, myynti-ilmoitukset sekä kasvattajat.

Viime aikoina olen tehnyt aika paljon hakukoneoptimointia ja toivonkin, että nämä muutokset toisivat lisää käyttäjiä sivulle. Moni sivulla vierailija käy katsomassa tietyn rodun kasvattajat sekä myynti-ilmoitukset ja huomattuaan ettei niitä ole, niin lähtevät samantien pois.

Palautetta olen saanut hyvin vähän, eli jos käytte testaamassa ja koette käytön hankalaksi, niin siitä olisi kiva tietää.
 
Julkaisin lemmikkimme.fi sivun noin 2 kuukautta sitten. Sivun tarkoitus on tutustuttaa käyttäjä eri kissa- sekä koirarotujen kasvattajiin sekä omistajiin. Pyrin tekemään sivun niin, että rodun valittua näkee muutamalla klikkauksella rodusta lisätyt kuvat, myynti-ilmoitukset sekä kasvattajat.

Viime aikoina olen tehnyt aika paljon hakukoneoptimointia ja toivonkin, että nämä muutokset toisivat lisää käyttäjiä sivulle. Moni sivulla vierailija käy katsomassa tietyn rodun kasvattajat sekä myynti-ilmoitukset ja huomattuaan ettei niitä ole, niin lähtevät samantien pois.

Palautetta olen saanut hyvin vähän, eli jos käytte testaamassa ja koette käytön hankalaksi, niin siitä olisi kiva tietää.
En nyt enempiä katsellut, mutta pari pienempää puutetta/ongelmaa pisti silmään:
  • Kuvat-sivulla (ainakin koirapuolella) rotulista skrollautuu sivun mukana vaikka sillä on oma vierityspalkkinsakin.
  • Rekisteröitymissivulla käyttäjätunnusta ollaan vailla vasta salasanan jälkeen. Yleensä käyttäjätunnus annetaan ennen salasanaa?
  • Mitä virtaa koko käyttäjätunnusella on? Kirjautuminen tapahtuu sähköpostia käyttäen, joten ainakaan siinä ei tarvita käyttäjätunnusta. Olisiko kyseessä pikemminkin nimimerkki eikä käyttäjätunnus?
 
En nyt enempiä katsellut, mutta pari pienempää puutetta/ongelmaa pisti silmään:
  • Kuvat-sivulla (ainakin koirapuolella) rotulista skrollautuu sivun mukana vaikka sillä on oma vierityspalkkinsakin.
  • Rekisteröitymissivulla käyttäjätunnusta ollaan vailla vasta salasanan jälkeen. Yleensä käyttäjätunnus annetaan ennen salasanaa?
  • Mitä virtaa koko käyttäjätunnusella on? Kirjautuminen tapahtuu sähköpostia käyttäen, joten ainakaan siinä ei tarvita käyttäjätunnusta. Olisiko kyseessä pikemminkin nimimerkki eikä käyttäjätunnus?

Tuo käyttäjätunnus oli hyvä huomio, muutin sen nimimerkiksi. Nimimerkki näkyy jokaisen lemmikin/myynti-ilmoituksen yhteydessä ja sitä painamalla pääsee siirtymään käyttäjän profiilisivuun. Tein myös alustavan korjauksen tuohon skrollaukseen.

Kiitokset!
 
Uutis lanka
Keväällä kun rbotti oli vähän heikoissa kantimissa niin tuli pari iltaa harrastettua tälläisen parissa. Ja nyt meinasin taas ehkä aktivoitua.

Bäkkäri toisiaan pyörii tuolla samassa heroku dynossa, joten feedin päivittyminen ottaa reilun minuutiin, jos pannu on ajettu alas.
Ja prokkis ei muutenkaan vielä sisällön/lähteiden puolesta arvosteltavassa kunnossa..

Kertokaas miksi toi lista ei miellytä silmää. Jokin tossa zebrassa on vialla, mutta en osaa sanoa että mikä. :btooth:
 

Statistiikka

Viestiketjuista
258 279
Viestejä
4 487 494
Jäsenet
74 128
Uusin jäsen
semantic

Hinta.fi

Back
Ylös Bottom