ManoDebesis

Video paaiškinantis kaip jūsų interneto svetainė pasiekia lankytoją Eksperimentuojame su edukaciniais video programuotojams. Labai laukiame pasiūlymų ką programavimo srityje jums sunku įsivaizduoti ir kam praverstų toks paaiškinimo formatas :)

O nuo kieno akių norima apsaugoti? Jeigu norima, kad informaciją žinotų tik svetainės lankytojas, ne svetainės administratorius, tuomet saugiausia, kad informacija atšifruojama tik kliento naršyklėje.

Slaptažodžių saugumą esu aprašęs šioje temoje https://uzdarbis.lt/t323788/php-slaptazodziu-saugumas/ Klausimas yra kur bus šifruojama informacija ir kur saugomas šifravimo raktas? Reikia šiek tiek daugiau informacijos kaip keliaus informacija ir kokiu tikslu duomenys šifruojami.

Pats paprasčiausias variantas traktuojant, kad nebus jokių specialių simbolių. ReikiaPuslapio teisus, ši problema nėra tokia paprasta. http://php.debes.is/bi7jwoqt

Ačiū Augustinai! Šiuo metu dirbame prie geresnio informacijos perteikimo metodo. Svetainės dizainas buvo paremtas minimalizmu. Tikslas buvo neužgošti turinio. Dizainas ir informacijos perteikimas tobulinamas. Ačiū knoppkius už tavo nuomonę. Vyko ne visai oficiali diskusija. Aiškinant tam tikrus dalykus neišvengėme angliškos terminologijos. Ji turi aiškius apibrėžimus, taip stengėmės išvengti interpretacijų. Ačiū! Ačiū BruceW! Projekto pasiekimus mes išsamiai aprašysime bloge. Sukurdami šią temą mes siekėme diskusijos, jos metu gavome labai svarbų grįžtamąjį ryšį. Ačiū v

World Of Warcraft žaidimo variklis parašytas su C ir C++, vartotojo sąsaja su Lua.

Ačiū už pasiūlymą, tačiau mūsų platforma, filosofija ir planai išsamiai paaiškinti svetainėje ir šioje diskusijoje. Jūsų nuomonė apie paslaugas ir mūsų intelektualinius gebėjimus taip pat visiškai aiški.

Mes nekonkuruojame su didžiausias pasaulio tiekėjais. Teiginys, kad pasiūlyti visiškai kitam rinkos segmentui kažką panašaus reikia turėti milijonines investicijas yra tiesiog neteisingas. Įgyvendinti fundamentalius PaaS platformų teikiamus privalumus turint geras programavimo/technines žinias nėra taip sudėtinga. Visi projektai yra scalinami pagal paklausą, nuo to priklauso kiek investuojama į pradinę infrastruktūrą. Pasikartojant, VPS yra pradinis žingsnis. Šiame etape daugiau smulkių virtualių serverių su replikacija yra patikimiau nei vienas brangus serveris. Sekančiame etape bus naudoja

HOST321 – gėda, atrodo teikiate talpinimo paslaugas, tačiau nesuprantate fundamentalių principų. Pagal tavo logiką, didieji tiekėjai tokie kaip Google Cloud Platform, Amazon Web Services, Facebook turėtų veikti nepatikimai, nes naudoja commodity serverius? Vienas iš PaaS tikslų ir buvo padaryti nepatikimus komponentus patikimais. Taip, mūsų atveju kol kas žemiausias commodity komponentas yra VPS. Jam sutrikus, lankytojai nukreipiami į kitą repliką. Tačiau fundamentaliai platforma nėra pririšta prie būtent tokio virtualizacijos mechanizmo. Scalinant teks neišvengiamai talpinti savo serveri

Susipažinkite – commodity computing. Negi pirmą kartą girdite, kad Google Cloud Platform, Amazon Web Services, Facebook ir Rackspace naudoja commodity hardware? Visas IT hardware sugenda, tai nenuginčijamas faktas. Nesvarbu ar tai asmeninis serveris, dedikuotas serveris ar VPS tiekėjo serveris. Vienintelis būdas užtikrinti 100% availability yra redundancy. Pirmas mūsų žingsnis buvo sukurti platformą, kuri gali veikti extremely hostile environments. Infrastruktūros komponentai ant kurių veikia platforma yra lengvai pakeičiami. Jūsų argumentai paremti straw men. Puiku kad jūs esate orakulai

Debesų kompiuterijoje hardware kokybė nebeturi didelės įtakos. Tendencija yra naudoti pigius (dažnai custom made) komponentus kurie gedimo atveju būtų lengvai pakeičiami. Realybė tokia, kad net ir brangiausi, branded, komponentai genda. Downtime tiesiog išsprendžiamas programiniame lygmenyje palaikant aktyvias kopijas. Projektas yra proof of concept stadijoje. Fundamentalios platformos savybės įgyvendintos ir jas galima išbandyti. Tolesnius mūsų veiksmus ir investicijas įtakos klientų susidomėjimas.

Paskaičiavimus ir pavyzdžius būtinai pridėsime. Dalyvaujant viešajame pirkime neišvengiamai tenka prognozuoti svetainės lankomumą. Pagal keliamus reikalavimus vis tiek reikia parinkti talpinimo planą arba serverį. Utility computing atveju numatomas biudžetas.

Ačiū už informaciją. Išanalizuosime ir išspręsime problemą, kad geolokacija veiktų visais atvejais.

Gal galite patikslinti kokius DNS serverius naudojate asmeniniame kompiuteryje ir antrame serveryje? Į JAV serverį turi nukreipti tik jeigu DNS užklausa gaunama ne iš Lietuvos.

