Najpre razdvojimo staru najavu od današnje kupovine

Napomena o arhivi: prvobitni tekst je objavljen 2020. godine kao najava ponude u Srbiji. Tadašnje cene, PHP verzije i opisi infrastrukture nisu važeći cenovnik. Ovde je dopunjeno šta danas treba proveriti pre izbora lokacije; konkretne uslove potvrdite za paket koji naručujete.

Klijent traži „server u Srbiji”. To može značiti manji mrežni odziv do lokalne publike, zahtev internog pravilnika ili pitanje gde se obrađuju podaci. Isti zahtev zato ne treba rešavati automatskim izborom najbližeg grada na mapi.

Šta lokacija govori, a šta još treba ispitati

Fizička udaljenost može uticati na mrežno kašnjenje, ali celokupna brzina sajta zavisi i od aplikacije, baze, veličine slika, keširanja i spoljašnjih servisa. Spora skripta neće postati uredna samo preseljenjem u drugi centar.

Ako je problem brzina, izmerite važne stranice iz uslova sličnih uslovima posetilaca. Sačuvajte početni rezultat i ponovite test. Ne zaključujte iz jednog odziva servera da je lokacija jedini uzrok, niti iz jednog dobrog testa da je ceo projekat spreman za opterećenje.

Za proveru možete koristiti naš pregled alata za merenje brzine sajta. Važno je da razumete šta alat meri, gde radi probu i da li su prikazani podaci laboratorijski ili potiču od stvarnih posetilaca.

Kada postoji ugovorni ili organizacioni zahtev

Ako vaša ustanova traži određenu lokaciju obrade, pripremite tačno formulisan zahtev i proverite ga sa odgovornom osobom. Naziv „domaći hosting” u naslovu nije zamena za potvrdu lokacije konkretne usluge i njenih rezervnih kopija.

Pitajte gde su primarni podaci, gde se čuvaju kopije i koji spoljni servisi učestvuju u radu. Odvojeno proverite poštu, analitiku i eventualni CDN. Lokacija web servera ne određuje automatski gde se nalaze svi podaci projekta.

Nemojte iz ovog članka izvoditi pravni zaključak o tome šta vaša organizacija sme da koristi. Za to su potrebni konkretni zahtevi i odgovarajuća dokumentacija. Provajderu pošaljite pitanja koja mogu dobiti jasan odgovor za određeni paket.

Proverite i ostale uslove rada

• Okruženje: potrebna PHP verzija, baza, panel i posebni servisi.
• Resursi: šta projektu treba i koja ograničenja važe u izabranom paketu.
• Kopije: obuhvat, zadržavanje, lokacija i postupak vraćanja.
• Podrška: ko održava sistem, a ko aplikaciju, i kako se prijavljuje problem.
• Promena paketa: šta zahteva selidbu, planirani prekid ili novu konfiguraciju.

Za WordPress proverite aktuelne preporuke projekta. Stara najava podrške za PHP 5.6 ili 7.4 nije preporuka da se na njima započne nov projekat. Ako postojeći sajt zavisi od stare verzije, prvo pripremite kompatibilnost i probu prelaska.

Tražite proverljiv odgovor za svoj projekat

Umesto opšteg pitanja da li je domaći server bolji, napišite gde je publika, šta aplikacija radi i koji zahtev morate ispuniti. Ako je cilj odziv, dogovorite šta ćete meriti. Ako je cilj određena lokacija podataka, zatražite podatak za konkretnu uslugu i njene kopije.

Rezultat razgovora sačuvajte uz porudžbinu: izabrani paket, potvrđenu lokaciju, odgovornost za održavanje i eventualna ograničenja. Ne mora svaki odgovor biti obećanje da je sve moguće. Jasno navedeno ograničenje pre kupovine štedi mnogo više vremena od naknadnog preseljenja aplikacije koja ne odgovara izabranom okruženju.

Koji link koristiti za ponudu

U starom tekstu link za ponudu vodio je preko preusmerenja na objašnjenje cPanela. Za kupovinu pogledajte aktuelne hosting pakete, a za izdvojenu fizičku mašinu ponudu namenskih servera. Lokaciju i dodatne zahteve potvrdite pre naručivanja.

Pre selidbe proverite fajlove, bazu, poštu i DNS, napravite kopije i dogovorite redosled. Javni domen preusmerite tek kada je nova verzija testirana. Ako sajt prikuplja porudžbine, posebno planirajte kako se čuvaju promene nastale tokom preseljenja.

Prvi korak je jednostavan: napišite zašto vam je baš ta lokacija potrebna. Sa tim objašnjenjem možete uporediti stvarne uslove i dobiti odgovor koji vredi više od stare promotivne tvrdnje da će sve raditi brže.