"Tyhmät" yksittäiset kysymykset
-
@viixi Kimo on Lakeuden Hehku.
-
@viixi Trio on tuo rautias.
-
-
@spookiness En oo varma mitä tarkotat "käyttäytyy typerästi", mun selaimella katsottuna ei näy muuta vikaa ku se et fontti on vain eri tuolla sivulla ku mitä muilla = Open Sans ei lataudu vaan sivuilla on tuo fallback sans-serif-fontti. Johtuu siitä että oot importannut fonttitiedostot http-protokollalla ja tuo laittamasi linkki vie https-protokollalle. HTTPS ei hyväksy suojaamattomia (http:lla ladattuja) importteja (tyylitiedostot, fontit ym.). Summa summarum ongelma korjaantuu sillä, että vaihdat tuon google fontsin fonttitiedoston https-alkuiseksi.
-
@jassu-l okei. miksiköhän se toimii muilla sivuilla ihan samalla osoitteella kuitenkin?
-
@spookiness En osaa vastata tuohon ilman lisätietoja. Mikä selain käytössä? Millä sivuilla (tarkat url-osoitteet) fontti mielestäsi toimii ja millä ei toimi? Ja vahvistatko vielä että onko ongelma nyt se arvelemani että fontti on väärä, vai millä tavoin se käyttäytyy typerästi?
-
@Spookiness Ei mul muuta ku et kiitti Lemmy vetää nyt keikkaa mun päässä.
-
NJ/VSN arvonimet! Olenko ymmärtänyt oikein, ettei arvonimien anomiseksi tarvitse enää olla tietoja näyttelymenestyksestä hevosen sivuilla tai tiedoille ei ole mitään määrättyä muotoa?
-
@jassu-l siis joo Killed By Deathin sivuilla oli eri fontti kun muilla sivuilla. Vaikka fontin linkitysosoite on kaikissa ihan sama. Ongelma korjaantui, kun laitoin Killed By Deathin sivujen fonttilinkitykseen https -alun. Muissa se on edelleen http. Ja firefox käytössä.
-
@spookiness Aa ok. Jos kokeilet vierailla minkä tahansa hevosen sivuilla https-protokollan alla, ei fontit toimi jos fontit on linkattu http
Killed By Deathin fontit taas olis toiminut osoitetta vaihtamattakin, jos sivuilla ois koittanut vierailla vaihtamalla sivun url http-alkuiseksi. En tiedä mitä kautta sun selain oli päätynyt juuri Killed By Deathin sivuille https-protokollan alla, mutta jos sieltä navigoi mihinkään muualle sun sivustolla, niin ongelmahan seuraa mukana, koska kaikki linkit esim. sun ulkoasussa on muodostettu paikallisena polkuna.Selaimissa on eroja siinä suhteessa, mitä protokollaa ne oletuksena käyttää. Jos linkkeihin ei erikseen määrittele protokollaa (eli linkit kirjoitetaan paikallisena polkuna, eli linkkien href:ssä ei oo https:// tai http://-alkua), Firefox seuraa sitä protokollaa minkä alla se silloin sattuu olemaan (eli jos oot https-alkuisella sivulla kuten Killed By Deathin sivuilla, niin selain seuraa tällaisia linkkejä https:n alla, ja vastaavasti http-sivu vie http-sivulle jne).
Chrome taas käyttää oletuksena https:ää, eli jos linkissä ei oo protokollaa niin Chrome yrittää automaattisesti mennä https:lle, jos palvelin suinkin sitä suostuu tukemaan.Sivujen ylläpitäjänä on kaikista turvallisinta käyttää aina https-alkua css-, fontti- ja kuvatiedostoissa, koska ei voi tietää mitä polkua kävijät sivuille päätyy ja minkä protokollan alla ne siellä vierailee. Perussääntö tosiaan on että http-protokolla suostuu näyttämään kaiken mahdollisen salatun ja salaamattoman liikenteen, mutta https taas ei näytä kuin https-sisältöä ulkoasuissa. Siksi https-alku on kaikista toimintavarmin eikä sen käytöstä oo mitään haittaakaan, vaikkei haluaisikaan https-alulla tarkoituksellisesti omaa sivustoa muualle linkata tai pistää palvelinta pakottamaan https:n alla olemisen (kuten esim mulla hiirenkolo.netissä on). Mutta ulkoasun tiedostojen linkkaaminen https-alkuisina siis paikkoo kaikki ne tapaukset, joissa kävijät syystä tai toisesta päätyy sivuille https:n alla, ja ihmettelee miksi "ulkka ei toimi oikein".
Hirvee nice-to-know-liirumlaarum mutta tässäpä pikaopas nettiselainten protokolliin
-
@jassu-l Hyppään nyt mukaan keskusteluun, mut tääkö meinaa, että pitäis kaikki (paikallisiksi poluiksi) lyhennetyt linkit koodissa vaihtaa kokonaisiksi, sisältäen tuon https-protokollan?
-
@screwdriver Ei tietenkään, päin vastoin Paikalliset polut on ehdottomasti järkevin tapa kirjoittaa linkkejä, jos se on suinkin mahdollista Kaikkien sivuston sisäisten linkkien https:ksi muuttaminen olisi tehoton keino varmistaa "oikea" protokolla ulkoasun toiminnan kannalta, koska yhtä lailla käyttäjä voi päätyä sivuille muilta sivustoilta, tai kirjoittamalla urlin suoraan selaimen osoiteriville. Se ei siis millään tapaa ole siksi tarpeellista tai edes kannattavaa.
Pointtini oli: paikallisia polkuja kirjoittaessa kannattaa vaan tiedostaa, että jos palvelimella ei ole uudelleenohjausta / pakotusta jommalle kummalle protokollalle (ja oletetaan myös, että palvelin tukee https-protokollaa), käyttäjä voi päätyä sivuille näistä kummalla tahansa.
Tämä kannattaa ottaa huomioon linkittämällä ulkoasun materiaalit joko a) paikallisena polkuna (noudattaa aina samaa protokollaa kuin sivu jolle sitä yritetään ladata = ei https/http-ristiriitaa), tai b) https-protokollalla (jotta vältetään ristiriidat, jossa ulkoasu ei näy oikein jos kävijä vierailee sivuilla https:n alla, koska https-materiaalit näkyvät aina myös http:n alla). -
millanen on tämä paikallinen polku/lyhennetty linkki? Jos se olisi sellainen järkevin tapa välttää ongelma
-
@spookiness paikallinen/lyhennetty polku tarkoittaa esim. sinun sivustolla sitä, että et laita kuvakoodia muotoon <img src="http://aateliton.net/radicaltrotters/kuva.jpg"> vaan pelkästään <img src="kuva.jpg">. Tällöin nettisivu osaa ottaa sen kuvan osoitteeksi oikean http-alun sen mukaan, mitä kautta sivulle on tultu. Sama koskee tietysti myös esim. CSS-tiedostoa, jos se on linkitettynä sivulle.
Mutta noiden ulkoisten muotoilujen, eli esimerkiksi tässä tapauksessa fontin polku täytyy olla kokonainen (eli http-alku mukaan lukien), koska se tulee ulkoiselta palvelimelta. Ja tällöin Jassun ohjeiden mukaisesti se kannattaa laittaa https-alkuiseksi, jolloin se toimii riippumatta onko sivusi osoite nyt http- vai https-alkuinen.
-
@jassu-l Ahaa, joo, mun väärinymmärrys Mulla on itse Altervista tosin käytössä niin en tiedä miten (jos lainkaan) mahdollista uudelleenohjaus/pakotus https:lle on
Mulla on siis https-mahdollisuus otettu asetuksissa käyttöön, sitä protokollaa siis tuetaan. Onko tällaisessa tapauksessa paras vaan hoitaa kaikki linkit sivuilla polkuina ja css muotoilussa sitten kokonaiset https-linkit?
-
This post is deleted! -
@yuna värikeskustelusta saattaisit saada paremmin vastauksen
-
@Tuire kiitos! Mä siirrän sen tuonne!
-
@screwdriver Altervistassa pystyy vapaasti muokkaamaan .htaccess-tiedostoa, eli sinne saa kyllä askarreltua uudelleenohjauksia jos sellaisia kokee tarvitsevansa
Sivujen linkeillä ei oo ulkoasun toiminnan tai muunkaan kannalta merkitystä, nää on mielipideasioita mut itse suosin paikallisena polkuna merkitsemistapaa koska se on lyhyin, ja linkit toimii myös vaikka sivut siirrettäisiin eri domainille tjsp. Ulkan toiminnan kannalta ainoa relevantti asia on tosiaan ne ulkoisten / kolmannen osapuolen materiaalien linkitykset, jotka kannattaa aina tehdä https-alkuisina jotta ne toimii protokollasta riippumatta.
-
taas tuun kyselemään, kun mun silmät ei nyt vaan tajua, että missä koodissa vika piilee...
http://aateliton.net/radicaltrotters/siitos.html
tämä sivu toimii oikein, noitten rotuvalikkonavigaatioiden suhteen.http://aateliton.net/radicaltrotters/tammat.html
tämä sivu taas heittää rotuvalikot seuraavalle riville. Miksiköhän, vaikka muokkasin kooditkin täysin samanlaisiksi. wtf.