Hyvää iltaa,
Kehittelen intranetsivustoa jonka tarkoituksena on tilausten ja takuu-asioiden ym. ym. hallinta hieman paremmin kuin tällä hetkellä käyttämämme excel.
Tietoa tulee siis paljon ja tietokanta (MySQL) tulee olemaan suhteellisen laaja.
Mikä olisi järkevin tapa toteuttaa seuraava:
Minulla on suhteellisen iso taulukko johon olisi tarkoitus sisällyttää jokaisesta auki olevasta keikasta tärkein tieto. Jokaisen rivin viereen tulisi + nappi joka aukaisisi rivin alapuolelle "tilaa" kaikelle muulle tiedolle jota keikka sisältää.
Minulle tuli mieleen kaksi vaihtoehtoa:
- Kaikki tieto ladataan tietokannasta, mutta vain tärkeimmät näytetään ja loput piiloitetaan, esim. css:llä ja javascriptillä tai jollain muulla tapaa..
- Ladataan vain tärkeimmät tiedot tietokannasta ja ajaxilla haetaan tiedot nappia painamalla.
Onko muita mahdollisesti parempia vaihtoehtoja?
Tarkoitus tietenkin olisi että sivusto olisi mahdollisimman verkkainen vaikka tietoa olisi paljonkin (mahdollisesti 1000+ riviä).
Kiitos.
stageradio kirjoitti:
Tarkoitus tietenkin olisi että sivusto olisi mahdollisimman verkkainen vaikka tietoa olisi paljonkin (mahdollisesti 1000+ riviä).
No tämä oikeastaan aika pitkälti ratkaisee. (Itsellä on yleensä päinvastainen tavoite).
Eli kannattaa ladata ihan kaikki mahdolliset tiedot ihan kaikista mahdollisista keikoista ja piilottaa ne joita ei tarvitse ja hiirtä kliksuttamalla sitten vasta näytetään jo ladatut tiedot. Kannattaa myös laittaa vaikka jotain ylimääräisiä tagirimpsuja sinne tänne. Lisää latausaikaa ja saattaapa aiheuttaa verkkaisuutta selaimen puolellakin.
Sinällään 1000+ riviä ei ole paljon, mutta ei se ole kyllä selattavakaan!
Suosittelen siis pilkkomaan hakutuloksen useammalle sivulle! Tämän jälkeen on ihan sama vaikka haet esim 20 keikasta kaiken tiedon, piilotat ne keikka otsikon alapuolelle ja luot napin jolla tietue tulee esiin.
Tai jotain sinne päin!
stageradio kirjoitti:
Minulla on suhteellisen iso taulukko johon olisi tarkoitus sisällyttää jokaisesta auki olevasta keikasta tärkein tieto. Jokaisen rivin viereen tulisi + nappi joka aukaisisi rivin alapuolelle "tilaa" kaikelle muulle tiedolle jota keikka sisältää.
Tähän sopisi HTML5:n details-elementti kuin nyrkki silmään, jos se vain olisi toteutettu, mieluiten vielä kunnolla. (Tiedossani ei ole vielä yhtään toteutusta, ja sen simulointi JavaScriptillä ei olisi ollenkaan triviaalia.)
Mutta ideana se, että sivu sisältää ehkä paljonkin yksityiskohtaista tietoa, jonka saa erikseen esille, on kyllä hyvinkin nykypäivää. Sivun latautuminen kestää vähän kauemmin kuin jos detaljit olisivat linkkien tai Ajax-pyyntöjen takana, mutta _toiminta_ on sitten paljon joustavampaa. Hakukoneet näkevät tällöin koko roskan yhtenä tekstimassana, millä on hyvät ja huonot puolensa (ehkä enemmän hyviä, ja huonoja vastaan voi taistella sillä, että sivustossa on _myös_ versio, josta detaljit puuttuvat). Esteettömyyden kannalta syntyy ongelmia, mutta niihin on ratkaisuja, ei toki täydellisiä.
Tuhat riviä ei nykymaailmassa ole kovin paljon. Riippuu toki siitä, paljonko tavaraa on per rivi. Tässä tilanteessa kannattaa harkita jonkinasteista merkkauksen optimointia, sillä jopa </td>-tagit alkavat merkitä, jos niitä on kymmeniä tuhansia.
lainaus:
Minulle tuli mieleen kaksi vaihtoehtoa:
- Kaikki tieto ladataan tietokannasta, mutta vain tärkeimmät näytetään ja loput piiloitetaan, esim. css:llä ja javascriptillä tai jollain muulla tapaa..
Käytännössä tarvittaisiin sekä CSS:ää että Javascriptiä. Tosin periaatteessa voisi tulla toimeen pelkällä Javascriptillä (aluksi pitäisi poistaa document-puusta se, minkä ei haluta näkyvän, ja lisätä painikkeet, ja poistettavat elementit pitäisi tietysti jemmata toiseen puuhun, josta niitä sitten voi poimia takaisin), mutta se olisi työläämpää eikä hyödyttäisi paljoakaan.
lainaus:
- Ladataan vain tärkeimmät tiedot tietokannasta ja ajaxilla haetaan tiedot nappia painamalla.
Ajax on tietysti nopeampaa kuin linkin seuraaminen - mutta hitaampaa kuin paikallinen toiminta. Ja vaatii, että nettiyhteys toimii, mikä ei ole aina taattua varsinkaan kesällä (mökillä saa ehkä mokkulan kautta ladattua yhden isonkin sivun mutta sitten voi pätkiä).
lainaus:
Onko muita mahdollisesti parempia vaihtoehtoja?
Riippuu datan tarkemmasta luonteesta ja ennen muuta käyttötavasta. Useinkin parempi ratkaisu on tehdä hakulomakesivu ja sitten suunnitella fiksu tapa hakutulosten esittämiseen. Googlesta voi ottaa mallia, joskaan ei kritiikittömästi.
Olennaista on, onko a) käyttäjien b) hakukoneiden kannalta hyväksi, että kaikki data on saatavilla suoraan URLeja seuraamalla 1) yhtenä sivuna 2) useisiin sivuihin jaettuna linkitettynä kokonaisuutena. Tämä ei yleensä ole niin selvä asia kuin voi ensin tuntua. Riippuu sivuston tarkoituksesta, onko ehkä jopa hyvä asia, että aineisto kokonaisuutena on verkon ns. pimeällä puolella. (Jos sisällön saa esiin vain hakulomakkeen kautta, se ei indeksoidu hakukoneisiin kuin satunnaisesti - kun joku tekee hakuja simuloivia linkkejä tai jos indeksointirobotit harrastavat omatoimista hakujen simulointeja.)
lainaus:
Tarkoitus tietenkin olisi että sivusto olisi mahdollisimman verkkainen
En osaa päätellä, oliko tuo ironiaa vai jukkismi (= minulle ominainen virhe, jossa sanotaan tasan päinvastaista kuin tarkoitetaan, ilman että kyseessä on freudilainen lipsahdus).
Kiitoksia vastauksista.
Sivusto ei tule julkiseen käyttöön joten hakukone optimoinnilla ei ole minkäänlaista merkitystä. Sivusto tulee siis firman sisäiseen verkkoon.
Tuhat riviä on totta tosiaan vähän, tai ainakin riipuu mihin vertaa ;). Tämä 1000 oli varovainen (hieman ehkä yläkanttiinkin) heitetty arvio aukiolevista "keikoista" Eli tilauksista ja muista töistä joita teemme. 150-300 keikkaa Voisikin olla ehkä hieman lähempänä todellisuutta, jos näytetään vain yhden henkilön keikat. Yhteensä näitä "keikkoja" tulee tuhansia vuodessa, mutta kaikki hoidetut keikat olisi tarkoitus jättää tällä kertaa ulkopuolelle.
Tarkoituksena on siis pitää silmällä töitä mitä teemme, ilman että asioita pääsee helposti hukkumaan rivien sekaan. Tästä päästään sitten taas siihen että en lähtisi pilkkomaan hakutuloksia sivuiksi, vaan mielummin pitäisin kaiken datan näkyvillä.
Tosiaan. Näitä tuhansia keikkoja on tähän mennessä hoidettu excelissä (johon tosin rakentelinkin eräänlaisen "käyttöliittymän"), joten voinette kuvitella haluni siirtyä hieman edistykselliseempään käyttöympäristöön.
Kiitoksia vielä kommenteista. Näistä on jo ollut hyvin paljon apua pähkäilyissani :)
Hei!
Jos haluat hakea tietokannasta kaiken datan, mutta jakaa sen piiloon samalla sivulle tekisin näin :
1. Haen keikat kuukausittain/vuosi ja piilotan ne kuukauden nimen alle.
2. Kuukauden nimi toimii linkkinä, jolla saat kaikki sen kuun keikat esiin.
3. Kun keikat on esillä, saadaan niistä lisätiedot painamalla keikan nimeä.
Puurakenne esimerkki :
Tammikuu
-Keikka a
* Artisti
* Pukkelispää
* Tämä on vähän raskaammanluokan keikka, joten *!!
-Keikka b
* Artisti
* Kukklistuure
* Kikkeliskuss
-Keikka c
Helmikuu
-Keikka a
-Keikka b
-Keikka c
Maaliskuu
Paljon maksaa liput Kikkeliskussin keikalle? Kuulostaa hyvältä.
Aihe on jo aika vanha, joten et voi enää vastata siihen.