Faktantarkistus
Faktat tiskiin. Valheille korkeintaan säälivä katse.
Liittynyt sitten
Muokkaa profiilia1 aloitusta · 82 kommenttia
- Jos ymmärsin oikein niin olet jo takeoutilla imuroinut gmail-tililtäsi arkistot omalle koneellesi. Ellet ole itse tehnyt säätöjä selaimesi oletusasetuksiin, niin lataamasi arkistot löytyvät kansiosta Ladatut tiedostot. Arkistojen lukemiseen tarvitset vielä erillisen lukuohjelman. Katso step by step -ohjeita
https://tuuletus.net/km/201912/index.php#gmail
aiemmin tänä vuonna alan lehdistä tallennettuna tai kipaise kirjastoon ja etsi ohjeita paperiversioista. - Gmailista voit imuroida sähköpostisi arkistoon omalle koneellesi Googlen palvelulla osoitteessa:
https://takeout.google.com
Tuo toimii eräänlaisena varmuuskopiona tärkeille posteille mikäli on pienikin riski että ne tulee vahingossa poistettua verkosta. Tai jos käy jopa niin ikävästi että Googlen tarjoama sähköpostien palvelintila uhkaa loppua. - Ota tasapainovaaka käyttöön: toiseen puntariin työmäärä ja toiseen työstä saatava hyöty. Jos hyöty jää korkeammalle, niin unohda koko juttu. Ihan kaikkea ei tarvitse nettisivuillakaan olla. Jotkut väittää jopa yksinkertaisen olevan kauniin.
- Mitään kokomääreitä en osaa tauluun piirtää. Itsellä yksinkertainen layout on aina ykkönen ja sitä myöten css:t on minifyituina niin pieniä että periaatteessa on aivan sama laittaako ne stylenä suoraan dokumenttiin vai linkittääkö irrallisena tiedostona. Ratkaisevaa on se, käyttääkö samaa css:ä useampi kuin vain yksi tiedosto. Luonnollisesti jos samalle layoutille kirjoitettuja sivuja on useita, niin css on omana linkattavana tiedostonaan, jolloin ylläpidossa muutos yhteen paikkaan muuntaa koko paketin.
Sivut joka tapauksessa latautuu nopeammin aiemmin jo mainitun selainten cachen vuoksi ja itse dokumentit pysyy siistinä / helpommin luettavana kun tyyliasiat on eriytetty omaksi kakukseen.
Muotoiluja testatessa hyödynnän myös järjestystä eli jos linkitetyssä css-tiedostossa on jokin asetus mitä haluaa vielä testailla toisin asetuksin yhdessä tiedostossa, niin ei tarvitse muuttaa sitä alkuperäistä linkitettyä tiedostoa mokoman testin takia, vaan ylikirjoittan testiasetuksia style-tageilla ja tällöin selain unohtaa sen mitä siellä linkatussa alunperin oli. - Olisiko sen yksittäisen css-tiedoston itsensä ominaisuuksissa jokin lukitus päällä.
Kokeile laittaa sille lukuoikeus numerolla 644.
Turha näitä on enempää ulkopuolisten arvailla. Ota yhteys käyttämäsi webbihotellin tukeen. Osaavat varmasti parhaiten kertoa oikeat kikat miten pääset omiin tiedostoihisi käsiksi. - Haiskahtaa siltä että css-kansiossasi ei ole asianmukaisia lukuoikeuksia.
Varmista että sen css:n sisältävän kansion tiedosto-oikeustaso on numeroltaan 751.
Suhteellinen linkitys yksinkertaistettuna:
linkityksen sisältävä tiedosto:
<domain>/index.php
<link rel="stylesheet" type="text/css" href="themes/forum_css.css" /> - Tietämättä hakemistorakenteestasi yhtään mitään voi vain arvaillen vinkata, että suhteellinen viittaus kuuluisi olla
joko
../wp-content/themes/forum_css.css //mikäli kansio samalla tasolla
tai
wp-content/themes/forum_css.css //mikäli kansio alikansiotasolla - Pari nopeaa huomiota ennen kuin laitetaan tämän ketjun osalta kansi kiinni:
Sinulla on valtavirrasta poikkeava tyyli rakentaa projektiasi mikä näkyy hyvin tässä ketjussa. Ulkopuolisten on hankala ellei jopa mahdoton ottaa mihinkään kantaa edes neuvonantajan ominaisuudessa ettei tule neuvoneeksi harhaan ja toisekseen muiden (ainakin itseni osalta) on vaikea ottaa oppia noista yksittäisistä snippeteistä, koska sivuja rakennetaan niin eri tyyleillä.
Taisit edellä jossain ampua alas yleisen tavan erotella esimerkiksi css:t omaksi tiedostokseen. Minusta siinä tavassa on ainakin yksi hyvä puoli: cache. Selaimet muistaa jo vierailtujen sivujen linkitetyt isot tyylitiedostot ja kuvatiedostot niin, ettei niitä tarvitse aina uudelleen ladata. Kaistaa säästyy ja sivut avautuu siis hyppysellisen nopeammin. Ymmärsin että laitat kaiken tietpkantaan. Eikös se johda siihen, että samaa bittivirtaa ladataan pakotetusti aina uudestaan...
Nykyään tosin tiedonsiirto on nopeaa eli tuskinpa tuo pullonkaulaksi muodostuu, mutta ainakin periaatteessa tyylien erottamisella omaksi itsenäiseksi osakseen on puolensa.
Tämä tästä teemasta. Hölmöillään muissa merkeissä sikäli jos jotain uutta ilmenee. - Googlen kuvapalvelusta oli vast'ikään lehdessä seikkaperäinen opastus. En tiedä auttaako se just aloittajan kaverikysymykseen mutta saattaa selventää yleisesti miten kuvia voi tietokoneilta ja puhelimilta laittaa nettijakoon:
https://tuuletus.net/km/201914/index.php#google_kuvat - Hyvä että projekti pala palalta etenee vaikka valmista ei bittiviidakossa ikinä tulisikaan.
- Keksien kanssa pitää aina huomioida että selaimissa voi kieltää kokonaan niiden asettamisen. Tuossa pätkässä esimerkkikoodia ei nähdäkseni tutkita sitä hyväksyykö selaaja cookies -asetannat. Toisekseen tuossa koodissa asetat keksille elinajaksi satoja vuosia, mikä lienee lääketieteen kehittymisestä huolimatta hieman liioittelua :)
Cookies on todellakin tarkoitettu pitämään muistissa jotain tarpeellista tietoa tulevia istuntoja varten. Jos haluat päivittää juuri kirjoittamasi uuden cookien asetukset avoimelle sivulle heti, niin sivu täytyy ladata uudelleen.
Loogisesti siis sivulle tultaessa tutkit headerissä ensin onko sivustosi keksi jo olemassa. Jos ei ole niin yrität asettaa sen. Sen jälkeen tarkistat onko keksi nyt olemassa
if(count($_COOKIE) > 0){
//your code
}
Mikäli yhtään keksiä ei edelleenkään löydy, niin unohda koko cookies-juttu koska selaaja ei niitä hyväksy.
Mikäli juuri luomasi keksi nyt löytyy niin saadaksesi asetuksen heti voimaan päivität avoimen sivun
if(count($_COOKIE) > 0){
$myUrl = "https://$_SERVER[HTTP_HOST]$_SERVER[REQUEST_URI]";
header("Location: ".$myUrl);
}
*** Ole varovainen! Jos laitat edellä mainitun sivun päivityksen headerissäsi väärään if -lohkoon, niin saat aikaan ikuisen silmukan mikä kaataa koko sivustosi. ***
Keksien kanssa eläminen ei todellakaan ole yksinkertaista maailmassa missä selaimissa voi joko sallia tai kieltää ne. Halutessasi voit tietysti yksinkertaistaa asioita ja rakentaa sivusi niin, että jos selaaja ei hyväksy keksejä, niin ohjaat hänet tylysti ulos omalta saitiltasi vaikkapa googlen etusivulle
if(count($_COOKIE) == 0){
header("Location: https://google.fi");
exit();
} - Ei varmaankaan ole ilmaisia eikä minulla ole aikomusta ylläpitää tuoreita ristikkoja koko ajan sitä mukaa kun ne lehdissä julkaistaan. Kokosin tuon lähinnä kertaluontoisena pakettina,
- Vaihda php.ini -tedostoon määritys oikeasta aikavyöhykkeestä tyyliin
[Date]
date.timezone=Europe/Helsinki
niin eiköhän ne tunnitkin sillä korjaannu. - Koneesi aikavyöhyke on ilmeisesti GMT 2 ja kesäaikaa (daylight savings) ei PHP:ssa huomioida, vaikka koneesi käyttöjärjestelmän näyttökello sen osaakin kesäaikaan muuntaa.
- OK. Odotin näkeväni pian analyysin siitä miten valtakunnan ykköspäivälehti on viimeisen vuoden aikana kehittynyt 64 julkaisemansa sanaristikon (52 vko 12 kk) suhteen, mutta aina ei näemmä saa mitä toivoo. Poimi nyt kuitenkin se zip-pakattu säkki varastoosi jos vaikka talven hämärinä hetkinä mielesi muuttuu ja ristikkojen sanomalehtimäinen ulkoasu lakkaa häiritsemästä :)
- Hyvä siitä tulee kun et puske koko aikaa vaan otat välillä etäisyyttä Code Snippeteihin. Muutaman kiperän ristisanan jälkeen pluginien koodaaminen sujuu entistäkin lennokkaammin.
Lupasin tuossa aiemmin järjestää forumin rakentajalle väliin muuta ajateltavaa:
https://tuuletus.net/hs/ristikot
Lataa kaikki 64 tehtävää, mutta muista että pakko ei ole tehdä niitä kaikkia samoilla silmillä :) - Muistaakseni tästä aiheesta on ollut palstalla aiemminkin juttua, mutta eipä pikaisella haulla löytynyt. Kaivatun käännösnapin saa kiinnitettyä osoitepalkkiin sivun kielestä riippumatta lisäämällä pari riviä rekisteriin. Oletuksena se ei näy esim. suomenkieliseksi tunnistettavilla sivuilla jos Translator on säädetty kääntämään sivut suomeksi. Rekisteriä puukottamalla käännösnappi näkyy aina.
- Mainitsit että esittelemäsi koodin ajo epäonnistui. Tulppa voi tuon pituisessa koodissa olla niin monessa kohtaa että se ratkeaa vain kun paloittelet sen ja testaat yksi kerrallaan että yhteys kantaan toimii, manuaalinen SQL-lause toimii, muuttujien rakentamisessa käyttämäsi GET-lauseet saa jotain arvoja...
Sivustostasi päätellen olet siis sanaristikko-expertti eli ratkot ja analysoit. Kokoan sinulle "kostoksi" tähän aiheeseen liittyvän pähkinän pureskeltavaksi, jotta saat nettisivujen rakentamisen oheen muuta ajateltavaa ja sopivasti etäisyyttä niihin takkuileviin tietokantafunktioihin :) - HUH - näyttääpä vaaralliselta! Itse asiassa ihmetyttää miksi sivuja suojeleva botti ei ole poistanut viestiä heti kättelyssä.
Syntaksissa on silmämääräisesti katsoen niin paljon pielessä että edes XXXL koon rautakangella sitä ei saa kammettua toimimaan. Tietokantasi taulurakenteeseen ei voi sanoa mitään mutta ihan alkuun kannustan korvaamaan mysql -sanan mysqli -sanalla.
Tämä palsta on muutenkin aivan avuton minkäänlaisen koodin esittelyyn. Se voi näyttää kirjoitettaessa ihan selkeältä mutta kun täällä muotoilut poistuu julkaisuvaiheessa niin koodin luettavuus kärsii pahasti. - Tuohon on kirjoitettavissa pieni skripti minkä ajamalla saat ajurin automaattisen päivitysongelman Windowsissa siirrettyä syrjään parilla hiiren klikkauksella.
Laita meiliä jos muut kikat ei toimi tai haluat hoitaa asian helposti.