Augustinas

Tokiais atvėjais :
 
1. Pranešk tiekėjui, programinės įrangos kūrėjui.
2. Po ištaisytų klaidų publikuok kur tik nori.
 
Prisimenu prieš porą metų buvome radę 0day pažeidžiamumą su webalizer, DirectAdmin valdymo sistemoje. Pirma pabandėme jį pas save, vėliau ant serveriai.lt, pavyko gauti visus duomenis, realiai root priėjimą. Per 24 valandas pranešėme DirecAdmin kūrėjams apie pažeidžiamumą ir kai jis buvo sutvarkytas - paskelbėme temą.

Turbūt dauguma pastebėjo, kaip beveik visuose Lietuvos naujienų portaluose padaugėjo straipsnių suaugusiems – dažniausiai menkaverčių vertinių iš anglų kalbos – su iššaukiančiomis antraštėmis paspaudimams generuoti. Andrius Tapinas tai vakar nusprendė išsamiau panagrinėti savo portale Pinigų karta:
 
 
Visas straipsnis: http://www.pinigukar...afijos-garvezys

Forumo narys 'Slashas' turi wordpress svetainę su vidutiniu lankytojų srautu, svetainės lankomumas dažnai pakyla. Nėra srauto ir vietos ribojimų (virtualiai). Panaudota buvo daug kešavimo, proxy mechanizmų, nemažai routingo, virtualių tinklų (HA). Šiuo metu tinklalapis sugeba pasiekti realių 3000 lankytojų per sekundę, prie 6000 lankytojų per sekundę prasideda apkrovos, daugiau nei 10000 - lėtesnis darbas (didžiausios apkrovos).
 
Trumpai tariant prie 2000 unikalių lankytojų per dieną, virtualus serveris būna apkrautas 0%, sunaudojamas RAM kiekis 1.8GB (tą patį galima padaryti su 1024mb).
 
Didžiausios apkrovos atititenka pačiam cloud'ui, nes yra bent 3 virtualūs NIC (tinklo kortos), 2% įskaitant ir patį NODE.
 
Viskas yra taip gražiai sudėliota, kad net atliekant uždarbis.lt atsargines kopijas (238GB) ir apkraunant tiek uždarbis.lt tiek naują cloud'ą (800+ mbps srauto) neapsikrauna nei wordpress puslapiai, nei uždarbis.lt, lankytojai to nepajaučia.
 
Pliusai :

'Snapshotindamas' VM galiu dubliuoti juos, užtrunka greičiau nei perkelti informaciją ar atlikti atsarginę kopiją.
1 VM - 1gbps, 16000 lankytojų per sekundę maksimaliai, milionai atvertimų per dieną.
1 VM kaina nepakils daugiau 500 lt/mėn - pigu :)

Minusai :

Padidinti atlikti pakeitimus cloude užtruks 1-2 valandas.
Nėra vieno recepto visiems 'appsams', sunku realizuoti užtrunka daug laiko.

 
Naudojama varnish konfiguracija optimizuoti wordpress.
 

backend default { .host = "localhost"; .port = "80"; } acl purge { "localhost"; } sub vcl_recv { if (req.request == "PURGE") { if (!client.ip ~ purge) { error 405 "Not allowed."; } return(lookup); } if (req.url ~ "^/$") { unset req.http.cookie; } } sub vcl_hit { if (req.request == "PURGE") { set obj.ttl = 0s; error 200 "Purged."; } } sub vcl_miss { if (req.request == "PURGE") { error 404 "Not in cache."; } if (!(req.url ~ "wp-(login|admin)")) { unset req.http.cookie; } if (req.url ~ "^/[^?]+.(jpeg|jpg|png|gif|ico|js|css|txt|gz|zip|lzma|bz2|tgz|tbz|html|htm)(\?.|)$") { unset req.http.cookie; set req.url = regsub(req.url, "\?.$", ""); } if (req.url ~ "^/$") { unset req.http.cookie; } } sub vcl_fetch { if (req.url ~ "^/$") { unset beresp.http.set-cookie; } if (!(req.url ~ "wp-(login|admin)")) { unset beresp.http.set-cookie; } }
 
Pradėk nuo varnish, jeigu nenaudoji mod_rewrite - pereik prie nginx-fpm. NENAUDOK eAccelerator, APC, x-cache.
 
Varnish, nginx ir php-fpm tau sumažins apkrovas - 90% :)
 
https://www.varnish-cache.org/
http://nginx.org/
http://php-fpm.org/

Mintį vertinu teigiamai, bet iki politikos dar toli, kaip kiaulei iki mėnulio. First thing first - liaudiškai tariant, gal pirma reikėtų pereiti į kažką daugiau nei meetus pageriant, arba ė davai aptariam per meeta, susirenkam karoce savo bazei, pašnekam 20 min, o poto davaii geriam ir šnekam šūdūs kaip ten kas koks SEO specas turi 200 webu ir afygenai karoce sellina per affiliatus visoki šlamštą. Taip kritiškai žiūrint čia koks 50% perka pigiau parduoda brangiau, tai su tokiais į politiką šūds gautusi.
 
Tam kad eiti į politiką, reikia išeiti į žmones, neužteks forumo temų, ė davai darom čia bus jėga. Aš garantuoju, kad iš forumo neatsirastų 3 žmonių, kurie savarankiškai surengtų viešą diskusiją, forumą ar konferenciją nebūtinai apie politiką, bet pradžiai kad ir apie verslą, starupus arba kažką labiau 'mainstreminio' ir po pranešimo ar išsakytų minčių nuneštų visai publikai galvas, kad visi turėtų dar apie kažką pagalvoti, nėra kiaušų o ir narių su metaliniais kiaušais neatsirastų.
 
O viskas baigtusi tuom kad niekas nesurastų 500 litų surengti meetingą normalų, kaip baltiems žmonėms, ne su alaus bonke, o su kavute.
 
Čia man šita priminė eammm, Piratų Partijos kurimą, atsimenu buvo steigiamasis posedis, tai va susirinko visi kieti jė jė, jau ten belenkokie tuoj mes čia viską padarysim jė jė jė ir poto baigėsi eamm tuom kad taip ir neatsirado ten 800 litų šūdorganizacijai įkurt, kuri poto dėstytų interneto bloge visiems savo ideologines tiesas ir t.t., nes visi tik memekino memekino kažką, taip nieko ir nesupratau kas per wtf.
 
Čia paprasčiausias pavizdys - piratų partiją, didžiausiu trekerių savininkai gi neuždirba nieko iš trekerių, o dirbi niekur nedirba, bet namus statosi, tačkas perka, o realiai, liaudiškai tariant jiems p :)

