> 3 metus stebet ir nieko nedaryt yra kvaila is Jusu puses. Tame, aišku, yra mūsų kaltės, bet tai neatleidžia naudotojo nuo atsakomybės. O jei ir praneštume apie problemą anksčiau, vargu ar labiau apsidžiaugtumėte. > Ir beje Jusu pasiulymas atsirado po to kai mano svetaine > radejo pastoviai atakuot Ruskiu, Ciurku ir kiti ip . As > manau kad serverio apsauga ne mano problema. Jei klystu > pataisykit mane. Serverio darbas - vykdyti užklausas. Ir jis tą darbą tvarkingai atlieka. Jis negali už jus nuspręsti, kurių šalių lankytojai jums yra "geri", o kurie "blogi". Tai, kad serveris priėmė iš Rusijos užklausą ir grąžino lankytojui jos rezultatus su saugumu neturi nieko bendro. > Beje kodel slepiat apache error logus? Bent jau as senokai > negaliu ju ziuret: jie pastoviai tusti. Neslepiam, tiesiog dėl serverių konfigūracijos ypatumų, ne visos klaidos gali būti užfiksuotos. Problemos sprendimas ieškomas ir kai tik jį rasime, būtinai įgyvendinsime. > Ir kaip Jus isivaizduojat optimizavima to kas naudojama > standartiskai kruvoje svetainiu? Mes nesame PHP programavimo įmonė. Mes nuomojame serverius ir galime pasakyti, kokio serverio reikia, kad jūsų PHP programa galėtų gerai veikti. Tačiau nagrinėti PHP kodo vidų ir ieškoti eilučių, kurias galima būtų optimizuoti - tai nėra mūsų kompetencijoje. > Kada pries kokius 1.5 metu buvo tikrai pakurta viena nesamone > tai Jums tai nesukele jokiu problemu: per 2 dienas buvo > prisukta ~10Gb srauto. Vienas scriptukas buvo uzsiciklines... Tokiems atvejams serveriuose paliekam resursų rezervą. Jei kuri svetainė tą rezervą naudojo tik vieną ar kelias dienas, problemos iš to nedarome. vist wrote: > Arvydas rašė: >> ... Tai gal perkeltos svetainės vistik nėra tokios mažos >> CPU naudojimo atžvilgiu? > > Arvydai malonu ir Jus girdet, bet : kodel tada tiek metu svetaine nekele > problemu, o va dabar pradejo kelt? Nereik pasaku kaip is Jusu suporto: > "ilgai stebejom ir nusprendem". 3 metus stebet ir nieko nedaryt yra > kvaila is Jusu puses. As suprasciau jei buciau pats priprogramines veju, > bet ant Joomla sukasi tikrai kruva svetainiu ir kituose Jusu servuose... > Ir dar tik nesakykite kad jus negalit konkreciau pasakyti koks procesas > apkrauna Jusu serveri. Nu netikiu kad galit pasakyt tik kad to userio, o > konkreciau kas nesakot. Ir beje Jusu pasiulymas atsirado po to kai mano > svetaine pradejo pastoviai atakuot Ruskiu, Ciurku ir kiti ip . As manau > kad serverio apsauga ne mano problema. Jei klystu pataisykit mane. > > Beje kodel slepiat apache error logus? Bent jau as senokai negaliu ju > ziuret: jie pastoviai tusti. Ar nemanot kad tai padetu ir man pasiziuret > kas gliucina ir jums butu naudos is to. > >> Apart atskiro serverio nuomos šioje situacijoje paslaugų teikėjas >> vargu ar dar ką gali pasiūlyti, nes pats svetimų svetainių optimizuoti >> negali, naudotojai to daryti nenori, pirkti kiekvienam sutarties >> pažeidėjui po atskirą "oposumą" irgi ne variantas. > EEE kodel as jau pasidariau pazeideju: kelis metus juk juo nebuvau... Ir > kaip Jus isivaizduojat optimizavima to kas naudojama standartiskai > kruvoje svetainiu? Beje is slepdami apache erro logus jus useriui nieko > nepadedat. Kada pries kokius 1.5 metu buvo tikrai pakurta viena nesamone > tai Jums tai nesukele jokiu problemu: per 2 dienas buvo prisukta ~10Gb > srauto. Vienas scriptukas buvo uzsiciklines... > >> Juo labiau, kad dabar klientams siūlom dedikuotą serverį su >> DirectAdmin ir duomenų perkėlimu už mažesnę nei vidutinio talpinimo >> plano kainą - palankesnes sąlygas vargu ar kas kada pasiūlys. >> > Sitas true, bet visvien man pakako visai to ka turejau...