Banneri

[weatherc]

Juu on minullakin gzipattu kaikki sivut - vähensi sivujen kokoa aivan älyttömästi - mutta silti kuvia tarkkuus on aivan normaali, eikä niiden kuvanlaatu ole kärsinyt yhtään. Mutta tällä foorumilla oleva pakkaus on ilmeisesti huonontanut kuvienkin kuvanlaatua, eikö sitä saisi toimimaan samalla lailla kuten esim. noilla meidänkin sivuilla? Eli että sivun pakkauksesta huolimatta, kuvien kuvanlaatu on alkuperäinen

Juu, Nginx Gzippaa kaikki dedin sivut automaagisesti.
Gzipissä on se juju että se toimii vain php-sivujen kanssa normaalisti, kuvat,css:ät ym. staattisiin tämä ei koske mitenkään vaan ne tulevat niin kuin ovat, eli on tekijän tehtävä pakata ne halutulla tavalla.
Nginx:istä en ole varma mitä kaikkea se gzippaa mutta ainakin php-sivut jotka tulevat Apachelta.

Kuvissa on myös sillä että minkälaiset kuvat on alunperin sormensa pelissä. Jotkut kuvat pienetyy/suurentuu paremmin kun toiset ja tämä näkyy sitten kun esim. foorumin softa muuttaa tallennattavan avartarin kokoa.

[Snowi]

Juu, Nginx Gzippaa kaikki dedin sivut automaagisesti.

Ai se osaa tuollaisenkin? 

Itse gzippasin kaikki sivut jo lähes heti kun julkaisin sivut. Joten minulla on joka sivun yläosassa

Koodi [Valitse] Laajenna

<?php if (substr_count($_SERVER['HTTP_ACCEPT_ENCODING'], 'gzip')) ob_start("ob_gzhandler"); else ob_start(); ?>

Ilmeisesti sitä ei sitten enää tarvitsisi olla, mutta pidetään se nyt siellä varmuuden vuoksi 

[weatherc]

Ai se osaa tuollaisenkin?  Hymyilee
Itse gzippasin kaikki sivut jo lähes heti kun julkaisin sivut. Joten minulla on joka sivun yläosassa
Koodia:
<?php if (substr_count($_SERVER['HTTP_ACCEPT_ENCODING'], 'gzip')) ob_start("ob_gzhandler"); else ob_start(); ?>
Ilmeisesti sitä ei sitten enää tarvitsisi olla, mutta pidetään se nyt siellä varmuuden vuoksi

Juu 
Muistaakseni Nginx toimii siten että jos sivu ei ole gzippattu kun se tulee Apachelta se gzippaa sen. Esim. mulla ei ole tuota ob_gzhandler-funktiota käytössä enää
Se oli ensimmäisiä asetuksia mitä siihen laitoin kun aloitin sen kanssa säätämisen vps:llä.

[J.Jäntti]

Juu on minullakin gzipattu kaikki sivut - vähensi sivujen kokoa aivan älyttömästi - mutta silti kuvia tarkkuus on aivan normaali, eikä niiden kuvanlaatu ole kärsinyt yhtään. Mutta tällä foorumilla oleva pakkaus on ilmeisesti huonontanut kuvienkin kuvanlaatua, eikö sitä saisi toimimaan samalla lailla kuten esim. noilla meidänkin sivuilla? Eli että sivun pakkauksesta huolimatta, kuvien kuvanlaatu on alkuperäinen 

Avatarinkin kanssa kokeilin muistaakseni eri kuvakokoja, mutta eivät näyttäneet vaikuttavan tilanteeseen. Ei tämä mikään paha asia ole, mutta olisihan se aina hienompi, jos kuvien laatu olisi alkuperäinen kristallinkirkas 