Mintį vertinu teigiamai, bet iki politikos dar toli, kaip kiaulei iki mėnulio. First thing first - liaudiškai tariant, gal pirma reikėtų pereiti į kažką daugiau nei meetus pageriant, arba ė davai aptariam per meeta, susirenkam karoce savo bazei, pašnekam 20 min, o poto davaii geriam ir šnekam šūdūs kaip ten kas koks SEO specas turi 200 webu ir afygenai karoce sellina per affiliatus visoki šlamštą. Taip kritiškai žiūrint čia koks 50% perka pigiau parduoda brangiau, tai su tokiais į politiką šūds gautusi.
 
Tam kad eiti į politiką, reikia išeiti į žmones, neužteks forumo temų, ė davai darom čia bus jėga. Aš garantuoju, kad iš forumo neatsirastų 3 žmonių, kurie savarankiškai surengtų viešą diskusiją, forumą ar konferenciją nebūtinai apie politiką, bet pradžiai kad ir apie verslą, starupus arba kažką labiau 'mainstreminio' ir po pranešimo ar išsakytų minčių nuneštų visai publikai galvas, kad visi turėtų dar apie kažką pagalvoti, nėra kiaušų o ir narių su metaliniais kiaušais neatsirastų.
 
O viskas baigtusi tuom kad niekas nesurastų 500 litų surengti meetingą normalų, kaip baltiems žmonėms, ne su alaus bonke, o su kavute.
 
Čia man šita priminė eammm, Piratų Partijos kurimą, atsimenu buvo steigiamasis posedis, tai va susirinko visi kieti jė jė, jau ten belenkokie tuoj mes čia viską padarysim jė jė jė ir poto baigėsi eamm tuom kad taip ir neatsirado ten 800 litų šūdorganizacijai įkurt, kuri poto dėstytų interneto bloge visiems savo ideologines tiesas ir t.t., nes visi tik memekino memekino kažką, taip nieko ir nesupratau kas per wtf.
 
Čia paprasčiausias pavizdys - piratų partiją, didžiausiu trekerių savininkai gi neuždirba nieko iš trekerių, o dirbi niekur nedirba, bet namus statosi, tačkas perka, o realiai, liaudiškai tariant jiems p :)

O kas sako, kad Lietuva nenori draugauti su Rusija??? Visi su ja nori draugauti ir draugautu, jeigu ji butu draugiska! Jeigu jusu artimiausi draugai is jusu tyciojas, is jusu vagia, pastoviai ant jusu dergia aplinkiniams, ivairiai manipuliuoja ir jie is jusu daro auka. Tai jus tokius zmones vadintumet draugais ir vistiek noretumet su jais draugauti, nes jie uz jus turi geresne masina ir yra stambesnio sudejimo, bei agresyviau atrodo?
Man tokiu nuosirdziai gaila. Yra auksine taisykle, nusileisk nevykeliui ir pats toks tapsi ir busi visa gyvenima auka ir tokie pastoviai tave stumdys, kol perlipsi per save ir pasakysi, as nesu nevykelis, as nesu auka ir is manes niekas nesitycios!
Realybe tokia, nuo mokyklos laiku prie museiku trinas visokie snargliai, kad tik patys is skura negautu, o po to uzauge ir rasineja apie tai, kaip reikia draugauti su stipresniais, kad i skura negautum.
Kas megstat dometis nusikalstamu pasauliu ar mafija, tai net didziausi mafijozai gerbia garbingus priesus, kurie uz save moka pastoveti, o kas su prielipom ir isdavikais buna, tai nereikia manau pasakoti.
 
Lietuva sugalvojo savo duju terminala pasistatyti, nes mes esam nepriklausomi ir statom ka norim, juk cia ne atomine kokia. Eme rusai supyko ir uzkele kaina duju. Ir pasipyle ivairios nuomones, kad reikejo lyst i subine mafijozui...
 
Gerbkit save zmones!

O jei nesugebėsi mokėti įmokų, kas tada? Laiduotojas turės grąžinti skolą. Tokias sutartis tik kvailys galėtų pasirašyti arba tas kuris neturi kur dėti pinigų. Geriau ieškok investuotojo, o ne laiduotojo.

as toki projekta nei uz ka nedeciau i VPs su openvz :)
kad tau duoda 16 GHZ, tai dar nereiskia kad tu juos turi tikrai 100% :) tokia jau ta openvz technologija... ISP gali sakyt ka nori, kad garantuoja juos ir t.t. bet realybej man labai idomu kaip jis ta garantavima realizuoja? openvz ir yra esme gi, kad turint serveri pvz su dual 3 GHz, kokiais 4 GB ram, tu gali ten laikyti kokius 8 VPS, ir visiems rasyti kad jie gauna po 1 GB RAM ir 1 GHz cpu garantuotu resursu :)
 
siulyciau toki projekta kelti arba i tikrai dedikuota serveri ( o ne dedikuota pagal IV supratima :) arba bent jau i VPs su KVM arba xen virtualizacija, arba ten, kur mazesnis oversellinimas, arba dar, kaip sake, ziureti ir optimizuoti aplikacijas bei servisus ir isnaudoti cache mechanizmus... taciau visi keshavimai irgi naudoja ram ir cpu arba hdd.
 
cia labai sunku is tikro patarti, nes reiktu gilintis i tavo situacija, koks softas, kaip ten kas parasyta, koks turinys ir t.t.

Vis daugėja problemų pardavimų srityje, kai pirkėjas gauna ne tai, ko tikisi, ir negali savo teisių apginti. Moderatoriai, pastaruoju metu nagrinėję ne vieną tokį ginčą, galiausiai savo patirtį sudėjo į kelis taisyklių punktus, kurių parduodant ir perkant Uždarbis.lt nuo šiol privalo būti laikomasi:
 

Jeigu pirkėjui nusipirkus prekę paaiškėja, kad prekė turi defektą, kuris nebuvo paminėtas temoje, arba prekės išvaizda neatitinka pateiktos temoje (jeigu temoje buvo pateikta prekės nuotrauka), pardavėjas privalo pirkėjui paprašius grąžinti visus už prekę sumokėtus pinigus arba pakeisti prekę identiška be paminėtojo defekto. Jeigu pardavėjas parduoda neveikiančią prekę ir nėra žinoma, koks yra tikslus prekės gedimas, jis turi teisę nesutikti pirkėjui grąžinti pinigų bet kokio gedimo atveju ar jeigu paaiškėja, kad prekė nėra pataisoma. Pardavėjas turi teisę neatsakyti į temoje pateikiamus klausimus apie prekę. Pardavėjas, pasinaudojęs šia privilegija, privalo grąžinti pinigus nusipirkusiam prekę asmeniui jeigu prekė netenkina pirkėjo poreikių dėl dalyko, kuris buvo paminėtas klausime ir į kurį pardavėjas atsisakė atsakyti. Jeigu pardavėjas skelbimo temoje buvo nurodęs, kad nesuteikia pinigų grąžinimo garantijos ir pirkėjas nėra patenkintas preke dėl anksčiau paminėtų dalykų, pardavėjas turi teisę vietoje pinigų už prekę grąžinimo, pakeisti prekę identiška, tačiau be aptiktų defektų. Pardavėjas privalo skelbimo temoje nurodyti visus techninius ar programinius įrenginio apribojimus, dėl kurių pirkėjas gali neturėti galimybės pasinaudoti kažkuria įrenginio funkcija. Pardavėjas privalo skelbimo temoje pranešti jeigu kažkokio įrenginio techninio ar programinio apribojimo pardavimo momentu neįmanoma pašalinti ir dėl kurio naudojimasis kažkokiomis įrenginio funkcijomis pirkėjui gali būti neįmanomas.
Taip pat: būtina susipažinti su Skelbimų, Aukcionų ir Dizaino konkursų taisyklėmis.
 