Dėl pinigų deginimo – ačiū, kad rūpinatės, tačiau pagrindinis projekto tikslas nėra uždirbti daug pinigų. Platformą visų pirma sukūrėme savo projektams, orientuotiems į Lietuvos ir JAV lankytojus. Tiesiog neradome tinkamos platformos rinkoje. Kaip ir minėjome anksčiau, 21 amžiuje talpinti puslapį ant individualios mašinos be jokios replikacijos ir geolokacijos tiesiog kvaila. Juolab, kad hardware resursų kaina artėja prie nulio (Moore's Law). Dėl planų kainodaros, matome dvi prieštaraujančias mintis: Nemanau, kad 3€ yra didelė kaina. Juolab, kad rinkoje matome panašias kainas. Be to,

Ačiū Valdai už klausimą. Mūsų paslaugos klasifikuojamos platforma kaip paslauga (PaaS). Tai yra vienas iš debesų kompiuterijos modelių. Siūloma paslauga yra aplinka (platforma) kurioje programuotojas gali vykdyti savo aplikaciją. Paslaugos naudotojui nereikia sukti galvos dėl serverių, programinės įrangos, programavimo bibliotekų, atnaujinimų ir infrastruktūros saugumo. Visu tuo rūpinasi platforma ir jos tiekėjas. Programuotojas gali susitelkti į savo aplikaciją. Taip pat klientui suteikiamas specifinis platformai valdymo pultas, kuriame jis gali stebėti aplikacijos veikimą bei valdyti įva

Sveikas Ensom, Kiek esu matęs tokių sprendimų jie būna dažniausiai paruošti kaip aplikacijos veikiančios ant jau egzistuojančios operacinės sistemos. Vienur tai būna Android operacinė sistema ir ant viršaus veikianti aplikacija, kitur Windows operacinė sistema ir atidaryta svetainė. Jeigu nori nuo pagrindų suprasti kaip veikia kompiuteris ir proceso metu parašyti savo OS, siūlau šį nemokamą kursą - Nand2Tetris. Jo metu sukursi savo procesorių, kompiuterio architektūrą, operacinę sistemą ir ant jos veikiančias aplikacijas. Šis kursas dėstomas Izraelio universitete, tačiau jo medžiaga yra ne

Didžiausia šio sprendimo nauda yra dinaminiam turiniui. Statinio turinio paskirstymą galima pasiekti ir su CDN. Šis consistency modelis yra plačiai naudojamas didžiausių pasaulio kompanijų siekiančių pasiekti highest availability. Paaiškinti kodėl joms greitis toks svarbus parašėme šį blogo įrašą. Mūsų galutinis tikslas yra padaryti distributed computing privalumus prieinamus net ir mažiems projektams, nereikalaujant daug papildomų žinių ar kodo modifikacijų. Taip pat siekiame pateikti klientui naudingiausią utility computing kainodarą.

Yra daug būdų tai atlikti. Pats paprasčiausias yra intervalais siųsti ajax užklausą į back-end, gavus atsakymą jog yra nauja žinutė tuomet išmesti pranešimą (Pavyzdys). Pagauti ENTER klavišo nuspaudimą gali pasinaudojęs jQuery keydown. (Pavyzdys)

Duomenų sinchronizacijai naudojamas eventual consistency modelis. Tai teorinė garantija, kad visi duomenų pasiekimo kanalai galiausiai gražins paskutinius atnaujinimus. Šio metodo privalumas yra, kad nevyksta skaitymo blokavimas – visos replikos išlieka pasiekiamos (high availability). Minusas, kad duomenų stebėtojui (observer) nėra garantuojama jog duomenys bus patys naujausi. Taigi net ir aktyviai vykstant duomenų propagavimui lankytojams užkrovimo laikas nedidėja. Tai ir yra šio metodo privalumas, nes lankytojus aptarnauja serveris turintis lokalią duomenų repliką (low latency). Vienas iš

Pabandžius padaryti elementarią struktūrą su #container, #article ir #footer konteinerio dydis prisitaiko pagal tai kiek articles yra. Problema gali būti ir tavo HTML struktūroje. <div id="container"> <div id="article"> Article </div> <div id="article"> Article </div> </div> <div id="footer"> Footer </div>

Gal gali pateikti jau turimą CSS?

Ačiū už pasiūlymus! Lankytojo užklausos metu puslapio generavimas užtrunka laiko. Pavyzdžiui HTML svetainei užtrunka 10 ms, o PHP turiniui 1000 ms. Visų užklausų generavimo laikas yra sumuojamas. Jeigu dienos suma neviršija 12 val. tuomet papildomai neapmokestinama. Pavyzdžiui per dieną būtų galima aptarnauti 43200 lankytojo užklausas (jei kiekviena būtų 1000 ms).

PHP aplikacijų hostinimas dvejuose regionuose vienu metu ir apmokestinamas dinamiškai. Developeris gauna platformą ant kurios gali leisti savo PHP aplikaciją. Jam nereikia rūpintis infrastruktūra didėjant resursų panaudojimui. Tai atitinka PaaS apibrėžimą. Taip pat siekiant, kad aplikacija greitai veiktų lankytojams iš Amerikos ir Lietuvos platforma automatiškai palaiko dvi aplikacijos kopijas. Taip gedimo viename regione metu lankytojai ir toliau galės naudotis svetaine nors ir generuojamas dinamiškai turinys. Ateityje bus galima pasirinkti kiek ir kokiuose regionuose aplikacijos kopijų s

Siūlau pasitikslinti PaaS apibrėžimą. Teiginiai nepagrįsti ir paremti klaidingu suvokimu. Kartojantis įžeidinėjimams diskusija tapo neproduktyvi. Ačiū už išsakytą nuomonę.