Onko mitään mahdollisuutta tehdä sivuja, joiden valikot ja tekstit ovat omissa tiedostoissaan ilman scriptejä tai palvelinpuolen juttuja. Valikkoon saattaa tulla usein muutoksia tai lisäyksiä. Ei huvita aina avata noin 200 sivua ja copypastella vetää valikkoa kaikkiin.
PHP ei ole mahdollista. Java Scriptejä en halua käyttää, koska IE heitää kaikilla kävijöille varoituksen aktiivisesta sisällöstä. Onko muuta mahdollisuutta kuin laittaa iFrame mihin aukeaa valikon sivu.
PHP ei ole mahdollista. Java Scriptejä en halua käyttää, koska IE heitää kaikilla kävijöille varoituksen aktiivisesta sisällöstä. Onko muuta mahdollisuutta kuin laittaa iFrame mihin aukeaa valikon sivu.
Vastaukset 9
Vanhimmat
Kyse ei nyt kyllä tunnu olevan dynaamisista sivuista. Dynaaminen sivu tarkoittaa sitä että se muuttuu käyttäjän toimista riippuen (tässä käytetään yleensä JS:ää tai css:ää).
Luulen että sun kannattais käyttää jotain sellaista editoria joka osaa käyttää pohjia (esmes DreamWeaverilla onnistuu, varmaan jollain muillakin).
Ainakin DW:ssä voidaan käyttää pohjia, joissa sitä pohjasivua muuttamalla tulee kaikkiin sivuihin sama muutos. Tämän jälkeen pitää tallentaa ja päivittää (siirtää uudelleen palvelimelle) kaikki sivut, mutta eihän se ole mikään ongelma. Äkkiäkös ne kaikki sinne uudelleen siirtyy vanhojen päälle eli tilalle.
Dynaaminen oli ehkä väärä termi, mutta ymmärsin eräässä koulutuksessa että sillä tarkoitetaan sivua joka käyttäjälle näkyy yhtenä sivuna, mutta koostetaan tosiasiassa tietokannasta tai osista.
Koodaan sivut käsin, en millään editorilla. Tarvitaan huomattavasti vähemmän koodia kun erottelee sivuston osasiin. Tarkoitus on laittaa yhden tuoteen tiedot omaan htm tai txt tiedostoon, josta ne haetaan sivulle. Mitäs jos päävalikkoon tarvitaan uusi nappi? On helppoa muuttaa vain valikon koodia, ei 200 sivun koodia. Olen ennen käyttänyt iFrameja sekä Scriptejä tähän tarkoitukseen, mutta kysyin onko jotain muuta mahdollisuutta?
..käsityksesi suht oikea mitä dynaamisiin sivuihin tulee, mutta se dynaamisten sivujen koostaminen tapahtuu serverin päässä ohjelmallisesti, jolloin tarvitaan serveri pään kieli, taitaa olla pelkkä haave koostaa sivut noin, javascriptit taas toimii selain päässä joten siitä ei juurikaan iloa ole. Melkeimpä heivaisin ajatuksen, tai harkitsisin php-tuella olevaa domainia. Tai muuten joutuu pysyttelemään freimeissä ja scripteis.
...asian laita. Valikkoja ym voit toki HTMLssä väsätä CSS:n avulla, haittana että valikkokoodi pitää olla jokaisella sivulla (esim php:llä tähä koodi voi sijata erillisessä tiedostossa, suoritat ainoastaan jokaisella sivulla php-include lausekken (niin se liitetään jokaiseen sivuun). HTML:ssä tämä ei onnistu.
Käyttäen Javaskriptiä, DOM (sivun oliorakennetta) ja CSS (style-määrittelyt) voit aika pitkään tehdä dynaamisia piirteitä ( kikat ovat mm. että joku objekti on joskus piilotettu (visibility: hidden/visible) sen paikka ja/tai koko muuttuu (position:absolute, topleft:10,20;...) jotain muuttuu kun viet kursorin jonkun objektin päälle (a:hoover tee jotain)
Vuosi sitten tällä palstalla kerrottiin että aina piti käyttää puhdasta CSS-skriptiä, tänään kukaan ei väitä sitä. Jos yrittää tehdä asioita mitä ei koskaan ole tarkoitettu toteuttavan CSS:llä, se on verrattavissa viisaudenhampaitten poistamiseen peräaukon kautta. Tehtävissä, mutta ei kovinkaan tehokasta tai mielyttävää.
Jos teet tavalliset HTML-kotisivut, käytä raameja (frames) ja javaskriptia (javaskriptillä ei ole mitään tekemistä Javan kanssa). Jotkut väittävät että raamit aiheuttavat ongelmia tulostuksessa, indeksoinnissa ja että kaikki surffaajat eivät salli javaScriptejä. Joskus ehkä oli näin, tänä päivänä voit vapaasti käyttää niitä.
Jos vaihtoehtona on tuhansien HTML-rivien kirjoittaminen (tai kopioi/sijoita) ei tässä asiassa niin pitkään tarvitse miettiä. Kehykset ja javaScript ovat W3-organisaation (standardi-lautakunnan) hyväksymiä piirteitä, eli meitä viisaammat (tai ainakin osaavammat) ihmiset ovat tulleet siihen tulokseen että noita piirteitä tarvitaa ja ne ovat osaa sivujen koodaamisjärjestelmästä.
"vaikka pieraiset miten vaan, aina joku tulee nuuskimaan ja sanomaan että se tehtiin väärin. Anna niitten nauttia elämätehtävästään!"
»..meitä viisaammat (tai ainakin osaavammat) ihmiset ovat tulleet siihen tulokseen että noita piirteitä tarvitaa..»
No juuri näinhän asia ei ole. W3C:n porukka on todennut, että koska näinkin idioottimaista juttua käytetään joka tapauksessa, niin se lienee pakko hyväksyä jonkin dtd:n alle. W3C ei kai koskaan ole suositellut frameja, xhtml:äänkin ne otettiin käsittääkseni aika isolla vastustuksella.
»Jos vaihtoehtona on tuhansien HTML-rivien kirjoittaminen (tai kopioi/sijoita) ei tässä asiassa niin pitkään tarvitse miettiä.»
Eipä niin, ilmeisin (ja ainoa järkevä) vaihtoehto tällaisessa tapauksessa on laittaa sivut sellaiselle palvelimelle joka sallii palvelinohjelmoinnin. Ja silloin taas ei ole enää mitään syytä käyttää kehyksiä.
Tämä tosin on palvelinpuolen juttu, mutta SSI-tekniikalla (Server Side Includes) voi helposti sisällyttää tekstiä ulkoisista tiedostoista yhdelle HTML-sivulle. Esim. jos vaikkapa päävalikon ja alatunnisteen lähdekoodi on sijoitettu tiedostoihin menu.html ja footer.html (pääte voi olla aivan hyvin myös .txt), niin yksittäisen sivun koodi voisi näyttää seuraavalta:
...
Suuri ja mahtava otsikko
Tässäpä viisauden sanoja.
SSI-komennoilla voi myös esimerkiksi näyttää tiedoston viimeisimmän muokkauksen ajankohdan tai suorittaa ohjelmia, joiden tulostus lisätään HTML-koodin sekaan.
SSI siis vaatii palvelimen tukea ja yleensä sen, että HTML-tiedostojen pääte on .shtml. Jälkimmäiseen voi kuitenkin vaikuttaa htaccess-tiedostolla.
Yksi ratkaisu tuohon: 2 kehystä, toisessa kehyksessä valikko ja sisältö aukeaa toiseen kehykseen.
Tuosta taitaa yleisin variaatio olla 3 kehystä eli yläreunassa otsikko ja vasemmassa reunassa valikko, molemmat suht kapeita, ja kolmas kehys sitten muuttuvalle sisällölle. Eli siis nuo otsikko ja valikko kehysten sisältö ladataan vain kerran sivulle mentäessä ja kolmannen kehyksen sisältö vaihtelee.
Tuosta framet:
Ja valikon linkit näin:
href="jotain_asiaa.htm" target="sisalto"
Eli siis sen vaihtuvan sisällön frame(kehys) nimetään, tuossa "sisalto" ja linkkeihin "target" määreellä tuo mihin kehykseen avataan.
Huom! Jos teet sivuston tuolla systeemillä niin suoraan jollekkin "alasivulle" linkitys muualta avaa vain tuon alasivun ja valikko jää puuttumaan.
PS. nuo koodit hätäisesti kopioitu sivustosta jossa on paljon muutakin koodia seassa javascriptiä, saattaa olla joku pikkuvirhe eli "oikolue" koodi ennen käyttöä.
"Jos vaihtoehtona on tuhansien HTML-rivien kirjoittaminen (tai kopioi/sijoita) ei tässä asiassa niin pitkään tarvitse miettiä."
Muun muassa tällaisia kommentteja lukiessa ihmettelee kuinka mielikuvituksettomia ihmiset ovat. Maailma on täynnä erilaisia apuohjelmia (ja tarvittavan puuttuessa sellaisen voi tehdä itse).
Vaikka muutettavia tiedostoja olisi tuhansia, niin homma ei vie enempää aikaa kuin copy/pasteta yhden kerran muutettavat ja niitä vastaavat uudet rivit ohjelmaan.
Homma hoituu esimerkiksi BK RepleceEm nimisellä ohjelmalla. Sillä voi muuttaa menun sisältävät koodirivit toisenlaisiksi kaikissa kansiossa (ja alikansiossa) olevissa tiedostoissa yhdellä kertaa.
Kukaan ei ole seppä syntyessään, jostain sitä on aloitettava!