Taisyklių pažeidimai "Forumo turguje" traktuojami kaip grūbūs nusižengimai (prilyginant juos sukčiavimams ir vagystėms), už kuriuos narys gali būti pašalintas iš Uždarbis.lt iš karto, be jokių papildomų įspėjimų ir neatsižvelgiant į esamą įspėjimų lygį.

Sveiki,
 
Atnaujinome duomenucentras.lt hostingo planus: http://www.duomenucentras.lt/hosting-paslaugos-uzsakymas
 
Du didieji planai buvo žymiai padidinti:
 
Planas P-35: 10 GB vietos, Neribotas srautas, Kaina su nuolaida 17.50lt/mėn
Planas P-45: 20GB vietos, Neribotas srautas, Kaina su nuolaida 22.50lt/mėn
 
Priedu gausite visas mūsų paslaugas ir pilną aptarnavimą:
 
Techninė įranga apsauganti nuo spam ir virusų FORTINET
Nelimituotas e. pašto dėžučių skaičius
Nelimituotas mysql duomenų bazių skaičius
 
Ir dar daug daug privalumų.
 
50% kuponas mūsų Hostingo ir VPS serverių paslaugoms ( Galioja ir pratęsimams ): http://www.duomenucentras.lt/nuolaidu-kuponas;b70f13d504

Forumo narys 'Slashas' turi wordpress svetainę su vidutiniu lankytojų srautu, svetainės lankomumas dažnai pakyla. Nėra srauto ir vietos ribojimų (virtualiai). Panaudota buvo daug kešavimo, proxy mechanizmų, nemažai routingo, virtualių tinklų (HA). Šiuo metu tinklalapis sugeba pasiekti realių 3000 lankytojų per sekundę, prie 6000 lankytojų per sekundę prasideda apkrovos, daugiau nei 10000 - lėtesnis darbas (didžiausios apkrovos).
 
Trumpai tariant prie 2000 unikalių lankytojų per dieną, virtualus serveris būna apkrautas 0%, sunaudojamas RAM kiekis 1.8GB (tą patį galima padaryti su 1024mb).
 
Didžiausios apkrovos atititenka pačiam cloud'ui, nes yra bent 3 virtualūs NIC (tinklo kortos), 2% įskaitant ir patį NODE.
 
Viskas yra taip gražiai sudėliota, kad net atliekant uždarbis.lt atsargines kopijas (238GB) ir apkraunant tiek uždarbis.lt tiek naują cloud'ą (800+ mbps srauto) neapsikrauna nei wordpress puslapiai, nei uždarbis.lt, lankytojai to nepajaučia.
 
Pliusai :

'Snapshotindamas' VM galiu dubliuoti juos, užtrunka greičiau nei perkelti informaciją ar atlikti atsarginę kopiją.
1 VM - 1gbps, 16000 lankytojų per sekundę maksimaliai, milionai atvertimų per dieną.
1 VM kaina nepakils daugiau 500 lt/mėn - pigu :)

Minusai :

Padidinti atlikti pakeitimus cloude užtruks 1-2 valandas.
Nėra vieno recepto visiems 'appsams', sunku realizuoti užtrunka daug laiko.

 
Naudojama varnish konfiguracija optimizuoti wordpress.
 

backend default { .host = "localhost"; .port = "80"; } acl purge { "localhost"; } sub vcl_recv { if (req.request == "PURGE") { if (!client.ip ~ purge) { error 405 "Not allowed."; } return(lookup); } if (req.url ~ "^/$") { unset req.http.cookie; } } sub vcl_hit { if (req.request == "PURGE") { set obj.ttl = 0s; error 200 "Purged."; } } sub vcl_miss { if (req.request == "PURGE") { error 404 "Not in cache."; } if (!(req.url ~ "wp-(login|admin)")) { unset req.http.cookie; } if (req.url ~ "^/[^?]+.(jpeg|jpg|png|gif|ico|js|css|txt|gz|zip|lzma|bz2|tgz|tbz|html|htm)(\?.|)$") { unset req.http.cookie; set req.url = regsub(req.url, "\?.$", ""); } if (req.url ~ "^/$") { unset req.http.cookie; } } sub vcl_fetch { if (req.url ~ "^/$") { unset beresp.http.set-cookie; } if (!(req.url ~ "wp-(login|admin)")) { unset beresp.http.set-cookie; } }
 
Pradėk nuo varnish, jeigu nenaudoji mod_rewrite - pereik prie nginx-fpm. NENAUDOK eAccelerator, APC, x-cache.
 
Varnish, nginx ir php-fpm tau sumažins apkrovas - 90% :)
 
https://www.varnish-cache.org/
http://nginx.org/
http://php-fpm.org/

Ip adresus galima gauti tik to tiekejo, kurio serverius naudoji.
Del SSL IP uztenka ir to vieno turimo, bet realiai SSL reikalingas atskiras IP.

http://www.reaper.fm/

Wordpress? Ar esi įdiegęs WP Super Cache?

Sveiki,
dažniausiai dirbant prie projektų tenka susidurti su Wordpress turinio valdymo sistema, todėl nusprendžiau pasidalinti savo patirtimi optimizuojant po Wordpress pagrindu besisukančius tinklalapius. Laisvu metu rašysiu po vieną dalyką atskirai, stengsiuos kuo detaliau ir aiškiau viską aprašyti.
 
Iš karto noriu pasakyti, kad vieno "to tinkamo, geriausio ir skaniausio" recepto nėra, todėl straipsnių bus ne vienas. Klausimus ir pasiūlymus galite rašyti eigoje.
 
Ką reikėtų turėti norint pradėti optimizuoti Wordpress sistemą :
 
Planavimas:
 

