Cilat janë rastet më të zakonshme të përdorimit për pajisjen tuaj Android? Duke parë filma në metro rrugës për në punë? Ju pëlqen miqtë dhe kontrollet në restorante? Lexoni lajmet në mëngjes dhe kontrolloni furnizimin tuaj në Twitter? Apo ndoshta lodra të freskëta në leksione dhe takime? Leximi i librave? Selfie pa fund? Oh, po, ju ende mund të dëgjoni muzikë, të përdorni harta dhe navigim, ndonjëherë edhe të kompozoni disa dokumente elektronike, shkëmbejnë mesazhe si sms ashtu edhe në messenger të ndryshëm. Dhe, natyrisht, telefononi.
A keni menduar ndonjëherë të përdorni robotin tuaj të gjelbër si një server në internet për uebsajtin ose blogun tuaj? Jam dakord, ideja është e çuditshme. Por për një ndryshim, për të treguar se çfarë mund të bëhet brenda Android, le të përpiqemi ta zgjidhim këtë problem.
Djemtë me AndroidGuys gjetën gjithçka mjetet e nevojshme për këtë, ne kemi shkruar një udhëzim të vogël.
Së pari ju duhet të shkarkoni dhe instaloni aplikacionin KSWEB. Aplikacioni ofron një provë 6-ditore. Kjo është e mjaftueshme për të luajtur mjaftueshëm. Ose, nëse ideja bie papritur aq sa të kërkohet vazhdimi, do t'ju duhet të paguani 2,99 dollarë për versioni i plotë programet. Alternativat përfshijnë My FTP Server dhe Pixel Media Server. Ne do të fokusohemi në KSWEB.
Pasi të lansohet, shkoni në adresën "localhost: 8080" në shfletuesin tuaj celular (pa thonjëza). Duke punuar!
Për ta bërë serverin tonë të dukshëm përmes ueb-it, do t'ju duhet të shkoni te paneli i administratorit ruter shtëpiak dhe krijoni një adresë ip statike për pajisjen tonë android.
Pastaj shkojmë në Cilësimet e Wi-Fi në një pajisje Android. Trokitje e gjatë me emër rrjeti i shtëpisë ne hapim menyja e kontekstit, ku zgjedhim "Modifiko rrjetin", dhe më pas shkojmë te cilësimet e avancuara. Vendosni vlerën "Parametrat IP" në "Static". Futni adresën IP që është specifikuar si statike në ruter.
Më pas mund të pyesni Google "Cila është IP-ja ime" në mënyrë që të mund ta përdorni për të hyrë në sajtin e vendosur në pajisjen tuaj. Voila! Gjithçka po funksionon. Tani mund të bëni përcjelljen e portit për ftp, instaloni Server FTP dhe ngarkoni skedarë në pajisje.
anën e pasme klientët celularë- server.
Kërkesat shtesë varen nga specifikat e aplikacionit:
shkallëzueshmëria e serverit - për SaaS, aplikacionet sociale ku, në mënyrë ideale, pritet një fluks i madh vizitorësh, ky kusht është i detyrueshëm. Për aplikacionet e biznesit ku ka kufizime në numrin e përdoruesve ose numri është i parashikuar, këtë pronë nuk kërkohet;
interaktiviteti: një numër aplikacionesh duhet të pajisen me një mekanizëm njoftimi - për të informuar aplikacionin (përdoruesin) për ndodhjen e ngjarjeve të caktuara, dërgoni një mesazh te përdoruesi. Kjo pronë duhet të zotërohet, për shembull, nga një sistem shkëmbimi ose dispeçer automatik Taksi.
hap API: supozohet se zhvilluesit e palëve të treta mund të përdorë funksionalitetin e sistemit përmes një protokolli të dokumentuar. Në fund të fundit, një klient mund të jetë ose një aplikacion celular ose një server i jashtëm.
kërkesa të tjera...
Ekipi
Në mënyrë ideale, përbërja e ekipit të projektit për zhvillimin e sistemit mund të jetë si më poshtë:menaxher i projektit: menaxhon, kontrollon projektin, ndërvepron drejtpërdrejt me klientin;
zhvilluesi aplikacioni i serverit: zhvillon një server logjik biznesi, bazë të dhënash, protokolli i rrjetit;
Zhvilluesi i aplikacionit admin: zhvillon Ueb aplikacion, ndërfaqja e përdoruesit për të konfiguruar dhe menaxhuar aplikacionin e serverit;
zhvilluesi aplikacioni i klientit për Android;
zhvillues i aplikacionit të klientit iOS;
zhvilluesi i aplikacionit të klientit për ...
testues: teston aplikacionin e administratorit dhe aplikacionet e klientit.
Lexuesi i vëmendshëm do të vërejë se në rastin e shkrimit të një aplikacioni server me ndërfaqe grafike, për shembull, në HTML5, mund të ruani. Në këtë rast, zhvillimi i aplikacioneve të klientit nuk kërkohet - ndërfaqja e përdoruesit sigurohet nga shfletuesi. Ky artikull nuk trajton një rast të tillë, në fjalë mbi zhvillimin e aplikacioneve "amtare" (amtare) për pajisje celulare.
Unë kam punuar në një ekip me një staf të plotë, por do të jem realist - jo gjithmonë burimet njerëzore dhe buxheti të lejon të mbledhësh një ekip të tillë. Dhe ndonjëherë rolet duhet të kombinohen: menaxher projekti + zhvillues i aplikacionit të serverit, zhvillues i aplikacionit të klientit + testues.
Teknologjitë, mjetet, bibliotekat
Për të zhvilluar një server për klientët celularë, unë zakonisht përdor grupin e mëposhtëm të teknologjive "falas":Apache Tomcat - enë Servlet;
MySQL - DBMS;
Subversion është një sistem i kontrollit të versionit;
Maven është një kornizë për automatizimin e ndërtimeve të projekteve;
JUnit - do të sigurojë efikasitetin e testimit të automatizuar të aplikacioneve;
Apache Log4j - biblioteka e prerjeve;
Jenkins - sistemi i integrimit të vazhdueshëm;
Hibernate - ORM (cilësimet, konfigurimi në vetitë, skedarë xml dhe në shënime);
hibernate-generic-dao - zbatimi i DAO nga Google, zbaton metoda themelore për të punuar me të dhënat e bazës së të dhënave, thjeshton zbatimin e filtrimit dhe renditjes në metoda;
- zbatimi i vërtetimit dhe autorizimit (sigurisë), kontejnerit të shërbimeve dhe fasuleve (konfigurimi në skedarët xml dhe në shënime), ne përdorim gjithashtu gjatë krijimit të testeve.
Në varësi të specifikave të sistemit dhe kërkesave për të, unë përdor një nga 2 opsionet për zbatimin e protokollit të shkëmbimit të të dhënave.
Kur kërkohet ndër-platformë, performanca, thjeshtësia, efikasiteti, shkallëzueshmëria, API i hapur, atëherë unë marr Jersey - zbatimin e shërbimeve REST Web (RESTful Web services). Kjo bibliotekë ju lejon të përdorni serializimin e të dhënave JSON dhe/ose XML. Konfigurimi REST bëhet përmes shënimeve. Për shkëmbim me pajisje celulare, të marra Formati JSON për faktin se ka më shumë zbatim i thjeshtë në anën e klientit (për këtë arsye, ne nuk përdorim shërbimet "klasike" të Uebit), gjenerohet më pak trafik. Jersey ju lejon të përshtateni me "dukjen" më të përshtatshme JSON.
Përndryshe, nëse kërkohet ndër-platformë, performancë të lartë, thjeshtësia, efikasiteti, interaktiviteti, atëherë marr
Apache MINA është një kornizë për ndërtimin e aplikacioneve të rrjetit,
Google protobuf është një bibliotekë e strukturuar e kodimit dhe dekodimit të të dhënave. Struktura e të dhënave është e përcaktuar skedarët e kokës* .proto, kompajleri gjeneron klasa Java prej tyre (ekziston edhe mundësia e gjenerimit për gjuhët e tjera programuese: C ++, Objective-C etj., e cila ofron vetinë ndër-platformë);
java.util.concurrent - ne përdorim paketën standarde.
Ky opsion mund të shkallëzohet, por kjo duhet të përcaktohet në fazën e projektimit në nivelin e arkitekturës, duke marrë parasysh logjikën e biznesit.
Le të shqyrtojmë një problem hipotetik duke përdorur shembullin e zgjedhjes së teknologjive për një shërbim të vërtetë SaaS - "Akandi i shërbimeve" Auknem ", i cili lejon njerëzit të bëjnë një porosi për kryerjen e shërbimeve ose punëve të kërkuara, dhe organizatat, nga ana tjetër. , lini propozimet e tyre për ta. Ne marrim gjithçka kërkesat bazë default. Për shkak të faktit se regjistrimi në këtë sistem është falas dhe pa pagesë, patjetër që është e nevojshme t'u shtohet shkallëzueshmëria. Po në lidhje me interaktivitetin? Do të ishte mirë të informohen kontraktorët (performuesit) për krijimin e porosive të reja, dhe të informohen klientët për propozimet e marra në të njëjtin moment në aplikim, dhe jo vetëm me e-mail. Mbi bazën e kësaj, ne marrim për zbatimin e Apache MINA, Google protobuf. Ne shikojmë pronë e radhës- hapni API. Shërbimi është i disponueshëm publikisht, kështu që le të supozojmë se zhvilluesit e jashtëm mund të jenë të interesuar të integrohen me të. Prit një minutë! Jo aq e thjeshtë. Protokolli aktiv Baza Apache MINA është mjaft e varur nga zbatimi dhe integrimi pa i ditur nuancat nuk është aspak transparent. Në një situatë të tillë, do të duhet të peshoni se cili faktor është më i rëndësishëm dhe të bëni një zgjedhje.
konkluzioni
Do të isha i interesuar të dija se çfarë teknologjish dhe bibliotekash keni përdorur kur zhvilloni një server për pajisjet celulare, ose sisteme të ngjashme? Gjithçka ndryshon, asgjë nuk zgjat përgjithmonë, në çdo nivel ka alternativa me avantazhet dhe disavantazhet e veta: MySQL -Sallë leksionesh interneti celularçdo vit e më shumë. Shumë ekspertë parashikojnë se pas disa vitesh shumica e përdoruesve do të lundrojnë në internet duke përdorur smartfonë ose tablet. Sipas RAEC, në Rusi tashmë audienca e Internetit celular është rreth 40% e numrit të përgjithshëm të përdoruesve të rrjetit.
Përhapja aktive e një aksesi të tillë në rrjet, si dhe pajisjet që ju lejojnë të përdorni internetin nga kudo, ka ndikuar tashmë në zhvillimin e shërbimeve dhe kompanive të internetit. Asnjë nga burimet globale të internetit nuk mund të bëjë pa një aplikacion për një smartphone ose tablet. Dhe disa, për shembull, popullore Shërbimi Instagram, para së gjithash, ata bëjnë aplikacione celulare dhe vetëm më pas krijojnë versione në ueb të shërbimeve të tyre.
Tek dyqanet përmbajtje celulare për dy më të mëdhenjtë platformat mobile Më shumë se 1.3 milionë aplikacione janë shkarkuar tashmë për Android dhe iOS. Në total, përdoruesit kanë shkarkuar mbi 50 miliardë aplikacione nga këto dyqane.
Ashtu si versionet në ueb të shërbimeve, aplikacionet celulare gjithashtu kërkojnë pritje. Në thelb, hostimi për aplikacionet celulare nuk është i ndryshëm nga hostimi "jo celular", ashtu siç janë të vërteta për aplikacionet parimet e përgjithshme pajisje programe moderne... Si çdo program aplikimi, një aplikacion celular mund të projektohet që të funksionojë në mënyrë të pavarur në tabletin / smartphone të një përdoruesi ose të jetë një lidhje në një zinxhir "klient-server" (në këtë rast, aplikacioni do të ketë nevojë për pritje).
Në ky moment për pritjen e aplikacioneve, ekzistojnë tre lloje shërbimesh që ofrohen më shpesh në treg.
E para është pritja e dedikuar (një server i dedikuar fizik i marrë me qira nga një ofrues pritës). Në këtë rast, klienti merr një server në dispozicion, në të cilin ai mund të presë çdo shërbim të madh që përfshin nje numer i madh i aksesi ose ruajtja e një sasie të konsiderueshme informacioni. Këto mund të jenë shërbime statistikore - shërbime të mbledhjes së të dhënave, ruajtje virtuale (cloud) ose shërbime të mëdha në internet që i ofrojnë përdoruesit një të optimizuar versioni celular... Serverat e dedikuar mund të përballojnë ngarkesa të rënda, ofrojnë performanca maksimale... Ndoshta disavantazhet kryesore të hostimit të dedikuar është përqendrimi në përdorim profesional dhe për këtë arsye cmim i larte shërbimet dhe nevoja vetë-konfigurim, por për projektet e mëdha, këto kosto justifikohen nga funksionimi i qëndrueshëm dhe shpejtësia e përpunimit të të dhënave.
Lloji i dytë i pritjes që përdoret për të pritur aplikacione celulare është VDS (server i dedikuar virtual). Është një alternativë për një server fizik, por shumë më lirë se ai, ndërkohë që është në gjendje të përballojë ngarkesa të mjaftueshme dhe të sigurojë punë të qëndrueshme... Administrimi i VDS kryhet, si rregull, nga klienti, por ka shumë mjete për të optimizuar menaxhimin, shumica e të cilave janë në fuqinë edhe të fillestarëve.
Lloji i tretë është hostimi i përbashkët (pritja virtuale). Në këtë rast, klienti merr një pjesë fikse të burimeve të serverit, e cila është konfiguruar paraprakisht në një mënyrë të caktuar. Në të njëjtën kohë, ai tashmë është i parainstaluar set standard programet e serverit (ueb, postë, akses në bazën e të dhënave, FTP / SSH). Kostoja e pritjes së përbashkët është shumë më pak se një server i dedikuar. Është i përshtatshëm për aplikime të vogla dhe të pakomplikuara. Dhe do të përballojë disa mijëra thirrje në ditë. Për më tepër, ndryshe nga i dedikuar ose VDS, ky lloj pritjeje nuk kërkon seriozitet vendosjen teknike... Përfaqësuesit e kompanisë pritëse do të bëjnë gjithçka për ju: ata do t'ju ndihmojnë me zgjedhjen norma optimale, do të nxisë algoritmin për të punuar me të, do të ndihmojë në kryerjen e cilësimeve fillestare.
Ju mund të njiheni me tarifat në faqe e dedikuar http://www.hoster.ru/tarifs. Mjafton të regjistroheni: http://www.hoster.ru/reg dhe të filloni të testoni tarifën e zgjedhur hostimi i përbashkët.
Pritja si një lloj shërbimi ka evoluar së bashku me Ueb-in dhe ka qenë gjithmonë më i kërkuari pikërisht për pritjen e faqeve të internetit në qendrën e të dhënave të ofruesve.
Kohët e fundit, teknologjia e virtualizimit ka tërhequr vëmendjen e ofruesve të pritjes pasi është dëshmuar të jetë një mjet i përshtatshëm për të përdorimi maksimal burimet fizike të disponueshme.
Termat VDS (Server i Dedikuar Virtual) ose VPS ( Privat virtuale Serveri), që tregon një server virtual të dedikuar që funksionon në një fizik, u shfaq pothuajse një dekadë më parë.
Në vitet në vijim, VDS / VPS si një lloj shërbimi pritës ka evoluar së bashku me nga softueri virtualizimi dhe sot u ofron përdoruesve mundësi të shumta për shpërndarje fleksibël të burimeve dhe ndryshimin e parametrave të serverit virtual, zgjedhjen e platformave dhe mjeteve të softuerit, duke përfshirë analitikën dhe mbrojtjen kundër sulmeve DDoS. Një server i dedikuar virtual mund të mbështesë numrin e kërkuar të faqeve, bazave të të dhënave, zonat e domenit etj. Një numër ofruesish ofrojnë ( Gjendja e ngurtë Drive).
Secilit sipas nevojave të tij
Per te zgjedhur opsioni më i mirë web hosting, ju duhet të dini kërkesat e projektit tuaj. Për ta bërë këtë, ia vlen t'i përgjigjeni një numri pyetjesh.▍Çfarë lloj faqeje planifikoni të krijoni?
Kjo mund të jetë, për shembull, një sajt WordPress për publikimin e përmbajtjes, Ghost për Blogging, ose një sajt statik HTML. Ata të gjithë kanë kërkesa të ndryshme për pritjen.
Shembuj të faqeve të internetit: statike (HTML), aplikacionet në ueb, sistemi i menaxhimit të përmbajtjes.
▍Cilat janë kërkesat teknike të sitit?
Pasi të keni vendosur për llojin e sitit, duhet të bëni një listë të kërkesave teknike, duke përfshirë gjuhët e programimit dhe llojet e bazave të të dhënave.▍ Çfarë niveli sigurie kërkohet?
Edhe pse çdo faqe ka nevojë të paktën niveli minimal siguria, për disa lloje faqesh është e nevojshme mbrojtje e shtuar... Për shembull, ata mund të përpunojnë të dhëna karta bankare ose të dhëna personale të ruajtura të përdoruesve.▍A kërkohet pritja e emailit?
Ju mund të përdorni adresa emaili të lidhura me emrin e domenit të faqes suaj, si p.sh [email i mbrojtur]... Në këtë rast, ju mund të përdorni sherbimi Postar ofruesi juaj i pritjes, nëse ata ofrojnë një të tillë, ose kontaktojnë një kompani tjetër.▍Sa site specifike po planifikoni të krijoni?
Nëse ka disa prej tyre, a është e mundur të caktohet çdo nëndomain i llojit myothersite.mydomain.ru, apo nevojitet një domen niveli më i lartë si myothersite.ru? A kanë këto faqe kërkesa shtesë, për shembull, a kanë nevojë për baza të dhënash?▍Sa të dhëna do të ruani dhe ruani?
Kapaciteti i serverit tuaj virtual nuk është vetëm çështje trafiku, por edhe madhësia/numri i skedarëve. Si madhësi më të madhe skedarët, aq më i madh kërkohet kapaciteti i ruajtjes dhe gjerësia e brezit të rrjetit. Për shembull, nëse faqja ruan imazhe Cilesi e larte ose video, këto kërkesa janë të larta.▍Çfarë trafiku fillestar pritet?
Shërbimet e pritjes zakonisht segmentohen sipas trafikut. Në fakt, shumica e faqeve të reja kanë pak trafik. Por, nëse rritet, duhet të jeni të sigurt që serveri virtual do ta përballojë atë.▍Çfarë trafiku pritet në të ardhmen?
A prisni rritje të konsiderueshme të trafikut në të ardhmen? Nëse po, duhet të planifikoni përpara për rritjen e kapacitetit dhe gjerësisë së brezit.▍ Cili është buxheti juaj i pritjes?
Nëse është shumë i kufizuar, atëherë disa nga këmbanat dhe bilbilat do të duhet të braktisen. Në të kundërt, financimi fleksibël mund të përfitojë fonde shtesë dhe funksionet.Në thelb një sistem autonom e-commerceështë vetëm një lloj tjetër i sistemit të menaxhimit të përmbajtjes. Dallimi është se ndërfaqja e përdoruesit dhe veçoritë e sigurisë janë optimizuar për ndërtimin e një siti si një dyqan online. Kërkesa teknike njëjtë si në rastin e një CMS të rregullt. Shumica e sistemeve kërkojnë PHP dhe MySQL.
Ndër të njohurit sisteme autonome e-commerce - Magento, Prestashop, Opencart, Shopify, ZenCart.
Nëse jeni duke përdorur shtojca ose shtesa, atëherë duhet të siguroheni që sistemi i menaxhimit të përmbajtjes të mbështetet nga ofruesi juaj i pritjes dhe të shihni se cilat janë kërkesat. këtë shtojcë ose shtrirje.
Nëse jeni duke përdorur një sajt të pavarur të tregtisë elektronike ose një sajt të bazuar në shtojca, në shumicën e rasteve ofruesi juaj i pritjes duhet të ofrojë masat shtesë siguri të tilla si certifikatat SSL.
▍Fantazmë
pak më ndryshe nga sistemet e mësipërme. Në anën e serverit, ai përdor Node.js on Baza JavaScript. Opsionet më të mira për Ghost, ai po pret faqen tuaj me një shërbim Ghost (Pro) të vetë-menaxhuar ose duke pritur dhe menaxhuar me një shërbim të tillë si pika e Oqeanit Dixhital.Opsioni i parë është optimal nëse keni përvojë të kufizuar me linja e komandës dhe menaxhimin e serverit, dhe e dyta mund të merret parasysh nëse tashmë dini si të menaxhoni serverët e vet ose dëshironi ta mësoni atë.
▍Siguria
Ju ka të ngjarë të keni nevojë për masat tuaja të sigurisë, të tilla si përdorimi i shtojcave të sigurisë në sistemin tuaj të menaxhimit të përmbajtjes. Por është gjithashtu e rëndësishme që ofruesi i pritjes të përdor mjete të forta dhe funksionet e sigurisë nga ana e tyre.Ju duhet të dini se çfarë masash sigurie po merr ofruesi juaj i pritjes për të mbrojtur serverët e tyre.
kushtojini vëmendje muret e zjarrit, mjet zbulimi malware nëse serverët po monitorohen për aktivitete të pazakonta, etj.
Certifikatat SSL kërkohen pothuajse në të gjitha rastet kur vendoset një faqe e-commerce. Ju duhet të siguroheni që mund të merrni Certifikata SSL kur përdorni paketën e pritjes që blini.
Disa ISP ofrojnë IP Refuzim. Kjo ju lejon të mohoni hyrjen në faqen tuaj nga IP specifike. Kjo është shumë mjet i dobishëm kundër hakerave dhe spammers.
▍Rezervimi
Ndonjëherë, edhe me masat paraprake dhe mbrojtjet më të mira, faqja juaj mund të dëmtohet nga hakerat ose ngjarje të tjera të paparashikueshme. Kjo është arsyeja pse është e rëndësishme të zgjidhni një host që ofron kopje rezervë të rregullt që do t'ju lejojë të rivendosni faqen tuaj.Ju duhet të siguroheni jo vetëm për vetë faktin Rezervo kopje, por edhe për të zbuluar se me çfarë rregullsie kryhet. Idealisht, një herë në ditë.
▍ Kapaciteti i ruajtjes dhe gjerësia e brezit të rrjetit
Natyrisht, këto kërkesa varen nga sasia e të dhënave të ruajtura dhe nga trafiku i pritshëm. Një faqe me tekst zakonisht nuk ka probleme me sasinë e të dhënave. Foto dhe video janë një çështje tjetër.Për shembull, ju keni një galeri prej 10 imazhesh, 200 KB secila, për një total prej 2 MB. Nëse kjo galeri shikohet nga 100 persona, atëherë 200 MB transferohen në rrjet. Nëse 1000 njerëz, atëherë 2 GB. Në përgjithësi, shumica e sajteve do të funksionojnë mirë xhiros pritja tipike. Megjithatë, nëse keni një sasi veçanërisht të madhe të dhënash dhe e dini se çfarë do të ndodhë trafik i madh, atëherë duhet të zbuloni saktësisht se çfarë gjerësi bande ju është caktuar dhe nëse do ta tejkaloni atë dhe si të kaloni në një plan tjetër tarifor në rast të rritjes së trafikut dhe vëllimit të të dhënave pa ndërprerje të faqes.
▍Domenet shtesë
Ofruesi juaj i pritjes ju jep një adresë IP si 173.194.68.102, por këto janë të vështira për t'u mbajtur mend, kështu që përdoren emrat e domeneve. Sa sajte do të strehoni me ofruesin? Në shumë raste, paketa niveli i hyrjes përfshin krijimin e një faqeje që merr Emri i domenit... Por shumica e ofruesve të pritjes lejojnë përdorim të pakufizuar të nëndomaineve si mysubsite.mydomain.com. Nëse ky opsion nuk ju përshtatet për të krijuar disa sajte dhe keni nevojë për domene të nivelit të lartë, atëherë do t'ju duhet një plan tarifor i përshtatshëm.▍Bazat e të dhënave
Kur ndërtoni shumë site, shanset janë që ju nevojiten gjithashtu baza të të dhënave të shumta. Ashtu si me domenet, një plan i nivelit të hyrjes zakonisht lejon vetëm një bazë të dhënash. Sigurohuni që plani juaj të ketë baza të mjaftueshme të të dhënave, por mund të kaloni në një plan tjetër më vonë nëse është e nevojshme. Siç thamë më herët, lloji më i zakonshëm i bazës së të dhënave që përdoret nga CMS dhe faqet e tregtisë elektronike është MySQL. Megjithatë, mund të kërkohet gjithashtu MS SQL Server, PostgreSQL ose SQlite. Vendosni për llojin e bazës së të dhënave që ju nevojitet dhe sigurohuni që ofruesi juaj i pritjes ta mbështesë atë.▍Hostimi i menaxhuar
Po flasim për llojet e pritjes, kështu që nuk do të ndalemi në to në detaje. Vëmë re vetëm se kur menaxhoni në mënyrë të pavarur një faqe WordPress ose një faqe të tregtisë elektronike, ju jeni përgjegjës për instalimin dhe përditësimin e sajtit, mbrojtjen e sajtit nga hakerat dhe malware, krijimin kopje rezervë, bllokimi i spamit dhe sulmeve, krijimi i një CDN (Rrjeti i dorëzimit të përmbajtjes), nëse përdoret, si dhe për regjistrimin e përdoruesve dhe mbrojtjen e të dhënave të tyre personale, përpunimin dhe mbrojtjen e të dhënave të kartës bankare, etj.
Llojet e pritjes: host i përbashkët, i dedikuar, server virtual, cloud dhe host i menaxhuar.
Pritja e menaxhuar zakonisht ofrohet për një lloj të caktuar siti (WordPress, Ghost, etj.). Në këtë rast, ofruesi kryen shumicën e detyrave të listuara. Kjo ofertë është veçanërisht e vlefshme në rastin e përpunimit të të dhënave personale dhe financiare. Ai është gjithashtu përgjegjës për optimizimin e shpejtësisë dhe performancës së VPS. Sidoqoftë, ky lloj hostimi është më i shtrenjtë dhe zakonisht lejon që të krijohen më pak faqe.
Përveç sa më sipër, dëshirojmë të theksojmë disa pika të tjera që duhet t'u kushtoni vëmendje kur zgjidhni një ofrues pritës:
- Çmim i arsyeshëm. Duket e qartë, por nuk dëmton të krahasoni ofertat dhe të shihni se çfarë saktësisht përfshin ofruesi i pritjes në paketat e tyre.
- Miqësore për përdoruesit, si cPanel ose ISPmanager, për të cilat ka shumë udhëzues dhe blogje në internet.
- Nëse në tuaj server virtual ka një ekip punonjësish dhe ju duhen disa lidhjet e njëkohshme në VDS (më shumë se dy), atëherë mund të përdorni marrjen me qira të licencave RDS CAL.
- Kompetent dhe mbështetje e përgjegjshme në modalitetin 24 * 7. Është mirë nëse ka menyra te ndryshme kontakt - telefon, postë, faqe interneti, etj.
- Funksionim i besueshëm dhe i pandërprerë i serverit. Zakonisht besueshmëria 99,5% është e mjaftueshme, por ndonjëherë kërkohet 99,9%. Preferohet një garanci, jo vetëm fjalë. Mund të gjurmoni performancën e faqes tuaj duke përdorur Uptime Robot ose Pingdom.
- Mekanizmi i pagesës duhet të jetë fleksibël dhe i rehatshëm për ju, për shembull, mund të jetë abonim vjetor ose pagesat mujore.
- Për faqet e tregtisë elektronike - aksesi SSH dhe certifikatat SSL.
- Mundësitë e rritjes. A është e mundur të përmirësohet për një server VPS ose të dedikuar? A është e mundur të ndryshohet lloji i pritjes pa transferuar të gjithë sitin?
