Tere!
Mun host (EUKhost) sulki nordicweather.net-sivuston iltapäivällä koska sivusto ylikuormitti serveriä. Syykin selvis, mulla on sääennuste-osoiossa php-skripti joka Norjan IML (yr.no) jakaa jotta voi näyttää paikallisia sääennusteita omilla sivuillaan täysin laillisesti, löytyy myös melkein kaikki suomen paikkakunnat (Tästä vois Suomen IML otta "hiukan" oppia!!).
Jostain syystä tuo skripti tuotti virhesanomia EUKhostin lokiin tahtiin yli 300 kpl/sekunnissa ja ne sulki sen ymmärrettävistä syistä ja ilmoitti siitä minulle emaililla.
En ollut koneen äärellä ennenkun nyt illalla joten siiä johtui viivästys sekä sivuston alhaallaolo venyi noin 5 tuntiseksi. Kiitos että EUKhostilla on 24/7 toimiva live-support sain sivuston ylös takaisin alta 5:ssä minuutissa siitä kun aloitin asian purkaamisen (luin emailin) ja sain poistettua kyseisen skriptin serveriltä jatkotutkimuksia varten.
Oon ootanut yhteyttä yr.no-sivuston ylläpitoon jotta saisin asiaan selvityksen että mistä johtui.
Epäilen vahvasti että se oli jonkunlainen DOS-hyökkäys johonkin Norjalaiseen tai muuhun sivustoon kohti koska Nordic Networkin aemalla Berdal:lla on myös ollut ongelmia tänään sivuston kanssa.
Henkka
Lainaus käyttäjältä: weatherc - tiistai, 29.07.2008, 21:31
...Norjan IML (yr.no) jakaa jotta voi näyttää paikallisia sääennusteita omilla sivuillaan täysin laillisesti, löytyy myös melkein kaikki suomen paikkakunnat (Tästä vois Suomen IML otta "hiukan" oppia!!).
Katselin noita Norskien sivuja ja en kyllä ymmärtänyt miten näitä ennusteita saa omille sivuille. (muuten kuin linkittämällä vaikka tuon Finlandin) Onkos sielä joku kohta mistä voi paikkoja valita ja scripti sen mukaan? ???
Edit: Löytyikin jo. Nyt pitää tutkia hieman tarkemmin... http://www.yr.no/place/Finland/Southern_Finland/Lohja/
Tuosta löytyy kyseinen php-skripti: http://www.yr.no/verdata/1.5542682, siitä kohta "Last ned scriptet" :)
Jotain häikkää on jälleen: sivuille ei pääse, vain error 500 -ilmoitus.
Juuh....
Odottelen tässä vastausta heidän supportilta, heidän live-chat ei osanut auttaa...
Jotain overload-häikkää siellä on jossain kuulemma...
Ja koska sääaseman automaattiset uploadit yritti tietenkin uploadata tavaraa vaikka ei ollut pääsyä niin heidän palomuuri on blokannut mun ip:n kunnes sallivat sen taas...
Olis kiva jos olis saatvilla jotain lokeja josta näkis mitä tapahtuu sivuilla, siis kaikki tapahtumat, normaaleilla webhotelli-tileillä ei vaan tahdo olla ne saatavilla..
Ei tietoa milloin tulee pystyyn taas...
Henkka
Ovat ylhäällä taas ainakin seuraavat 24 tuntia, oon tässä yhteydessä supportiin että löydettäis pahat skriptit jotta saan ne korjattua.
Mikäli joku sivu/funktio häviää yks-kaks yllättäen johtuu se siitä että poistan sen tilapäisesti käytöstä kunnes korjattu..
Hmph...
Väittävät että sääsivulla "liikaa käyttöä", aiheuttajina clientraw.txt ja NSRealtime.txt.
Eli molemmat pieniä tekstifiluja jotka lähinnä käytetään 2:lla sivulla (etusivu & tutka). Näitä filuja käyttää ajax-javascriptit jotka päivitti datansa joka 20:s (etusivu) ja joka 5:s sekunti (tutka).
Arvon nörtit siellä englannissa ehdotti että säädä päivitysväli vähintään 90:een sekuntiin. Vastasin tuohon että niin korkealle en voi niitä nostaa (sanoin että max 60 sek (ainakin kunnes rauhoittuvat ;))) koska silloin se ei ole enää reaaliaikainen joka on koko homman juju.
Katsotaan mitä vastaavat....
Sivusto ylhäällä mutta data ei päivity toistaiseksi kaikilta osin, sääverkon kartta hävis unexpected T_DEC-php-virheen takia jota en tahdo löytää sitten millään
Lainaus käyttäjältä: weatherc - maanantai, 04.08.2008, 23:26
Hmph...
Väittävät että sääsivulla "liikaa käyttöä", aiheuttajina clientraw.txt ja NSRealtime.txt.
Eli molemmat pieniä tekstifiluja jotka lähinnä käytetään 2:lla sivulla (etusivu & tutka). Näitä filuja käyttää ajax-javascriptit jotka päivitti datansa joka 20:s (etusivu) ja joka 5:s sekunti (tutka).
Arvon nörtit siellä englannissa ehdotti että säädä päivitysväli vähintään 90:een sekuntiin. Vastasin tuohon että niin korkealle en voi niitä nostaa (sanoin että max 60 sek (ainakin kunnes rauhoittuvat ;))) koska silloin se ei ole enää reaaliaikainen joka on koko homman juju.
Katsotaan mitä vastaavat....
Sivusto ylhäällä mutta data ei päivity toistaiseksi kaikilta osin, sääverkon kartta hävis unexpected T_DEC-php-virheen takia jota en tahdo löytää sitten millään
Aika hälyttävä tieto.
Eivät sitten viitsineet ne brittipirut vaivautua kertomaan, mitä tarkoittaa, että sivulla on "liikaa käyttöä". Tuosta olisi ymmärrettävissä, että joku lukee noita filuja ihan omiin tarkoituksiinsa sivuiltasi, eikä niin, että clientraw.txt ja NSRealtime.txt päivittyisivät liian tiuhaan. En tosin tajua, miten he luulevat vähentävän "liikakäyttöä" siten, että sinä harvennat päivitysväliä...
Jos sivuiltasi viedään reaaliaikaisuus, se ei välttämättä tarkoita sivujesi huonontuvan, mutta heidän väitteensä liikakäytöstä on ihan tuulesta tempaistu, väitän minä. :(
Jos palveluntarjoaja heittäytyy hankalaksi, ainoa keino on sen lopettaminen ja uuden hankkiminen.
Älä anna palveluntarjoajan kiusaavan Sinua.
LainaaEivät sitten viitsineet ne brittipirut vaivautua kertomaan, mitä tarkoittaa, että sivulla on "liikaa käyttöä". Tuosta olisi ymmärrettävissä, että joku lukee noita filuja ihan omiin tarkoituksiinsa sivuiltasi, eikä niin, että clientraw.txt ja NSRealtime.txt päivittyisivät liian tiuhaan. En tosin tajua, miten he luulevat vähentävän "liikakäyttöä" siten, että sinä harvennat päivitysväliä...
Sori jos kirjoitin epätarkasti, tuota ne juuri tarkoitti että clientrawta ja NSLogia luetaan tiuhaan, ei upload-välejä, onhan clientraw:t päivittynyt 20 sekunnin välein alusta asti enkä niihin ole koskenut.
Ja tilastoista näkyy kun niitä tutkailin että NSLogia on luettu hulppeat
1.2 miljoonaa kertaa sekä clientarw:ta
500000 kertaa ja tämä vain 4:ssä päivässä (Elokuussa).
Nuo kun jakaa tasaisesti jokaiselle tunnille 4 päivän ajaklle niin sadaan 12500 ja 5500 kertaa tunnissa keskimäärin.
Nuo luvut alkaa jo olemaan aika hurjia ja täytyy koittaa saada ne kuriin ja löytää syypää siihen.
Eilen kun olin moneen kertaan yhteydessä heihin maililla niin hyvin auttavaisa ja kertoi mitkä filut ovat syylliset ja ehdotti mitä tehdä. Tuo heidän ehdtus 90 sekunnin päivitysvälistä (siis ei upload vaan väli joka data päivittyy dynaamisesti sivulla) on siinä mielessä ymmärettävä ettei heillä ollut tietoa minkälaisesta sivusta on kyse ja miten noita filuja luetaan.
Tein laskelman että alkuviikosta kun oli ukkosta ja sivuilla liikennettä ja käyttäen tuota mun "visitors online"-skriptin tietoja niin NSLogia luettiin yli 200000 kertaa tunnissa parhaimmillaan joten siihen täytyy kyllä keksiä joku jekku.
Ja toinen seikka, harvat ovat webhotellit jossa tällaisia asioita voi hoitaa toimisto-ajan ulkopuolella ja lähes reaaliajassa (vastaukset tuli alta puolen tunnin) joten siinä nostan kyllä heille hattua.
Tosin kun kun katselin cPanelissa (webhotellin hallintapaneeli) olevaa server-statusta niin näkyy että serveri jossa majailen rupee tilaltaan olemaan aika täynnä sekä serverloadit jatkuvasti yli 1, välillä lähemmäs 3 (mulle on kerrottu että 1 on hälytysraja, 3 on jo kriittinen), ja siten veikkaan että ne yrittävät saada loadit alemmas kauttaaltaan, ei vaan multa.
hmm...
tasot nyt hyväksyttävällä tasolla EUKHosin puolesta mutta oon seuraillut noitten kahden filujen käyttöä...josta eniten ihmetyttää clientraw:n käyttö, NSLogia ei nyt juuri käytetä kun ei ukkosiakaan, edellisen 13 tunnin keskiarvo 153/krt tunnissa, clientrawta sen sijaan yli 2800 kertaa tunnissa eli yhteensä 37000, kertoja jota sivuja yhteensä katseltu on samana aikana 8600...sivuilla sitä ei käytä kun etusivu...
LainaaEttä Weatherc kärsii jonkun per**leen krakkerin touhuista, joka ei näe rajaa omien ja toisten "taskujen" välillä.
Sama alkaa mullakin tulemaan mieleen....koska ainakin tuon clientraw:n käyttö on iha utopista, koska jos oetaan oletuksena että ladattais kerran per sivulataus ja poistetaan ne tuosta äskeisestä luvusta sekä että eräät thot lukevat sitä ihan luvalla muutaman kerran niin jäljelle jää 29000 kertaa ilman selitystä.
Henkka
Lainaus käyttäjältä: weatherc - tiistai, 05.08.2008, 21:28
hmm...
tasot nyt hyväksyttävällä tasolla EUKHosin puolesta mutta oon seuraillut noitten kahden filujen käyttöä...josta eniten ihmetyttää clientraw:n käyttö, NSLogia ei nyt juuri käytetä kun ei ukkosiakaan, edellisen 13 tunnin keskiarvo 153/krt tunnissa, clientrawta sen sijaan yli 2800 kertaa tunnissa eli yhteensä 37000, kertoja jota sivuja yhteensä katseltu on samana aikana 8600...sivuilla sitä ei käytä kun etusivu...
Jos saat EUKHostilta jotain listaa, mistä IP-osoitteista noita hakuja tulee noin paljon niin saat selville, mikä instanssi "reaalilukee" tuota tiedostoa. Ei tuollaiset luvut ole enää terveitä.
Jonkun ulkopuolisen tahon on täytynyt äkätä tiedostosi suora osoite ja repii sitä omaan käyttöönsä. Tilanne on vähän sama, kun mitä oli joskus Vaski.net:lla. Siellä joku instanssi oli saanut päähänsä käyttää Nexstormin Stormvue-Java-Appletin käyttämää nexstorm_arc.dat-tiedostoa tökerösti omiin tarkoituksiin ilman lupaa. Ari teki, niinkuin sivuston ylläpitäjä voi tehdä tuossa tilanteessa: .dat-tiedosto otettiin pois netistä.
Se ei vain ole ratkaisu tässä tapauksessa: Clientraw.txt-filun poisjättö rikkoo sääaseman mittatietojen reaaliaikaisuuden.
Tere!
Ne potkivat mut ulos koko serveriltä.
Väittävät että sivustoni suosio on liikaa normaalille webhotellille ja suosittelevat oman serverin hankkimista, viitaten Elokuun 1:sen päivän unikkien kävijöiden määrään (3500). Sanoen myös että vaikka vaihatisin toiseen webhostiin niin törmäisin samaan ongelmaan siellä.
Tässä pari otosta heidän Chef managerilta:
LainaaI'm not sure why you wish to host such resource intensive website on a shared server. We won't allow remote mysql connections on any of our shared hosting servers. You should consider a vps or dedicated server for such requirements.
We promise 99.95% uptime guarantee on our shared hosting plans and we can't risk important websites of our genuine customers by allowing few customers to eat all resources of our shared servers.
I have no intention of offending you, but you should not use our servers for non profit resource intensive weather forecast websites.
Lainaa
Even our website never had that sort of traffic before 12 months. If you are not making enough profit from these amount of traffic then there's something severely wrong with your Business model.
You will face similar problems if you move to any other hosting company on a shared hosting plan. Your traffic has increased a lot recently and you will need to pay lil more and consider a semi-dedicated or dedicated server.
You will face similar problems even on a VPS, so consider a semi-dedicated or dedicated server. You will loose time and money if you just keep on switching hosting companies. All that you have done in last couple of months will be lost if you don't plan for future.
My words may sound harsh, but read other websites and ask people what is the right time to switch to a dedicated server.
Eli Halikon tarina näyttää tulevan päätökseen, koska omaan serveriin ei ole varaa...
Henkka
LainaaMinun epäilys on että ongelmat johtuu sivujesi livekartoista, joku paskiainen käyttää niitä väärin.
Ota pois käytöstä, ja katso mitä tapahtuu.
Ainkaan tilastoissa ne eivät näytä mitenkään kovin paljoa hitsejä saavan, joten siinä ei ongelmaa..
Mutta veikkaan että yks ongelma on rakkaat hakukoneiden spiderit, tiedän että ne ovat kiinnostuneita sivuista ja käyttävät sitä tiuhaan.
Ovat EUKhostin foorumilla visusti sitä mieltä että "normaalin" webhotellin aika on ohi sivuiltani ja että kaipaavat omaa serveriä.
Kiitos!
Pistin heille mailia ja kyselin mitä suosittelevat lyömällä fakat pöytään.
LainaaPyydä että pannaavat kaikki muut hakukoneet, paitsi 5 yleisintä.
Koska ne pystyy pannaamaan foorumeissakin, pitää ne pystyä pannaaman web hotellissakin.
Ongelma on se että Google yksinään takoo lähes 80% hakukoneiden hitseistä ja sitä ei valitettavasti voi sulkea pois.
Bannaaminen pystyy helposti tekemään myös .htaccess-filulla. ;)
Ei mitään vielä...
Sain myös ww-foorumilta ehdotuksen 1and1:sta (jenkki-verso siitä) jota muttama muukin sääverkko käyttää hyvällä tuloksella. 1and1 löytyy myös Euroopasta mutta ovat auttamattomasti kalliimpia täällä. Olis ainakin iso firma ;D
No niin tuli se sieltä ;D
LainaaKyllähän tuo aika paljon liikennettä on ja aivan tavallisessa webhotellissa luultavasti resurssit menevät yli sallittujen rajojen. Siihen toki vaikuttaa pitkäli ne tekniikat ja alustat joilla sivut on rakennettu. Osaatteko tarkentaa millä sivustonne on tehty (mahdollinen sisällönhallintajärjestelmä) ja mitä eri tekniikoita (mahdollisesti resursseja vieviä) sivustonne käyttää? Onko mahdollisuuksia käyttää välimuistia sivuston esittämiseen (tarvittaessa laittaa staattisia sivuja päivityksien välillä näkymään)? Staattiset sivut kuluttavat huomattavasti vähemmän resursseja.
Näillä tiedoilla osaisin jo auttaa paremmin.
Oikeastaan ainoat järkevät vaihtoehdot kovalle kuormitukselle on yrityspaketti tai täysin oma palvelin. Meiltä saa tällä hetkellä oman palvelimen jo alkaen 300 eur / vuosi hintaan + asennukset. Omaan palvelimeen 50 eur asennushintaan asennamme jo normaalin web-ympäristön ja laitamme sivunne sinne toimimaan. Kun vastaatte kysymyksiin, niin osaan sanoa riittääkö yrityspakettikaan teille. Olemme myös tuomassa uutta palvelinta jälleen tuotantoon, mutta senkin sopivuus selviää vasta vastattuanne.
Sain kommentin EUKhostin foorumilla tähän kun kyselin siellä samaa asiaa, mulla 100GB raja siellä ja käytin n 30 GB heinäkuussa jossa kerrottiin että se liikennemäärä ei tässä ole se haittaava asia vaan se kuin paljon resusseja sivu käyttää, eli kuin paljon esim. php tarvii resusseja kun sivua pistetään kasaan ja että jokainen hitti filuille tarvii pikkasen resursseja.
Uutta vastausta Arinkokomeeltalta ei ole vielä tullut....
Lainaus käyttäjältä: weatherc - keskiviikko, 06.08.2008, 17:36
Väittävät että sivustoni suosio on liikaa normaalille webhotellille ja suosittelevat oman serverin hankkimista, viitaten Elokuun 1:sen päivän unikkien kävijöiden määrään (3500). Sanoen myös että vaikka vaihatisin toiseen webhostiin niin törmäisin samaan ongelmaan siellä.
Naurettavaa toimintaa EUKHost:lta, jos tuo on heidän syynsä vetää töpseli seinästä. Eivät nimittäin näe metsää puilta.
Ymmärrän heidän tarpeensa tarjota sivustotilaa ja serverikapasiteettia kaikille tasapuolisesti, mutta luvattoman huonoa palvelua tuo on, jos kausiluontoisesta piikistä johtuva resurssien tilapäinen käyttö riittää syyksi katkaista sivusto.
Tämä nyt hieman pistää ihmetyttämään:
Lainaus käyttäjältä: EUKHost Chief Manager
We won't allow remote mysql connections on any of our shared hosting servers. You should consider a vps or dedicated server for such requirements.
Siis mitä? He eivät suostu ulkopuolelta tuleviin MySQL-yhteyksiin resurssijaetussa serverissä? Miksi he tällaisesta puhuvat, jos resurssit ovat heidän huolenaan? Onko joku yrittänyt pommittaa sivustosi MySQL-osaa vai mikä tuossa on takana?
Sitten tulee päivän loukkaus:
Lainaus käyttäjältä: EUKHost Chief Manager
We promise 99.95% uptime guarantee on our shared hosting plans and we can't risk important websites of our genuine customers by allowing few customers to eat all resources of our shared servers.
I have no intention of offending you, but you should not use our servers for non profit resource intensive weather forecast websites.
Eli he ovat takaamassa 99,95% käytettävyyden resurssijakoisessa serverissä eivätkä voi riskeerata
oikeiden asiakkaittensa tärkeitä verkkosivuja antamalla
muutaman käyttäjän syödä kaikkia resursseja resurssijakoiselta palvelimelta.
Tyyppi latasi täyslaidallisen, vi***ilee sinulle päin naamaa, ettet ole oikea asiakas ja on ihan pihalla sivustosi toiminnasta, väittäessään sen olevan
"resurssi-intensiivinen sääennustesivusto" ja puhuu monikossa niin serverin, kuin sivujesikin osalta (servers / websites)!
Ja sitten tällä älyn jättiläisellä on vielä otsaa sanoa, että "tarkoitukseni ei ole olla loukkaava". Jum*****a, kun pistää vihaksi tuollainen.
Vain yhdessä kohtaa tämä älyn ruumiillistuma on oikeassa: Sivusto on voittoa tavoittelematon (non profit), mutta päättää siitäkin vielä vi****lla:
Lainaus käyttäjältä: EUKHost Chief Manager
If you are not making enough profit from these amount of traffic then there's something severely wrong with your Business model.
All that you have done in last couple of months will be lost if you don't plan for future
My words may sound harsh...
Suora suomennos: "Jos et tee riittävästi voittoa tällaisella liikennemäärällä niin jotain on liikesuunnitelmassasi vakavasti pielessä". Tuon henkilön lähimuisti on keskimääräistä huonompi, jos hän ei muista, mitä "non profit" tarkoittaa.
Toisen rivin suora suomennos: "Kaikki mitä olet saanut aikaiseksi viimeisten kuukausien aikana menetetään, jos sinulla ei ole etukäteissuunnitelmaa".
Ja lopuksi yritys saada lievennettyä sanallista tuhoa: "Sanani
saattavat kuulostaa karkealta...".
Mieleeni juolahtaa pari kysymystä:
- Millä hel***in kikkakuutosella weatherc voi tehdä suunnitelmia sivustonsa tulevaisuuden suhteen, jos yhtäkkiä tulee tilastopiikki ja liikenne sekä resurssien käyttö ampuvat yli ja palveluntarjoajan latvakakkonen manageri heittää sivuston pihalle ylityksestä kuin leppäkeihään?
- Tuossa tuo manageri sanoo itsekin, että sivuston liikenne on kasvanut paljon hiljattain. He siis myöntävät olevansa tietoisia siitä, että liikenne ja/tai resurssikäyttö on kasvamassa, mutta istuivat tuoleillaan peukalo pers****ä tekemättä mitään tai edes varoittelematta. Heti, kun punainen valo sivuston resurssikäytössä välähti, katkaistiin linjat ja sitten lähdettiin asiasta neuvottelemaan niin, että ollaan ajamassa sivustoa ulos palvelusta.
- Miksi minusta tuntuu siltä, että olen törmännyt tällaiseen järjen jättiläiseen aikaisemminkin kirjoitustyylissä? (http://www.finwx.net/forum/index.php/topic,54.0.html)
Huhhuh, mikä sontaluukku tuo EUKHost.
Lainaus käyttäjältä: weatherc - keskiviikko, 06.08.2008, 17:36
Eli Halikon tarina näyttää tulevan päätökseen, koska omaan serveriin ei ole varaa...
Älä hyvä mies tuollaisia puhu. Halikon sääaseman tarina ei tule päätökseen, ellet itse niin päätä. Älä anna tuon sontaluukkupalvelun viedä palavaa intoa sääasioiden pyörittämiseen niin, että koko sivusto lähtee. Kaikki on kiinni siitä, miten esim. Suncomet asian ottaa, jos sivustosi sinne siirrät. Resurssien syönnin saa selville vain kokeilemalla ja tekemällä tiivistä yhteistyötä esim. Suncometin tukiporukan kanssa. He näkevät, jos sivustosi alkaa vetämään liikaa resursseja. Silloin saat otettua selville parhaiten sen, mikä osa siellä sivustossa syö resursseja ja voit aloittaa häiriötekijäsivuston muokkauksen, nostellen sieltä osia käyttöön, kunnes syyllinen paljastuu.
Koko sivuston hävittäminen Internetistä on mielestäni lopullinen ratkaisu tilapäiseen ongelmaan.
Kiitos kannustuksesta kaikki!
En todellakaan ole sivuja heittämässä ulos netistä se vaan potkki päähän tuollainen p***njauhaaminen jota EUKhost näyttä harrastavan. Tämän mieluvan oon koonnu sekä koomenteista tällä foorumilla sekä ww-foorumilla ja ne heput ww-foorumilla on ollut tekemisissä servereitten kanssa enemmänkin (TNETweather, Niko, saratoga ym.).
Aivan saletin varamsti tuun välittämään kyseiset kommentit myös EUKhostin Chef Mahagerille jotta voisivat katsoa itsestään peiliin. Tosin tuun tekemään sen vasta siinä vaiheessa kun uusi koti on valmiina ja olen ajamassa EUKhost-tilin alas.
Minulla on tänä aamuna otettu backup koko sivustosta (joka sisältää kaiken, myös tietokannat) jonka oon ladannut alas omalle koneelle kaiken varalta ;)
Sain uuden vastauksen Aurinkopalaneetalta:
LainaaMikäli PHP-skripteissä ei mitään kummosempia ongelmia ole, niin ne luultavasti ei itsessään aiheuta kummempia ongelmia.
Foorumeista, jotka ovat varmasti hitaampia kuin skriptinne alkaa ongelmia tulla jo noin 10 000 sivulatauksen (päivässä) paikkeilla. Mielestämme 20 000 sivulatausta (päivässä) sivustot kannattaa jo olla omalla palvelimellaan. Teillä tosin on nyt vähän rajatapaus, että kannattaako oma palvelin vai kannattaisiko mielummin edullisempi webhotellipaketti. Olemme piakkoin tuomassa Max-paketeille täysin oman palvelimen, joissa tehoja olisi normaaleja paketteja enemmän. Siellä olisi luultavasti hyväksyttävää noin 15 000 sivulatauksen (päivässä) määrät riippuen sovelluksen raskaudesta.
Webhotelli Max tulee olemaan 90 eur / vuosi myös sille tulevan palvelimen jälkeen. Täysin omat palvelimet lähtevät meiltä jo mainittuun 300 eur / vuosi hintaan ja käyttövalmiiksi asennetaan 50 eur asennushintaan. Oma palvelin on luonnollisesti nopeudeltaan aivan eri luokkaa kuin jaetut palvelimet. Lisäksi tulevaisuudessa voi se tulla joka tapauksessa eteen. Itse ehdottomasti suosittelen omaa palvelinta, koska sen edut ovat todella hyvät verrattuina jaettuihin ratkaisuihin. Teidän ei myöskään tarvitse huolehtia siitä kuinka paljon viette resursseja, sillä ette vie niitä keltään muulta kuin itseltänne, joten meidän ei tarvitse asiaan koskaan tulla puuttumaan.
Vaikuttavat ihan järkeviltä heidän vastaukset ja tuun jatkamaan viestintää heidän kanssaan. :)
Voisin hyvin aloitta tiiviin yhteistyön heidän kanssaan jossa myös seurata skriptien käyttöä ja siten saada ne kuriin jos tarvetta on. heidäm Max-paketti ei ole hirvittävän kallis ja voisin aloittaa sillä ja mainita heille että kun kun sivu turvallisesti siirretty niin aloittaa seurannan skripteistä.
oon todennäköisesti siirymässä Aurinkoplaneetalle sivuni, sen verran auttavaisen tuntisia vastaukksia sieltä tulee :)
Tosin heillä ei ole täällä hetkellä Max-pakettia jota tarviin, odottaa palvelinta joka pitäisi saapua ensi viikolla.
LainaaHöH Virnistää Mitäs mää tähä sitte sano, muuta ku: Tervetuloo kotio.
no, oikeastaan muutan vaan kanaalin toiselle puolelle Hollantiin missä Aurinkoplaneetan serverit sijaitsee.. ;D
Noh, tässä rupesin lukaisemaan läpi noita lokeja jota mulla on ja havaitsein mielenkiintoisen asian:
Jostain mun clientraw-filua luetaan niin että [HTTP REFERER]:ksi jää mun url. Tämän huomasin koska etsivun ajax-javaskripti laittaa aikaleiman filun perään joka näkyy lokeissa, tämä kyseinen java on käytössä vain etusivulla (eli sivut / ja index.php?sivu=10) ja lokeissa on että index.php?sivu=90 ja kun itse menen kyseiselle sivulle tuota aikaleima-clientrawta ei tule lokeihin. Miten tämä on mahdollista ja mitä sille voi tehdä?
Kuin sattumalta löysin myös toisen seikan, joku puupää on tunkeutunut serverille ja ladannut sinne filun joka lukee clientraw-filua. Tämä filu on ihan normaali php-filu joka vain ja ainoastaan tallentaa clientrawn datat array:hin.
Kyseisen filun olen poistanut ja ftp:n salasanan muuttanut.
Nyt tarttis vaan saada blokattua nuo clientrawn hitsit jotka tulee väärästä suunnasta ja niitä on paljon. Mun mielestä en oikeen voi mennä blokkaamaan ne ip:t jotka sitä käyttävät koska ne eivät ole syypäitä siihen ja haakkaan väärää puuta silloin.
Onkos liian kovan homman takana jos vedät siltä filulta jalat poikki ja uppaat sitä uuteen lootaat ja haet sen sieltä missä sitä tarvitset niin saat hengähtää ainakin niin kauan aikaa kun joku sen taas kaivaa esille mutta on sekin pieni kiusa noille idiooteille eikä tarvitsisi käydä noihin IP:hin käsiksi.
Minä hiukan epäilen tota serverille ulkopuolisten tunkeutumista........, olisikohan vaan hostingin metkuja ja koittavat pakkosyöttää sinulle kalliinpaa pakettia kun ovat huomanneet että sivuillasi käy paljon vierailijoita ja tietävät sen että et hevillä luovu sivustoistasi joten heillä iskee pikkunen ahneus. >:(
LainaaOnkos liian kovan homman takana jos vedät siltä filulta jalat poikki ja uppaat sitä uuteen lootaat ja haet sen sieltä missä sitä tarvitset niin saat hengähtää ainakin niin kauan aikaa kun joku sen taas kaivaa esille mutta on sekin pieni kiusa noille idiooteille eikä tarvitsisi käydä noihin IP:hin käsiksi.
Ei ole ja ajttelin sen tehdäkkin, ongelmahan on vaan se että sen osoite on julkiseti luettvissa koodia katsellessa missä ajaxi ladataan joten ei liene pitkä apu. Tietääkö joku voiko urlit piilottaa/salata jotenkin tällaisessa tilanteessa kun se on näkyvillä 1. body onload-issa & 2. javaskriptissä?
Aivan uskomaton heppu se tuolla Aurinokplaneetalla on ;D ;D
Vaikken ensimmästäkään penniä ole vielä sinne maksanut (tilaus on kyllä tehty mutta odottaa serveriä) niin postiliikenne on ollut vilkasta kun yritetty keksiä keinoja estää nuo clientraw:n lukemiset. Ehdostusta on tullut jos jonkinlauísta vippaskonstia, josta esim EUK:in support ole edes maininnut sanallakaan, kuten että HTTP REFERER:iä voi myös väärentää eli sen käyttö blokkaamisessa .htaccess:issa ei ole 100-varma. Ja lupas koittaa keksiä miten ne sais estettyä.
Lainaus käyttäjältä: Meteorologi - torstai, 07.08.2008, 18:39
Rajumpi keino olisi laittaa kommenttimerkkien sisään pari valittua lausetta siihen kohtaan, missä java hakee clientrawin.
Jotenkin : ;D
<--! ELÄKÄ YRITÄKÄÄN KATSELLA/HAKKEROIDA CLIENTRAW-TIEDOSTOA!!!!
MIKÄLI YLLÄPITO HAVAITSEE TÄLLÄISEN JÄTELÄJÄ-HAKKERIN, SE SAAKOON IKUISEN PORTTIKIELLON!!!
JA ILMAISEN YHTEYDEN SUOMEN POLIISIN PUHELIMEEN!!
¤%?@$€€$* *&%%$€@ !!!-->
Ymmärrette varmaan, mitä koukero-merkkien paikalla on...
Tuon vois tehdä, taytyy vaan ensin keksiä se keino millä tehdä se porttikielto jotta sen oikeasti vois antaakin ;D
Lainaa.Htaccessilla onnistuu, tai tee porttikielto.php-tiedosto, jossa on remote addr-systeemillä bannattu tietty IP.
Googlella löytyy lisää.
Ongelma on se, kuten aikasemminkin mainitsin, syypäät eivät välttämättä ole ne IP:t jotka sitä käyttävät lokien mukaan (=normaaleja surffaajia ja niitä on monta eri) vaan sen IP jonka tuon pistänyt pystyyn, eli menisin sille linjalle että blokkaisin jokainen vieraijia joka käyttää sitä tuolla tavoin saisin bllokata koko internetin (käyttäjien ip-skaala on ollut 60.xxx -> 220.xxx)
;D ;D ;D
oon saanut euk:in Senior managerin linjoille ja nyt yritetään olla niin auttavaisia että, myöskin ongelmassa jossa mailin lähetys lakkasi yks kaks toimimasta (foorumi & sääverkon kaavake) ja vastauksetkin tulevat alta puolen tunnin.
Ovat visiin huomanneet että mun kommentit heidän foorumilla voivat tehdä enemmänkin hallaa heille, kommenteissa olen ole haukkunut heitä vaan halunut tuoda esiin myös muille miten he hoitavat asioita....
Nooh...
Nyt rakennettu 2m muuri nordicweather.net:in ympärille ;D ;D
Kaikki ulkopuolinen käyttö eräistä tiedostotyypeistä on täten estetty, mukaanlukien kaikki kuvat, txt-filut. js-filut sekä muut ei php-filut jotka vilahtavat hittilistassa korkealla ja eivät haittaa sivujen toimintaa. Poisjätetty tietenkin esim Sparkin käyttämät filut yms.
Tämä haittaa tällä hetkellä mm. sääverkon käyttäjä-karttoja siten että ne eivät saa päivitettyjä tiedostoja toistaiseksi. Tuun tientenkin antamaan heille luvan käyttää niitä (sekä muille urleille jota tiedän että tarvitsevat niitä), tämä kuitenkin kestää toven ennenkun toimii koska täytyy käydä läpi kaikki domainit ja lisätä ne .htaccess-filuun.
Myöskin oman sivun data-päivitykset jotka tulevat clientrwsta on pysähdyksissä, täytyy ensin saada se body onload jota ajax tarvii poistettua siitä ja siirrettyä ajax-filuun (jota ei enää voi katsella ;)
Myös clientaw:n nimi on muutettu (olipa kätevä tominto WD:ssä :))
;D ;D ;D
Lainaus käyttäjältä: weatherc - torstai, 07.08.2008, 16:48
Jostain mun clientraw-filua luetaan niin että [HTTP REFERER]:ksi jää mun url. Tämän huomasin koska etsivun ajax-javaskripti laittaa aikaleiman filun perään joka näkyy lokeissa, tämä kyseinen java on käytössä vain etusivulla (eli sivut / ja index.php?sivu=10) ja lokeissa on että index.php?sivu=90 ja kun itse menen kyseiselle sivulle tuota aikaleima-clientrawta ei tule lokeihin. Miten tämä on mahdollista ja mitä sille voi tehdä?
Jos refererinä on sinun oma sivusi, tulee ensimmäiseksi mieleen, että onko mahdollisuutta hyökätä tuon clientraw.txt:n lukijaskriptin kimppuun siten, että sille skriptille syöttää esim. selaimen address-kentän kautta jotain ohjauksia? Tällöin refereriksi lokeihin tulee sivun url hyvin helposti, mutta se hämää tuon järjestelmän kirjaamaan ne ylös, vaikka se ei normaalisti sitä tee. Teorialleni saa nauraa.
LainaaJos refererinä on sinun oma sivusi, tulee ensimmäiseksi mieleen, että onko mahdollisuutta hyökätä tuon clientraw.txt:n lukijaskriptin kimppuun siten, että sille skriptille syöttää esim. selaimen address-kentän kautta jotain ohjauksia? Tällöin refereriksi lokeihin tulee sivun url hyvin helposti, mutta se hämää tuon järjestelmän kirjaamaan ne ylös, vaikka se ei normaalisti sitä tee. Teorialleni saa nauraa
Teorissa aivan varmasti, mikäänhän ei ole niin epäturvallinen laite hakkerieta vastaan kun nettin kytketty tietokone, olkoon siinä mimmoset palomuurit tahansa ;)
Ja tuotahan vähän tuo Auinkoplaneetan heppukin sanos että http refereriä voi väärentää eikä sen mukaan blokkaus ole mitenkään 100%:sta.
Juttelin Vaskin kanssa asiasta ja hänellä sitä liikennettä vasta on (sekä hitseissä että varsinkin GB:ssä ;D) eikä hänellä ole ollut mitään olngelmaa Easyline:lla "liiallisesta liikenteestä".
No niin...
Otetaan sivut turvaan suomeen.. ;D
valinta osui lopuksi Easylineen juuri sen takia että (a) kun vertaa liikennemääriä oma vs. esim. Vaski niin omat alta puolet siitä eikä ongelmia ole ollut sen suhteen (b) edullinen, otin alkajaiseksi puolen vuoden paketin [ja (c) jolla nyt ei ole merkitystä, serverit suomessa].
Nordicweather.net:in kopointi omalle koneelle on alkanut ja kun aikanaan valmistuu (sitä tavaraa kun on;)) niin tuun käymään läpi jokaisen kansion käsin ja poistamaan kaiken mitä en tartte sekä muuttamaan eräitten tiedostojen nimiä yms. ennenkun aloitan siirron uuteen kotiin.
Tämän pitäisi toivottavasti valmistua jossain vaiheessa huomista.
Tämän jälkeen täytyy tehdä ja siirtää tietokannat yms. sekä siirtää foorumi. Tähän voi mennä "jokunen" tunti mutta se voi myös valmistua puolessa tunnissa.
Sen jälkeen voin ohjata liikenteen uudelle palvelimelle, tääsä vaiheessa tulee aivan varmasti esiintymään katkoksia jos toinenkin ja jos jossain kohdassa mutta sille ei voi mitään.
Henkka
Ok. Pääasia on se, että pääset tuosta EUKHostin (tai YÖKHostin) kynsistä.
Jäämme odottelemaan sivustosi ylösnostoa. Tee kaikki ajatuksella ja kiireettä, jotta siirto päättyisi onnellisesti ilman jälkipyykkiä. :)
Jeps..Ensimmäinen bulk-ylöslataaminen on käynnissä ;)
Tuon bannerin datan puutuminen ei tarkoita että sivu olisi alhaalla, se johtuu siitä etten muistanut muuttaa sen osoittamaan uuteen clientraw:hon, ja vanhan tilalla on pelkkä tyhjä filu väärinkäyttäjien kiusaksi :)
No niin, siivottu kansioitten sisältöä raskaalla kädellä, kylläpä sinne serverille oli tavaraa kertynyt... uskomatonta mutta oli yli 10000 tiedostoa, kyllähän niitä jokunen tuhat tarvitaankin mutta 10 tuhatta oli jo vähän liikaa, jo wxsim:in ennusteen näyttäminen vaatii noin 450 kuvaa..Yhteensä noin 100 megaa sitä tavaraa näyttää olevan. Tavra on puskettu uudelle serverille ja seuraavaksi olisi vuorossa tietokannan teko/siirto :)
Sain myös hotlinkeston vihdoinkin toimimaan, sen laitoin "vanhalle" serverille kun siellä sitä kokeilin kun ei ole selain-pääsyä uudelle kunnes siirrän nimiserverit. Tästä voi kurkata kuin nykyään käy jos meikän sivuilta nyysii kuvia:
http://forums.infoclimat.fr/index.php?showtopic=32807&st=0 ;D ;D ;D
Henkka
Noniin....
Tulihan sieltä ongelmiakin esiin kuten arvata saattoi...
Easylinellä ikivanha Mysql käytössä (3.23) kun yökhostilla sentään uusin 5.0 ja siten ei tietokantani sovellu alkuunkaan yhteen joten homma tyssäs nyt siihen kunnes saan vastauksen Easy:ltä että suostuuko ne päivittämään sen (vihjasin samlla että päivittäisi php:n 5:een jollei se ole sitä)...
Henkka
Lainaus käyttäjältä: weatherc - lauantai, 09.08.2008, 14:42
Noniin....
Tulihan sieltä ongelmiakin esiin kuten arvata saattoi...
Easylinellä ikivanha Mysql käytössä (3.23) kun yökhostilla sentään uusin 5.0 ja siten ei tietokantani sovellu alkuunkaan yhteen joten homma tyssäs nyt siihen kunnes saan vastauksen Easy:ltä että suostuuko ne päivittämään sen (vihjasin samlla että päivittäisi php:n 5:een jollei se ole sitä)...
Henkka
Toivottavasti ne päivittävät nuo kivikautiset Mysql ja PHP4:n nykypäivän tasolle ettei koko urakka mene aivan poskelleen niiden takia. >:(
Jotenkin jäi huolestuttamaan teksti sivuillasi ettei heillä ole minkäänlaista päivystystä viikonloppuisin........?
Mitäs jos serverit kaatuu viikonloppuna tai jonain pitkinä pyhinä eikä ole ketään paikalla......?, tuntuu jotenkin aika leväperäiseltä heidän ylläpitonsa vaikka se olisi kuinka hyvin automatisoitu.
Sopimusehdoissa näytti olevan tuonlainen pykälä [Easylinehost korjaa sen oman tietoverkon viat mahdollisimman pian, normaalin työajan puitteissa.] joten pitempi aikaisia sivustojen katoamisia huonolla tuurilla tulee tapahtumaan.
Ei tässä nyt piruja maalata seinään mutta kun ollaan kuitenkin hengessä mukana että sivustosi löytäisivät senlaisen paikan missä ne saisivat olla jokseenkin rauhassa noilta rajoituksilta ja toimisivat muutenkin ongelmitta!
Lainaus käyttäjältä: weatherc - lauantai, 09.08.2008, 14:42
Noniin....
Tulihan sieltä ongelmiakin esiin kuten arvata saattoi...
Easylinellä ikivanha Mysql käytössä (3.23) kun yökhostilla sentään uusin 5.0 ja siten ei tietokantani sovellu alkuunkaan yhteen joten homma tyssäs nyt siihen kunnes saan vastauksen Easy:ltä että suostuuko ne päivittämään sen (vihjasin samlla että päivittäisi php:n 5:een jollei se ole sitä)...
Tiedä sitten, miten iso operaatio on päivittää MySQL 3.23:sta 5.0.51:een, mutta sillä voi olla kerrannaisvaikutuksia muiden sivustojen koodaukseen, sillä osa MySQL:n komennoista ovat varmasti jollain asteella muuttuneet siten, että joillakin sivut saattaavat lakata toimimasta tai toimia väärin. PHP4:n tuki on jo loppunut enkä tiedä, tuleeko siihen enää tietoturvapäivityksiä lainkaan, mutta PHP5:ssa on 4:een verrattuna on niin suuria eroja, että vähänkin kompleksimmat sivut sanovat aika varmasti "poks!" ja lopettavat toimintansa tai alkavat näyttämään asioita virheellisesti.
Tuon tasoinen päivittäminen voi vaatia aika paljon aikaa, sillä se pitää suunnitella kunnolla ensin. Sitten on tietenkin kysymys siitä, onko heillä kuinka asiantuntevaa henkilökuntaa ja jonkinlaista testiympäristöä jossa siirtoa testata, jotta tuollainen yliheitto onnistuu...
LainaaToivottavasti ne päivittävät nuo kivikautiset Mysql ja PHP4:n nykypäivän tasolle ettei koko urakka mene aivan poskelleen niiden takia. Vihainen
Jotenkin jäi huolestuttamaan teksti sivuillasi ettei heillä ole minkäänlaista päivystystä viikonloppuisin........?
Mitäs jos serverit kaatuu viikonloppuna tai jonain pitkinä pyhinä eikä ole ketään paikalla......?, tuntuu jotenkin aika leväperäiseltä heidän ylläpitonsa vaikka se olisi kuinka hyvin automatisoitu.
No ihan noin huonosti ei asiat ollut, on siellä näköjään joku paikalla ainakin jossain vaiheessa päivää koska sai mut siirrettyä kivikautisesta php:sta vähän vähemmän kivikautiseen php4:seen :) Tai ainakin sql 3:sta 4:seen. Php:ta en pääsyt kokeilemaan koska ei ole "tilapäistä" osoitetta sivulle mikä ei sinänsä ole ongelma mulle, sivut kun ovat muuttaneet ristiin rastiin jo sen veran monta kertaa, ja ainut lähinnä mikä on tökkinyt hiukan on sql-tiedot sekä tietenkin uploadit, itse sivu on tominut ihan suht hyvin jokaisessa muutossa, tietenkin täytyy olla varuillaan ja odottaa että kun domaini siirretty ja oma selain vihdoin löytää uuteen paikkaan niin käy tarkistamassa asiat että toimii .
Eli eikun kokeilemaan ainakin.
Tietokanta on nyt kopioitu heille, vaatis hieman käsipeliä mutta ei mittä suurempaa ongelmaa ollut. Sql:ssähän on se kätsy toiminto nykyään että voit ottaa kopion tietokannasta jonka voit ajaa sellaisenaan uuteen tietokantaan jos vaan versiot ja tietokantarakenne sopii yhteen.
Filut on parhaillaan menossa sinne...
Mitä serverin päivystykseen tulee niin onhan heillä pakko olla jonkun lainen valvonta niillä, joko päivystyksen muodossa tai paikan päällä. Päivystyshän ei ei liene kovin monimutkaista järjestää, joku ohjelma joka tarkkailee ja kun ongelmia ilmenee niin rupee puhelin soimaan ;)
Sitäpaisti en oikeen usko että he jättävät toista tuhatta sivustoa ilman mitään valvontaa (viitaten sivuun: http://www.myipneighbors.com/ josta voi katsoa kuika monta sivua on serverillä, luku sisältää sekä edellinen että nykyinen serveri, siihen voidaan sitten lisätä muut heidän serverinsä), se olisi erittäin huonoa businesta heiltä.
Mitä päivitykseen tulee niin sanoi että heiltä on tulossa serveri josaa sekä php5 että sql5 ihan lähi-aikoina. Se on kyllä ihan totta että 4:sta siirtyminen 5:seen voi aiheuttaa pientä hämminkiä jollain sivuilla mutta kun asiasta ilmoitetaan ajoissa ja hyvin niin ei liene ongelmia. Näin kävi ekalla hotellilla jossa olin kun he päivittivät 4:sta 5:seen, omalla kohdalla se sujui 99%:sesti ilman ongelmia, joku pieni php-funktio tais olla joka hieman vinkuili siinä kaikki. Homman ne hoiti yhtenä yönä jolloin serverit tais olla alhaalla jokusen tunnin.
Tosin kun tekee toisinpäin, niinkun minä nytten teen eli 5:sta 4:seen niin en ole ihan varma että onko mulla sellaisia funktioita käytössä jotka toimivat vain 5:sessa, mutta sen näkee sitten kun siirrään domainin päin Easyä. Mikäli ongelmia ilmenee liikaa (liikaa sivun kannalta tärkeitä php-funktioita jota ei toimi yms.) niin tuun siirttää sen takas kohti YÖKhostia ja kertoa Easylle että eipäs käynyt teitin kivikautiset serverit mulle :D
En tuu poistamaan niitä YÖKhostilta ennenkun homma pelaa kunnolla uudessa kodissa, YÖK saa toimia backuppina sillä aikaa jonne helppo siirtyä takas jos liikaa ongelmia ilmenee..
3-versioiden käyttö:hän pitäisi olla jo laillakin kiellettyä, sen verran reikäjuustojahan ne ovat ;) Oon kyllä sitä mieltä että ainakin 3:sten päivitys pitäisi hoitaa nyt eikä heti riippumatta siitä kuin moni sivu sanoo poks ja jos sanoo niin on kyllä aika sivujen webmasteritkin päivittää koodinsa nykypäivään ;D ;D
LainaaEikös tuo ongelma ole Aurinkokometassa järjestelty niin että heillä on vanhat softat eri palvelimella.
Jos olen ymmärtänyt oikein. ??
Niin näyttää olevan Easylläkin koska uuden ip:n sain kun siirrettiin 3:sesta 4:seen, ihmetyttää toki hiukan että kuin heillä ei ole 5-serveriä ollenkaan vielä, php5:han ollut ulkona jo iät ja ajat.
Hmm...Hmm....Hmm...
Easy haluaa tietää mihin tarkoitukseen ja kuin usein ennenkun aktivoivat cronjobit..Myöskin filujen siirto tyssäs puoleen tiehen...ei mee ylös enää ainuttakaan filua...
Tilaa on vaikka huru mycket, ainut jota mieleen tulee on joku ihmeen filujen määrä-rajoitus joka siinä vaiheessa on lapsellisen alhaalle vedetty. Sivouksen jälkeen jun ei olis kun noin 6500 tiedostoa.
Jos tuo kuullostaa suurelta määrältä niin vertailuksi, foorumi yksinään on noin 2000 filua ja sääennusteen ikoneja löytyy noin 500...
LainaaMyöskin filujen siirto tyssäs puoleen tiehen...ei mee ylös enää ainuttakaan filua...
Vastasi tuohon 8 minuutissa :o
Oli quota liian alhainen, joten se osa on korjattu..
Cronjobbiin ei vastannut mitään...
No niin tilastoja muutoksista jota tehty...
Hotlink-suoja kuviin joka ohjaa ei-sallituista URL:eista rosvokuvaan php-skriptin kautta (näin saan ne näkymään tilastoissa kuten Awstats), 26 tunnin saldo 1700 hitsiä josta 1100 tuli 2 ekan tunnin aikana.
Rosvokuva on kokoluokkaa 300 x 300 px joten jos on hotlinkannu 35 x 35 ikonin niin aika hallaa tekee sivulle ;)
Ulkopuolisten URL:ien/ip:en käyttöesto eräisiin tiedostoihin, eli ei pääse lukemaan esim. .js-filujen sisältöä.
Clietraw-filujen muutto/uudelleennimeäminen. Tässä tulee se hauskin kohta ;)
Vanhassa paikassa/vanhalla nimellä clientraw-filun hitsit oli keskimäärin luokkaa 3000 hitsiä/tunnissa
Uudella nimellä/uudessa paikkaa sen hitsit on vaan n 90/tunnissa.
Ohhoh... :o
Nuo lukemat kertovat minulle karua kieltä siitä, että joku on rosvonnut sivustosi sisältökomponentteja ihan omaan käyttötarkoitukseensa.
Toinen asia, joka minulle tulee heti mieleen on se, että YÖKHostilla ei olla asioista selvillä sitä vähääkään, että miten estää tuollaiset toiminnot; Niitä ei edes ehdoteta, vaan katkaistaan ensin liikenne ja sitten odotetaan, että vastapää tulee neuvottelupöytään.
Oon myös täässä aika tiiviisti seurannut "Last visitors"-tilastoa jossa noin 10 viime minuutin liikenne, ja nyt kun cl-filut on siirretty ja muutenkin saatu rosvoilu pikkasen kuriin niin rupee näkemään paremmin mitä tapahtuu ja joku on ilmiselvästi ottanut talteen tuon WDL:n URL:in (Live-flash) ja "katselee" sitä päivät pitkät, tai siis "unohtanut" sen auki koska siitä flashista tulee jatkuvalla syötöllä suoria hitsejä, eikä clientraw:n URL ole muuttunut siinä stringissä vaikka clientraw on ollut muutettuna jo kohta 2 päivää ja siten myös tuon flashin clientraw-URLi.
Huvittavinta on se että ip jota sitä käyttää viittaa nokia.com:iin eli vaikuttaa siltä että jollakin on se työpäätteellä auki eikä ole viittinyt sulkea sitä, tosin kyseinen ip on toistaiseksi blokattu, joten siinäpä ihmettelvät miksei enää toimi ;)
Avaan tosi kyseisen ip:n pääsyn uudelleen jossain vaiheessa tai jos ottavat yhteyttä :)
Tuun piilottaa tuon flashin jonnekkiin bvhfjrur64h-nimiseen kansioon sekä pillottamaan kyseisen javascriptin joka sitä käynnistää kun on sivuilla jotta sen URLia ei saa selville ;)
Mitä tilanteeseen muuten tulee niin muutto Easyline:lle on jäissä koska en saa sivua toimimaan kunnolla heidän "site preview":n kautta enkä siten saa varmuutta siihen että toimiiko se php4:sella enää vai ei, koska itse olen ollut php5:sella ainakin yli puoli vuotta jo ja siten se voi sisältää paljonkin kamaa jota ei toimi php4:sella jota tälläinen maallikko näe/tiedä ennenkun on kokeillut.
Eikä myöskään CSS eikä javascriptit näytä toimivan preview:n kautta ja kun kyselin heiltä niin vastaus oli tyynesti että sitten se ei toimi. Ei mitään viittaustakaan että olis ollut tietoa mikä mun mielestä on perin kummallista niinkin isosta hostilta jota Easyline kumminkin on (ainakin suomen mittapuun mukaan).
Toinen kummallisuus on kyllä ettei heillä ole vielä php5:sta edes saatavilla, onhan se ollut markkinoilla jo kauan jo senkin takia että moni sivusto-paketti (webkaupat, foorumit ym.) tehdään php5:selle eikä enää 4:selle.
Puhumattakaan kivikautis-sql:stä ;)
Cronjobit ne kyllä hyväksys.
Joten se taitaa jäädä siihen ja palataan suunnitelma A:han eli Aurinkoplaneetta joka pitäis saada serverinsä tän viikon aikana jossa takuulla uusimmat softat sisällä :)
Kun sulla on kielet hallinnassa niin tutkippa ensin Tuota (http://www.leaseweb.com/en/home) ennen kuin teet mitään päätöksiä koska aurinkoplaneetan palvelimet sijaitsevat siellä. ;)
Juuh..Ihan asialliset vehkeet heillä :)
211 Gb yhteydet josta 4 x 10 Gb suoraan TeliaSoneralle, josta ainakin osa suoraan Tukholmaan ;D ;D
Pitäis ainakin kaapeli riittää pienen sääsivun pyörittämiseen ;D
Oon törmännyt heihin aikasemminkin kun selailin noita hosteja ja muistaakseni palaute webmaster-foorumeilla jota selailin oli pelkästään myönteistä :) Syy miksi en ole heitä valinnut on hinta, esim. Aurinkoplaneetta on selvästi heidän asiakashintoja halvempi, vastaava paketti jota oon ottamassa Aurinkoplaneetalta maksaa heillä tuplasti enemmän.
Lainaus käyttäjältä: weatherc - maanantai, 11.08.2008, 15:19
Huvittavinta on se että ip jota sitä käyttää viittaa nokia.com:iin eli vaikuttaa siltä että jollakin on se työpäätteellä auki eikä ole viittinyt sulkea sitä, tosin kyseinen ip on toistaiseksi blokattu, joten siinäpä ihmettelvät miksei enää toimi ;)
Avaan tosi kyseisen ip:n pääsyn uudelleen jossain vaiheessa tai jos ottavat yhteyttä :)
Kappas kummaa... ;D
Ihan näin OT:na, mutta asiaa hieman liittyen:
Olen työskennellyt Nokialla aikaisemmin ja voin kyllä sanoa siellä kolme kuukautta "ruohonjuuritason tukihenkilönä" työskennelleenä, että hyvästä brandi-imagostaan huolimatta siellä osa (diplomi-)insinööreistä on saanut tutkintonsa joko lahjana pesukoneesta tai vain olemalla koko opiskelunsa ajan täysi k**ipää ja tutkintotodistus on annettu jotta päästäisiin mokomasta eroon. Se saattaisi selittää Nokian puhelinten tason huononemisen viimeisimpien vuosien aikana.
Ilmeisesti nyt on kyseessä joku yllämainituista, joka ei konettaan osaa käyttää (olen niitäkin siellä tavannut - ja syy oli luonnollisesti silloinkin aina (ja ikuisesti9 IBM-vetoisen OSS:n (On-Site Support). Voin melkein vannoa, että ristin piirrän seinälle, jos sieltä yksikään insinöörinplanttu ottaa yhteyttä. Nokian työntekijöistä 99,75% ei ole vähäisintäkään käsitystä siitä, mikä on Nokian eri toimipisteiden julkinen IP-osoite.