Minimalios Linux/*BSD žinios, minimalus gaudymasis tinkluose.
Dedikuotą serveris (praverstų 2-3 papildomi), nemažiau 2048 Mb ram. (Tinka ir VPS, tačiau ne OpenVZ.)
Minimaliai 2x IP adresus.
SSH Priėjimas prie servio.
DNS serveris.
Minimaliai 100 Mbps linija, 1 Gbps linija.
Kantrybė ir noras.

 
Siekiami Tikslai:
 

Tinklalapio atidarymo laikas < 200ms.
Perduodamų duomenų srauto taupymas.
Visą laika pasiekiamas tinklalapis > 99.999% uptime.
CDN darbas kartu su Wordpress.
Failover planas.
Didelio lankytojų srauto aptarnavimas > 1000 r/s (užklausų per sekundę).
Single point failure pašalinimas.

 
Pasiekti tikslai:

Mažas resursų sunaudojimas tinklalapio darbui.
Sutaupyti pinigai galingiems serveriams.
Greitas ir nepriekaištingas tinklalapio veikimas.

 
Mūsų siekiamas tikslas yra pasiekti puikų tinklalapio darbą su nedidelėmis išlaidomis. Būdai, kurie bus aprašyti šioje straipsnių serijoje leis sutaupyti apie 60% išlaidų dedikuotiems serveriams ir kitiems resursams. Bus pašalinti beveik visi 'single point', t.y. tinklalapis susidės iš kelių dalių kaip - duomenų bazių, kešavimo mechanizmų, cloud storage, CDN tinklo, web servisų.
 
Prie taip optimizuoto tinklalapio bus galima pridėti daugiau resursų, naujų servisų, plėsti tinklalapį dinamiškai, neįtakojant jo darbo ir visada turėti atsarginį planą.
 
* Taigi po truputį pradedu atnaujinti šią temą, pateikiu greitą varnish konfiguraciją Wordpress 'appsui'. Vėliau paaiškinsiu detaliau.
 
Kaip įdiegti varnish savo Linux serveryje
Varnish konfiguracija Wordpress sistemai
 
 

backend default { .host = "localhost"; .port = "80"; } acl purge { "localhost"; } sub vcl_recv { if (req.request == "PURGE") { if (!client.ip ~ purge) { error 405 "Not allowed."; } return(lookup); } if (req.url ~ "^/$") { unset req.http.cookie; } } sub vcl_hit { if (req.request == "PURGE") { set obj.ttl = 0s; error 200 "Purged."; } } sub vcl_miss { if (req.request == "PURGE") { error 404 "Not in cache."; } if (!(req.url ~ "wp-(login|admin)")) { unset req.http.cookie; } if (req.url ~ "^/[^?]+.(jpeg|jpg|png|gif|ico|js|css|txt|gz|zip|lzma|bz2|tgz|tbz|html|htm)(\?.|)$") { unset req.http.cookie; set req.url = regsub(req.url, "\?.$", ""); } if (req.url ~ "^/$") { unset req.http.cookie; } } sub vcl_fetch { if (req.url ~ "^/$") { unset beresp.http.set-cookie; } if (!(req.url ~ "wp-(login|admin)")) { unset beresp.http.set-cookie; } }

Forumo narys 'Slashas' turi wordpress svetainę su vidutiniu lankytojų srautu, svetainės lankomumas dažnai pakyla. Nėra srauto ir vietos ribojimų (virtualiai). Panaudota buvo daug kešavimo, proxy mechanizmų, nemažai routingo, virtualių tinklų (HA). Šiuo metu tinklalapis sugeba pasiekti realių 3000 lankytojų per sekundę, prie 6000 lankytojų per sekundę prasideda apkrovos, daugiau nei 10000 - lėtesnis darbas (didžiausios apkrovos).
 
Trumpai tariant prie 2000 unikalių lankytojų per dieną, virtualus serveris būna apkrautas 0%, sunaudojamas RAM kiekis 1.8GB (tą patį galima padaryti su 1024mb).
 
Didžiausios apkrovos atititenka pačiam cloud'ui, nes yra bent 3 virtualūs NIC (tinklo kortos), 2% įskaitant ir patį NODE.
 
Viskas yra taip gražiai sudėliota, kad net atliekant uždarbis.lt atsargines kopijas (238GB) ir apkraunant tiek uždarbis.lt tiek naują cloud'ą (800+ mbps srauto) neapsikrauna nei wordpress puslapiai, nei uždarbis.lt, lankytojai to nepajaučia.
 
Pliusai :

'Snapshotindamas' VM galiu dubliuoti juos, užtrunka greičiau nei perkelti informaciją ar atlikti atsarginę kopiją.
1 VM - 1gbps, 16000 lankytojų per sekundę maksimaliai, milionai atvertimų per dieną.
1 VM kaina nepakils daugiau 500 lt/mėn - pigu :)

Minusai :

Padidinti atlikti pakeitimus cloude užtruks 1-2 valandas.
Nėra vieno recepto visiems 'appsams', sunku realizuoti užtrunka daug laiko.

 
Naudojama varnish konfiguracija optimizuoti wordpress.
 

backend default { .host = "localhost"; .port = "80"; } acl purge { "localhost"; } sub vcl_recv { if (req.request == "PURGE") { if (!client.ip ~ purge) { error 405 "Not allowed."; } return(lookup); } if (req.url ~ "^/$") { unset req.http.cookie; } } sub vcl_hit { if (req.request == "PURGE") { set obj.ttl = 0s; error 200 "Purged."; } } sub vcl_miss { if (req.request == "PURGE") { error 404 "Not in cache."; } if (!(req.url ~ "wp-(login|admin)")) { unset req.http.cookie; } if (req.url ~ "^/[^?]+.(jpeg|jpg|png|gif|ico|js|css|txt|gz|zip|lzma|bz2|tgz|tbz|html|htm)(\?.|)$") { unset req.http.cookie; set req.url = regsub(req.url, "\?.$", ""); } if (req.url ~ "^/$") { unset req.http.cookie; } } sub vcl_fetch { if (req.url ~ "^/$") { unset beresp.http.set-cookie; } if (!(req.url ~ "wp-(login|admin)")) { unset beresp.http.set-cookie; } }
 
Pradėk nuo varnish, jeigu nenaudoji mod_rewrite - pereik prie nginx-fpm. NENAUDOK eAccelerator, APC, x-cache.
 
Varnish, nginx ir php-fpm tau sumažins apkrovas - 90% :)
 
https://www.varnish-cache.org/
http://nginx.org/
http://php-fpm.org/

Forumo narys 'Slashas' turi wordpress svetainę su vidutiniu lankytojų srautu, svetainės lankomumas dažnai pakyla. Nėra srauto ir vietos ribojimų (virtualiai). Panaudota buvo daug kešavimo, proxy mechanizmų, nemažai routingo, virtualių tinklų (HA). Šiuo metu tinklalapis sugeba pasiekti realių 3000 lankytojų per sekundę, prie 6000 lankytojų per sekundę prasideda apkrovos, daugiau nei 10000 - lėtesnis darbas (didžiausios apkrovos).
 
Trumpai tariant prie 2000 unikalių lankytojų per dieną, virtualus serveris būna apkrautas 0%, sunaudojamas RAM kiekis 1.8GB (tą patį galima padaryti su 1024mb).
 
Didžiausios apkrovos atititenka pačiam cloud'ui, nes yra bent 3 virtualūs NIC (tinklo kortos), 2% įskaitant ir patį NODE.
 
Viskas yra taip gražiai sudėliota, kad net atliekant uždarbis.lt atsargines kopijas (238GB) ir apkraunant tiek uždarbis.lt tiek naują cloud'ą (800+ mbps srauto) neapsikrauna nei wordpress puslapiai, nei uždarbis.lt, lankytojai to nepajaučia.
 
Pliusai :

'Snapshotindamas' VM galiu dubliuoti juos, užtrunka greičiau nei perkelti informaciją ar atlikti atsarginę kopiją.
1 VM - 1gbps, 16000 lankytojų per sekundę maksimaliai, milionai atvertimų per dieną.
1 VM kaina nepakils daugiau 500 lt/mėn - pigu :)

Minusai :

Padidinti atlikti pakeitimus cloude užtruks 1-2 valandas.
Nėra vieno recepto visiems 'appsams', sunku realizuoti užtrunka daug laiko.

 
Naudojama varnish konfiguracija optimizuoti wordpress.
 

backend default { .host = "localhost"; .port = "80"; } acl purge { "localhost"; } sub vcl_recv { if (req.request == "PURGE") { if (!client.ip ~ purge) { error 405 "Not allowed."; } return(lookup); } if (req.url ~ "^/$") { unset req.http.cookie; } } sub vcl_hit { if (req.request == "PURGE") { set obj.ttl = 0s; error 200 "Purged."; } } sub vcl_miss { if (req.request == "PURGE") { error 404 "Not in cache."; } if (!(req.url ~ "wp-(login|admin)")) { unset req.http.cookie; } if (req.url ~ "^/[^?]+.(jpeg|jpg|png|gif|ico|js|css|txt|gz|zip|lzma|bz2|tgz|tbz|html|htm)(\?.|)$") { unset req.http.cookie; set req.url = regsub(req.url, "\?.$", ""); } if (req.url ~ "^/$") { unset req.http.cookie; } } sub vcl_fetch { if (req.url ~ "^/$") { unset beresp.http.set-cookie; } if (!(req.url ~ "wp-(login|admin)")) { unset beresp.http.set-cookie; } }
 
Pradėk nuo varnish, jeigu nenaudoji mod_rewrite - pereik prie nginx-fpm. NENAUDOK eAccelerator, APC, x-cache.
 
Varnish, nginx ir php-fpm tau sumažins apkrovas - 90% :)
 
https://www.varnish-cache.org/
http://nginx.org/
http://php-fpm.org/

Forumo narys 'Slashas' turi wordpress svetainę su vidutiniu lankytojų srautu, svetainės lankomumas dažnai pakyla. Nėra srauto ir vietos ribojimų (virtualiai). Panaudota buvo daug kešavimo, proxy mechanizmų, nemažai routingo, virtualių tinklų (HA). Šiuo metu tinklalapis sugeba pasiekti realių 3000 lankytojų per sekundę, prie 6000 lankytojų per sekundę prasideda apkrovos, daugiau nei 10000 - lėtesnis darbas (didžiausios apkrovos).
 
Trumpai tariant prie 2000 unikalių lankytojų per dieną, virtualus serveris būna apkrautas 0%, sunaudojamas RAM kiekis 1.8GB (tą patį galima padaryti su 1024mb).
 
Didžiausios apkrovos atititenka pačiam cloud'ui, nes yra bent 3 virtualūs NIC (tinklo kortos), 2% įskaitant ir patį NODE.
 
Viskas yra taip gražiai sudėliota, kad net atliekant uždarbis.lt atsargines kopijas (238GB) ir apkraunant tiek uždarbis.lt tiek naują cloud'ą (800+ mbps srauto) neapsikrauna nei wordpress puslapiai, nei uždarbis.lt, lankytojai to nepajaučia.
 
Pliusai :

'Snapshotindamas' VM galiu dubliuoti juos, užtrunka greičiau nei perkelti informaciją ar atlikti atsarginę kopiją.
1 VM - 1gbps, 16000 lankytojų per sekundę maksimaliai, milionai atvertimų per dieną.
1 VM kaina nepakils daugiau 500 lt/mėn - pigu :)

Minusai :

Padidinti atlikti pakeitimus cloude užtruks 1-2 valandas.
Nėra vieno recepto visiems 'appsams', sunku realizuoti užtrunka daug laiko.

 
Naudojama varnish konfiguracija optimizuoti wordpress.
 

backend default { .host = "localhost"; .port = "80"; } acl purge { "localhost"; } sub vcl_recv { if (req.request == "PURGE") { if (!client.ip ~ purge) { error 405 "Not allowed."; } return(lookup); } if (req.url ~ "^/$") { unset req.http.cookie; } } sub vcl_hit { if (req.request == "PURGE") { set obj.ttl = 0s; error 200 "Purged."; } } sub vcl_miss { if (req.request == "PURGE") { error 404 "Not in cache."; } if (!(req.url ~ "wp-(login|admin)")) { unset req.http.cookie; } if (req.url ~ "^/[^?]+.(jpeg|jpg|png|gif|ico|js|css|txt|gz|zip|lzma|bz2|tgz|tbz|html|htm)(\?.|)$") { unset req.http.cookie; set req.url = regsub(req.url, "\?.$", ""); } if (req.url ~ "^/$") { unset req.http.cookie; } } sub vcl_fetch { if (req.url ~ "^/$") { unset beresp.http.set-cookie; } if (!(req.url ~ "wp-(login|admin)")) { unset beresp.http.set-cookie; } }
 
Pradėk nuo varnish, jeigu nenaudoji mod_rewrite - pereik prie nginx-fpm. NENAUDOK eAccelerator, APC, x-cache.
 
Varnish, nginx ir php-fpm tau sumažins apkrovas - 90% :)
 
https://www.varnish-cache.org/
http://nginx.org/
http://php-fpm.org/

Sveiki, jau trečia savaitė ruošiu informaciją apie saugaus web serverio paruošimą CentOS 5.0 aplinkoje. Tikiuosi viską užbaigti per ateinantį mėnesį. Dokumentacija susidės iš pilno Apache+Lighttpd serverio paruošimo, proxy ir "load-balancingo" paruošimo, saugaus php, jo optimizavimo, mysql, postgre ir oracle 'supporto' serveryje, limitų apribojimo, apsaugos nuo atakų, keletas minčių apie fuzzinimą ir auditą tinkle/serveryje.
 
Kadangi ne viskas rašosi taip greitai kaip norėtusi, todėl pateikiu dar pilnai nebaigtas dalis, šį kartą apie Apache. Tikiuosi greitu metu pateiksiu ir antrą dalį apie php
 
 
 
Jeigu šis būdas Jums pasirodys keistas ir/arba nepriimtinas - bibliotekas galite instaliuotis iš 'packaged source', tai priklauso tik nuo jūsų.
 
Taip pat neradau vietos forume, kur galėčiau postinti < ?
 
1. Bibliotekų paruošimas.
# mkdir -p /root/siuntiniai
# wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/
# wget http://www.gzip.org/zlib/zlib-1.2.3.tar.bz2
# wget http://www.openssl.org/source/openssl-0.9.8e.tar.gz
# wget http://www.libgd.org/releases/gd-latest.tar.bz2
 
 
1.1 rpmbuild.
 
Jeigu iškils problemų su 'rpmbuild', siūlau susikurti šias direktorijas :
 
# mkdir $HOME/rpm
# mkdir $HOME/rpm/SOURCES
# mkdir $HOME/rpm/SPECS
# mkdir $HOME/rpm/BUILD
# mkdir $HOME/rpm/SRPMS
# mkdir $HOME/rpm/RPMS
# mkdir $HOME/rpm/RPMS/i386
# echo "%_topdir $HOME/rpm" >> $HOME/.rpmmacros
 
Užrašai : Kaip žinia $HOME - tai jūsų vartotojo 'namų' direktorija, pvz /root , /home/beck, taip pat mano siūlymas būtų - naudoti 'rpmbuil' ne su 'root' teisėmis, o su paprastu vartotoju, vėliau 'suidintis'.
 
 
2. Apache 2 Instaliavimas.
Taigi, pradedame instaliuoti apache. Yra du būdai, vienas iš jų - instaliuoti iš 'source', o kitas - pasidaryti rpm, tarkime 'yum' ir 'rpm' šiuo atveju atkrenta, nes apache 'statymas iš 'repositorių' tokių kaip rpm,yum, apt-get, emerge ar kitų yra paprasčiausiai _negerai_ .
 
# wget http://www.apache.lt/httpd/httpd-2.2.4.tar.gz && tar zxf httpd-2.2.4.tar.gz && cd httpd-2.2.4
# ./configure --help
 
Užrašai : Prieš pradėdami kompiliuoti - pasiskaitykite apie galimą konfiguraciją.
 

# ./configure --prefix=/etc/httpd --exec-prefix=/etc/httpd --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc/httpd/conf --enable-info --enable-auth-digest --enable-cache --enable-cern-meta --enable-deflate --enable-disk-cache --enable-expires --enable-headers --enable-proxy --enable-vhost-alias --enable-echo --enable-file-cache --enable-ssl --enable-module=so --enable-rewrite --enable-so --enable-suexec --with-suexec-docroot=/ --with-suexec-caller=apache --with-suexec-userdir=public_html --with-suexec-logfile=/var/log/httpd/suexec_log --with-suexec-bin=/usr/sbin/suexec --with-mpm=prefork --includedir=/usr/include/apache --libexecdir=/usr/lib/apache --datadir=/var/www --localstatedir=/var
 
Šių paketų turėtų užtekti, kartais reikalyngos 'apr' bibliotekos, jeigu 'kompiliavimo' metu iškils problemų - žiūrėkite čia : http://packages.ubuntu.com/cgi-bin/search_...amp;release=all 
Užrašai : Pateikta konfiguracija, naudos "/etc/httpd" direktoriją taip pat suexec galimybę (įrašai saugomi - /var/log/httpd/suexec_log faile) , o tinklapių direktorija bus "public_html".
 
Apsvarstymas - suexec ar suPHP ?
 
Taigi, prieš konfiguruodami ir paleisdami savo web serverį į platujį internetą turėsite nuspręsti - kurį iš šių modulių naudoti. Yra daug už/prieš tiek suexec pusėje tiek suPHP.
suPHP suteikia daugiau galimybių, stipriai padidina saufumą, tačiau neveikia su kešavimu ir tinkalpių akseleravimu (eAccelerator, MMCache). Tačiau kitoje medalio pusėje - suExec. suExec - puikiai veikia su jau minėtais kešavimo ir akseleravimo produktais, tačiau turi nedaug konfiguravimo galimybių.
 
Jeigu nekilo jokių problemų su konfiguravimu, tesiame darbą toliau :
 
# make && make install
 
Patikriname ar _tikrai_ visi reikalyngi moduliai buvo sukompiliuoti su apache.
 
# httpd -l | wc -l
 
Šiuo atveju turėtų būti viso 47 moduliai.
 
Jeigu norite galite naudoti rpm.
 
Mūsų dažniausiai naudojami failai httpd.conf,httpd-ssl.conf ir httpd-vhosts.conf randasi kiek 'toli' (/etc/httpd/conf/*extra/), todėl naudojame 'ln' (symlink) darbo pagreitinimui - tai sutrumpins kelia iki failų.
 
# ln -s /etc/httpd/conf/httpd.conf /etc/httpd.conf
# ln -s /etc/httpd/conf/extra/httpd-ssl.conf /etc/ssl.conf
# ln -s /etc/httpd/conf/extra/httpd-vhosts.conf /etc/vhosts.conf
 
 
 
3. Apache paruošimas darbui.
Viską metam 'kažkur' į apache http.conf failą.
 
 
#apache procesų limitavimas.
 
RLimitMEM 496911018
RLimitCPU 240
 
#Pakeiskite timout iki 15s.
Timeout 15
 
#Šį nustatymą pakeiskite į "Prod"
ServerTokens Prod
 
# Pakeiskite šį nustatymą Į "Off" arba "mail", kad rodytų jūsų nustatytą serverio 'root' el.paštą.
ServerSignature Off
 
#Klaidų nukreipimas, žinoma galima pasirinkti ir specialiai sukurtus tinklapius.
 
ErrorDocument 500 /
ErrorDocument 404 /
ErrorDocument 403 /
ErrorDocument 402 /
 
3.1 Klaidų nukreipimas.
 
Galite panaudoti 404 klaidai, 404.shtml failą, jame pridėti ši tekstą :
 
<!-- Klaida : tinklapis nebuvo rastas -->
<!--#echo var="HTTP_REFERER" --> </br>
<!--#echo var="REMOTE_ADDR" --> </br>
<!--#echo var="REQUEST_URI" --> </br>
<!--#echo var="HTTP_HOST" --> </br>
<!--#echo var="HTTP_USER_AGENT" --> </br>
<!--#echo var="REDIRECT_STATUS" --> </br>
 
Užrašas : pirma eilutė pridės tekstą prie HTML kodo (jis nebus matomas), HTTP_REFERER - nurodo vietą iš kurios atvyko lankytojas, REMOTE_ADDR - lankytojo IP adresas,
REQUEST_URI - lankytojo ieškotas puslapis, HTTP_HOST - jūsų web serverio adresas, HTTP_USER_AGENT - vartotojo naršyklės informacija, REDIRECT_STATUS - statusas. Daugiau apie klaidų handling'ą skaitykite 'apache' dokumentacijoje.
 
 
 
# Prie mod_rewrite pridėkite šį tekstą, jis bus naudojamas su visais tinklapiais serveryje, tai panaikins TRACE galimybę, jeigu norite galite naudoti tik 'virtual host' direktyvose.
 
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{REQUEST_METHOD} ^(TRACE|TRACK)
RewriteRule .* - [F]
</IfModule>
 
4.0 Apache serverio modulių instaliavimas ir paruošimas darbui.
 
Greitai aptarsime mūsų naudojamus modulius, sukonfiguruosime, patikrinsime ir paleisime. Prisiminkite, kad visados galite keisti jų nustatymus, bei pritaikyti savo poreikiams.
 
4.1 Instaliuojame ir konfiguruojame "mod_evasive".
 
Nedidelis komponentas leisiantis mums kiek apsisaugoti nuo atakų, 'crawlerių' ir nekviestų svečių.
 
# wget http://www.zdziarski.com/projects/mod_evas...e_1.10.1.tar.gz
# tar zxf mod_evasive_1.10.1.tar.gz
# cd mod_evasive
# /usr/sbin/apxs -i -a -c mod_evasive20.c
 
Į httpd.conf automatiškai bus pridėtas "LoadModule evasive20_module /usr/lib/apache/mod_evasive20.so", jeigu ne, pridėkite.
 
httpd.conf faile pridėkite :
 
<IfModule mod_evasive20.c>
DOSHashTableSize 3097
DOSPageCount 5
DOSSiteCount 100
DOSPageInterval 2
DOSSiteInterval 2
DOSBlockingPeriod 10
DOSBlockingPeriod 600
</IfModule>
 
Priklausomai nuo lankytojų, jų aplankomų puslapių, atvertimų skaičiaus, tai gali būti kiek per griežti 'rulesetai', todėl galite naudoti ir kiek paprastesnius, pvz .:
 
DOSHashTableSize 3097
DOSPageCount 2
DOSSiteCount 50
DOSPageInterval 1
DOSSiteInterval 1
DOSBlockingPeriod 10
 
Malonu susipažinti, štai ir pasaulį išvydo mūsų "trumpų įrašų" dienoraštis internete. Sėdėjau mūsų ofise, sekmadienis, laukia šliapa ir lyja, todėl iš to didelio nuobodžiavimo sumaniau pradėti daryti... Labai gražus tinklapio dizainas, minimalistinis (mm) ir aš jį ruošiuosi šiek tiek pakeisti, na bet ne dabar, laikas toliau dirbti .
 
4.1 Instaliuojame ir konfiguruojame "mod_cband" .
 
Šis modulis skirtas mūsų serverio perduodamų duomenų srauto limitavimui, tai padės priskirti prioritetus tinklapiams (tarkime tai bus mūsų mažas 'trafficshaperis') - turime vieną bendrą katilą, kuriame yra tinklapio lankytojai, redaktoriai, administratoriai ir Jūs, todėl ši sistema gali būti pritaikyta ne vien vartotojams, bet ir tiems puslapiams ir/arba vietoms prie kurių visados turi būti priėjimas (jeigu interneto kanalas yra nedidelis).
 
4.1.1 Instaliavimas.
 
# cd /tmp
# wget http://cband.linux.pl/download/mod-cband-0.9.7.4.tgz
# tar xzvf mod-cband-0.9.7.4.tgz
# cd mod-cband-0.9.7.4
# ./configure (naudokite "--help" vėliavėlę (flag) jeigu reikia kokių nors specifinių nustatymų)
# make
# make install
 
Pabaigoje turėtumete pamatyti užrašą :
 
# chmod 755 /usr/lib/apache/mod_cband.so
# [activating module `cband' in /etc/httpd/conf/httpd.conf]
 
Ir jeigu taip neatsitiko, savo httpd.conf faile pridėkite - "LoadModule cband_module /usr/lib/apache/mod_cband.so"
 
4.1.2 Konfiguravimas
 
"mod_cband" naudoja šiuos vienetus duomenų srauto skaičiavimui :
 
 
Perdavimo greitis :
 
* kbps: 1024 bitų per sekundę.
* Mbps: 1024*1024 bitų per sekundę.
* Gbps: 1024*1024*1024 bitų per sekundę.
* Pagal nutylėjimą naudojamas kbps.
 
 
Duomenų kvotos:
 
* K: 1000 bitai.
* M: 1000*1000 bitai.
* G: 1000*1000*1000 bitai.
* Ki: 1024 bitai.
* Mi: 1024*1024 bitai.
* Gi: 1024*1024*1024 bitai.
* Pagal nutylėjimą naudojamas K.
 
 
Laiko tarpai:
 
* S: sekundės.
* M: minutės.
* H: valandos.
* D: dienos.
* W: savaitės.
* Pagal nutylėjimą naudojamas S.
 
 
4.1.3 Nurodome httpd.conf faile 'cband' informacijos 'išvalymą'.
 
CBandScoreFlushPeriod 1
CBandRandomPulse On
 
4.1.4 Nurodome perduodamų duomenų greitį.
<VirtualHost 10.19.3.15>
ServerName www.speedserver.lt
ServerAdmin [email protected]
DocumentRoot /home/speedracer/public_html
CBandSpeed 10240 120 80
CBandRemoteSpeed 230kb/s 3 3
</VirtualHost>
 
Šiuo atveju "CBandSpeed" direktyva nurodo maksimalų 10240 kbps greitį (t.y. 10 mbps; 1280 kb/s), maksimaliai 120 užklausų vienu metu ir 80 'open' prisijungimų mūsų speedserver.lt tinkalpiui.
 
4.1.5 Antroji dalis. Dar labiau limituojame tinklapio srautą ir perduotų duomenų skaičių.
 
<VirtualHost 10.19.3.15>
ServerName www.speedserver.lt
ServerAdmin [email protected]
DocumentRoot /home/speedracer/public_html
CBandLimit 10000M
CBandSpeed 10240 120 80
CBandRemoteSpeed 230kb/s 3 3
CBandPeriod 4W
CBandExceededURL http://www.speedserver.lt/vat_ir_baigesi_srautas.html
</VirtualHost>
 
Na o čia nurodomas 'CBandLimit 10000M' - tai 10000 Mb duomenų per 4 savaites (CBandPeriod 4W), o 'CBandExceededURL' nurodo puslapį į kurį bus nukreipiami lankytojai, kai baigsis duomenų srautas.
 
4.1.6 Web priėjimas prie statistikos
 
Norėdami peržiūrėti dabartinius srauto limitus, apkrovas, vartotojus ir kitą, pridėkite "/cband-status" direktyvą savo '/etc/vhost.conf' faile.
 
<VirtualHost 10.19.3.15>
ServerName www.speedserver.lt
ServerAdmin [email protected]
DocumentRoot /home/speedracer/public_html
CBandLimit 10000M
CBandSpeed 10240 120 80
CBandRemoteSpeed 230kb/s 3 3
CBandPeriod 4W
CBandExceededURL http://www.speedserver.lt/vat_ir_baigesi_srautas.html
 
<Location /cband-status>
SetHandler cband-status
</Location>
 
<Location /cband-status-me>
SetHandler cband-status-me
</Location>
 
</VirtualHost>
 
 
Užrašas : Platesnę informaciją ir dokumentaciją rasite http://cband.linux.pl/documentation puslapyje.
 
 
Jeigu radote klaidų, prašau leisti man apie tai žinoti, dėkui...

Turbūt ne aš vienas bet ir kiti nesupratom ką norėjai tuom pasakyti :D
 
 
Konkurencija yra sveika :)
 
 
Tsakant sujungs reklamos inventorius.

Gerbiami esami ir būsimi klientai,
 
CloudLIX.com siūlo RAID masyvu apsaugotus aukštos kokybės virtualius serverius su Intel Sandy Bridge E3 procesoriais. Pristatome mūsų paslaugų spektrą.
 
Serveriai be priežiūros:
 


 
Pilna ROOT prieiga
Apsaugotas RAID masyvas
Atsarginės kopijos
Linux šablonai 20+
Linux 2.6.32 branduolys

 
Mažiausias planas:
 

Procesorius: 3 GHz Atmintinė: 1 GB Disko vieta: 20 GB Srautas: 20 Mbps Kaina nuo 17.5 Lt./mėn
 
Didžiausias planas:
 

Procesorius: 20 GHz Atmintinė: 8 GB Disko vieta: 200 GB Srautas: 100 Mbps Kaina nuo 92.5 Lt/mėn
 
Visi virtualių Dedikuotų Serverių be priežiūros planai: http://www.cloudlix.com/serveriai-be-prieziuros
 
 
Serveriai su priežiūra:
 


 
Komercinis valdymo pultas ( DirectAdmin )
Lankstūs sprendimai
Atsarginės kopijos
Saugumo atnaujinimai
Pagalba telefonu

 
Mažiausias planas:
 

Procesorius: 6 GHz Atmintinė: 4 GB Disko vieta: 50 GB Srautas: 50 Mbps Kaina nuo 112.5 Lt./mėn
 
Didžiausias planas:
 

Procesorius: 20 GHz Atmintinė: 10 GB Disko vieta: 300 GB Srautas: 100 Mbps Kaina nuo 227.50 Lt./mėn
 
Visi virtualių Dedikuotų Serverių su priežiūra planai: http://www.cloudlix.com/serveriai-su-prieziura
 
Papildoma informacija
 


 
Serveriai patalpinti Lietuvoje
Papildomas IP adresas Virtualiam Dedikuotam Serveriui - 5Lt/mėn
Apmokėjimo galimybės: Visi Lietuvos bankai ( partneris mokejimai.lt), Paypal, Webmoney, bankinis pavedimas.
Ieškantiems paprasto ir nebrangaus, bet stabilaus ir patikimo hostingo su SMS žinučių apmokėjimo galimybe siūlome rinktis atnaujintą mūsų projektą HOSTINGAS.IN!

 
Apie UAB "LIX Solutions"
 
UAB "LIX Solutions" Ltd - tai hostingo kompanija, teikianti aukštos kokybės paslaugas bei hostingo sprendimus palankiomis kainomis.
 
Įmonėje suburtas nedidelis, tačiau aukštos kvalifikacijos, sertifikuotas, entuziastingas, novatoriškas ir draugiškas kolektyvas, darantis įmonę idealiu Jūsų partneriu.
 
Teikiame aukštos kokybės paslaugas Lietuvos ir užsienio kompanijoms, įvairiems portalams ir fiziniams asmenims. Kadangi aukšta kokybė reikalauja aukšto pasiekiamumo, esame jums pasiruošę padėti septynias dienas per savaitę, 24 valandas per parą. Su mumis susisiekti galite tiek el. paštu, tiek pagalba gyvai, tiek telefonu ar kitomis nurodytomis bendravimo programomis bet kuriuo Jums patogiu metu.
 
Įmonės kontaktai
 

UAB "LIX Solutions" Panerių g. 11, 03209, Vilnius, Lietuva Įm. kodas: 302655961 PVM kodas: LT100006317918 Bankas: AB "Swedbank" Banko sąskaita: LT127300010127982804 SWIFT kodas:HABALT22 El. paštas: [email protected] Svetainė: www.cloudlix.com
 
--
Su geriausiais linkėjimais
UAB „LIX Solutions“ direktorius Artūras Ražinskij

Turite idėjų (bent taip pasirodė), bet didžiulė problema - programuotojai.
Kiek jų LT, visi geresni išgraibstyti, o jaunimas, sako nenoriai mokosi kodavimo.
Galgi pats laikas ieškoti jų kitose šalyse? Adobe seniausiai savo programas kuria Indijoje, Indonezijoje...
Jei kalba yra problema - Rusija visai čia pat ??? Turi idėjų - kurk biurą Tailande :)
 
Čia kaip ir verslo idėja - sukurti tokį programuotojų paieškos puslapį Lietuvai, orientuotą į pigią darbo jėgą Rytuose. Su visokeriopa bendradarbiavimo pagalba, priežiūra etc...

Heh, siek tiek uztrukau kol patikrinau visus tinklalapius ir tinklus, teko pasiknisti tarp 21 miliono irasu ir juos sutikrinti su kitais serveriais.
 
Downtime - 2011-09-16 04:51:06 - 2011-09-16 07:20:07
 
Taigi pagal monitoringo sistemos laika, nuo 04:51:06 iki 07:20:07 - duomenucentras.lt tinklalapis buvo nepasiekiamas.
 
Per visa laika duomenucentras.lt buvo nepasiekiamas 3869 kartus (nuo 2011 balandzio).
 
Sistema tikrina pasiekiamuma kas 15-20s is keliu nepriklausomu vietu.

Nematau priežasties panikuoti. Kas nenori matyti reklamos internete, tie seniai yra įsidiegę tokius naršyklės įskiepius, kaip AdBlock, ir jokios reklamos nemato nei delfyje nei bet kur kitur.
 
Suprantama, yra dalis žmonių, kuriems reklama šiaip jau netrukdo (todėl jokių įskiepių nediegia), bet gink Dieve nenori jos matyti būtent Uždarbis.lt. Specialiai jiems dabar kūriu reklamos išjungimo funkciją, kuri netrukus veiks tiek patvirtintiems, tiek paprastiems nariams.
 
Reklama grąžinta, nes norim labai daug uždirbti.

Heh, siek tiek uztrukau kol patikrinau visus tinklalapius ir tinklus, teko pasiknisti tarp 21 miliono irasu ir juos sutikrinti su kitais serveriais.
 
Downtime - 2011-09-16 04:51:06 - 2011-09-16 07:20:07
 
Taigi pagal monitoringo sistemos laika, nuo 04:51:06 iki 07:20:07 - duomenucentras.lt tinklalapis buvo nepasiekiamas.
 
Per visa laika duomenucentras.lt buvo nepasiekiamas 3869 kartus (nuo 2011 balandzio).
 
Sistema tikrina pasiekiamuma kas 15-20s is keliu nepriklausomu vietu.