FinWX:n sivustolla gzip-kompressio on ainoana foorumilla päällä. Tämä siksi, että sivusto rakentuu vielä sivuston vanhan, natisevan 2.0-version HTML-PHP -sekarungon päälle.
Tiettävästi en ole asettanut foorumille esim. allekirjoituksessa olleita bannerikuvien kokoa koskevia rajoitteita lainkaan, vaan kuvat tulevat omillaan toiselta sivulta kokonaan. Liitteiksi tuleviin kuviin ei ole tietojeni mukaan kajottu muulla, kuin tiedoston koon rajoituksilla, eli jos kuvan lähettää liitteenä, sen pitäisi säilööntyä serverille sellaisenaan ilman mitään jälkikäsittelyä. Jos kuvan avaa, sen pitäisi avautua täysin normaalisti ellei kuvan fyysinen koko ole sitten jotain 2048x1536 luokkaa, jolloin se ikkunassa skaalautuu pienemmäksi (ja Firefoxissa klikkauksella 100% kokoonsa suurennettavaksi).

[teutari]

Ollaanko siirrytty CET aikaan.
Mulla ja Halikolla näyttää puskevan banneriin tuota aikaa, samoiten omassa sääkamerakuvassa on myös tuo CET aika.
Milläs noita kellon viisareita väännetään eteenpäin?

[weatherc]

Olen huomannut ihan saman...

Dedi kulkee CET:ssä noin pohjimmiltaan.
Mutta jostain syystä viikon takaisen päivityksen jälkeen ei date_default_timezone_set("Europe/Helsinki"); toimi, vaikkei php:hen mitään päivityksiä tullut, mikä on perin kummallista.
Muuttamalla se date_default_timezone_set("EET");-muotoon se toimii kuitenkin ok.

Sarjassamme seliittämättömät kummallisuudet..

[teutari]

Muuttamalla se date_default_timezone_set("EET");-muotoon se toimii kuitenkin ok.

OK... sinne meni tuo CET aika nyt eletään taas tätä normaalia peräkylän aikaa.

[Naruskan Ukka Matinpoika]

Ukalla on täällä Rovaniemeltä apulainen, joka on yhdessä Henkan kanssa operoinut viikonlopun aikana Naruskan sääbanneria. Banneri onkin saatu luotua ja se toimii tällä hetkellä Henkan palvelimen kautta. Kiitos siitä Henkalle.

Nälkä kun kasvaa syödessä, niin nyt Kasperia kiinnostaa saada banneri toimimaan meidän omalla palvelimellamme, samalla millä varsinaiset Retkeilymajan kotisivut sijaitsevat. Samalla banneria voitaisiin helposti muokata ja mahdollisesti kehittää lisää käyttötarkoituksia.

Tänne asennettiin WAMPSERVER-ohjelma, jonka kautta luomusta voi katsella PHP-muodossa. Saimmekin bannerin näkyviin liittenä olevalla PHP:lla currdat-tiedoston ollessa WAMPSERVERIN www-kansiossa mutta säätietoa banneriin ei ilmesty. Banneriin tulee lukemaan teksti "tuoretta tietoa ei saatavilla". Kun PHP:n laittaa hakemaan Currdat.lst -tiedoston suoraan c-asemalta, banneri ei enää aukea vaan selaimeen tulee teksti:
"Kuvaa http://localhost/banner_wuhu_naruska.php ei voida näyttää, koska se sisältää virheitä."

Siihen loppuu Naruskan sääasemaoperaattoreiden tietotaito asian suhteen. Miten tästä eteenpäin?

[weatherc]

$clientrawfile = "c\WUHUOut\currdat.lst";

Tuosta uupuu pilkut, eli näin:
$clientrawfile = "c:\WUHUOut\currdat.lst";

[weatherc]

Nälkä kun kasvaa syödessä, niin nyt Kasperia kiinnostaa saada banneri toimimaan meidän omalla palvelimellamme, samalla millä varsinaiset Retkeilymajan kotisivut sijaitsevat. Samalla banneria voitaisiin helposti muokata ja mahdollisesti kehittää lisää käyttötarkoituksia.

Ei muuta kuin tarvittavat kuva(t) ja fonttitiedosto palvelimelle sekä currdat.lst:n uppaus sinne sekä polut oikein niin pitäisi toimia