millaisia ajatuksia teillä on siitä, että millainen (siis tekniikaltaan) nettisivuston tulisi/pitäisi olla, että sen käytettävyys olisi vielä tallella sanotaan vaikka muutaman vuoden tai vuosikymmenen jälkeen?
kysymys siksi, että olen tekemässä eräänlaista historiaan liittyvää sivustoa ja se pitäisi olla käytettävissä m e l k o pitkää! olisiko kuitenkin niin, että ainut tapa taata käyttö vuosien tai vuosikymmenten taakse on tehdä aineistosta painettu kirja?
kukaan ei taida pystyä takaamaan, että tänä päivänä vaikka xhtml+css -tekniikalla toteutettu sivusto toimii vielä vaikka vuonna 2020!
volume kirjoitti:
kukaan ei taida pystyä takaamaan, että tänä päivänä vaikka xhtml+css -tekniikalla toteutettu sivusto toimii vielä vaikka vuonna 2020!
Sinulla ei ole mitään tarvetta yrittää tallentaa tietoa nyt sellaiseen yhteen ja ainoaan formaattiin, joka olisi dekoodattavissa jopa - hui - niinkin pitkän iäisyyden kuin kahdeksan vuoden kuluttua. Tallennat tiedot asianmukaisesti tietokantaan, niin voit generoida sisällöstä erilaisia julkaisuja aina uuden tarpeen ilmentyessä.
On vaikea vastata kysymykseen sillä en voi tietää mitä vuonna 2020 tapahtuu. Luulisin että xhtml+css yhdisteömä ei toimisi kunnolla. Jos haluat tehdä sivustosta mahdollisimman luotettavan niin ehdottaisin kirjoittamaan sen jollain perinteisellä HTML standardilla ilman mitään erikoisuuksia. Kaikkein varmin tapa olisi laittaa se sivusto teksitiedostona. Voit myös kirjoittaa sen HTML5:llä joka on uusin standardi.
Miksi vaikkapa XHTML:llä ja CSS:llä tehty sivusto ei toimisi vuosien kuluttua? Tosin se X siinä on yleensä turhaa kikkailua. Mutta selaimet kyllä selviävät XHTML:n kummallisuuksista siinä missä muustakin tägisopasta.
Netissä on 1990-luvulla tehtyjä sivuja, jotka toimivat ihan hyvin, jos ne on tehty sen ajan standardien mukaisella HTML:llä (ja CSS:llä sikäli kuin sitä vielä oli). Selainten on käytännössä pakko tukea HTML:ää niin kauas kuin voidaan nähdä, eikä ole mitään syytä olla tukematta. Tavanomaiset kuvatiedostomuodot, GIF, JPEG ja PNG, toimivat epäilemättä myös.
Kokonaan eri asia on, että väärin tehdyt sivut toimivat tulevaisuudessa ehkä huonosti jos lainkaan. Nykyisin esimerkiksi IE 4:lle tehdyt (siis kyseisen selainten virheelliseen toimintaan sopeutetut) sivut vielä jotenkin toimivat ainakin Quirks-tilassa, mutta sille voi jossain vaiheessa tulla loppu
The Alchemist kirjoitti:
Tallennat tiedot asianmukaisesti tietokantaan, niin voit generoida sisällöstä erilaisia julkaisuja aina uuden tarpeen ilmentyessä.
mitä tuolla tarkoitat?
Sitä, ettet kovakoodaa sisältöä HTML:n sekaan, vaan pidät sitä tietokannassa. Silloin se on helppo hakea sieltä, vaikka muuttaisitkin koko HTML:n toisennäköiseksi.
volume: meillä on muutamilla nettisivuilla oma "exportaus"-työkalu, jolla saadaan nettisivuilta esim. tuotetiedot sellaisessa muodossa, että ne tulevat ihan esim. excel-taulukkoon, josta niitä voidaan siirtää multimedia-esityksiin, tai vaikka esitteisiin.
Jos nuo tuotesivut olisivat "kovakoodattuja" html-sivuja, niin datan saaminen olisi erittäin vaikeaa pilkkoa.
millainen kannan rakenne voisi esimerkiksi olla? olisiko jossakin esimerkkiä toteutuksesta?
Macro kirjoitti:
Sitä, ettet kovakoodaa sisältöä HTML:n sekaan, vaan pidät sitä tietokannassa.
Minkähänlaisen tietokannan puolesta olisit valmis lyömään vetoa, että se on käytettävissä esimerkiksi 50 vuoden kuluttua? Voitko mainita joitakin vuonna 1962 tehtyjä tietokantoja, joista nyt voidaan kätevästi generoida HTML:ää?
Yucca kirjoitti:
Minkähänlaisen tietokannan puolesta olisit valmis lyömään vetoa, että se on käytettävissä esimerkiksi 50 vuoden kuluttua? Voitko mainita joitakin vuonna 1962 tehtyjä tietokantoja, joista nyt voidaan kätevästi generoida HTML:ää?
Kuuskytluvusta en tiedä, mutta 70-luvulta lähtöisin olevia järjestelmiä on paljon yleisesti käytössä enkä näe niiden olevan kuolemassa vielä vuosikymmeniin. Kyllähän esim. mainframe dataset:istä HTML:ää saadaan aikaiseksi kirjoittamalla työhön sopiva apuohjelma vaikka Cobol, PL/I, RPG tai HLASM ohjelmointikielillä.
Yucca kirjoitti:
Macro kirjoitti:
Sitä, ettet kovakoodaa sisältöä HTML:n sekaan, vaan pidät sitä tietokannassa.
Minkähänlaisen tietokannan puolesta olisit valmis lyömään vetoa, että se on käytettävissä esimerkiksi 50 vuoden kuluttua? Voitko mainita joitakin vuonna 1962 tehtyjä tietokantoja, joista nyt voidaan kätevästi generoida HTML:ää?
Ei liity asiaan mitenkään. Ei paperikuvista digiformaatteihin siirtyessäkään todettu, että ei auta mikään, pakko vain tuhota vanhat kuvat ja heittää ne roskiin, kun niitä ei rompulle voi siirtää. Mille tahansa (kyseisellä hetkellä käytettävissä olevalle) tietokannalle voi kirjoittaa suht simppelin koodin, joka tarvittaessa siirtää tiedot vanhasta kannasta uuteen ja näin takaa tietojen säilymisen luettavassa muodossa hamaan tulevaisuuteen.
The Alchemist kirjoitti:
Yucca kirjoitti:
Macro kirjoitti:
Sitä, ettet kovakoodaa sisältöä HTML:n sekaan, vaan pidät sitä tietokannassa.
Minkähänlaisen tietokannan puolesta olisit valmis lyömään vetoa, että se on käytettävissä esimerkiksi 50 vuoden kuluttua? Voitko mainita joitakin vuonna 1962 tehtyjä tietokantoja, joista nyt voidaan kätevästi generoida HTML:ää?
Ei liity asiaan mitenkään.
Siis se, että tietokannan käytettävyydestä ei ole mitään takeita, ei liity mitenkään siihen, että kehotat käyttämään tietokantaa tekstitiedoston sijasta? Huh.
Luepas uusiksi ensimmäinen viestini. Sanoin, ettei ole mitään tarvetta yrittää löytää yhtä ja ainoaa formaattia, jossa tiedot voisi säilyttää koko halutun periodin ajan, kun järkevästi tallennettuna tiedot voi siirtää muodosta toiseen pienellä vaivalla.
volume kirjoitti:
kukaan ei taida pystyä takaamaan, että tänä päivänä vaikka xhtml+css -tekniikalla toteutettu sivusto toimii vielä vaikka vuonna 2020!
Kukaan ei pysty takaamaan vuodesta 2020 yhtään mitään varmasti. HTML:n suhteen aikamittakaavaa voi kuitenkin hakea siitä, ettei ole mitenkään selviö, että seuraava HTML-versio (nk. "HTML5") läpäisi W3C:n ratifionnin kaikki asteet (eli saavuttaisi W3C Recommendation -suosituksen) ennen vuotta 2020. Nykyinen HTML5:n "päätoimittaja" Ian Hickson arvioi vuosi, pari takaperin, että tämä saattaisi tapahtua vuonna 2022 tai sen jälkeen.
HTML+CSS-kombinaatio on paras (ja käytännössä ainoa realistinen) valinta nettisivun markup-puolelle.
Aihe on jo aika vanha, joten et voi enää vastata siihen.