Kompletna kopija pre promene
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
MIGRACIJA · DNS · TESTIRANJE
Migracija sajta sa planom, testiranjem i minimalnim prekidom
Prebacujemo fajlove, bazu, SSL, DNS i povezane servise uz proveru funkcionalnosti i SEO rizika.
✓ Kompletna kopija pre promene
✓ Testiranje na privremenoj lokaciji
✓ DNS prebacivanje uz minimalan downtime
TEHNIČKA USLUGA
Migracija sajta sa planom, testiranjem i minimalnim prekidom
Migracija nije samo kopiranje fajlova. Potrebno je sačuvati bazu, prava pristupa, PHP okruženje, cron zadatke, email, SSL i DNS, a kod promene URL strukture i SEO signale. Dobro planirana migracija smanjuje prekid rada i izbegava neprijatna iznenađenja.
Testiranje na privremenoj lokaciji
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
DNS prebacivanje uz minimalan downtime
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
SEO provera kada se menjaju URL-ovi
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
KAKO RADIMO01 02 03 04 05
Proces bez nasumičnih tehničkih poteza.
Pravimo inventar sajta i povezanih servisa.
Kreiramo backup i testnu kopiju.
Podešavamo novo okruženje.
Prebacujemo i testiramo funkcionalnosti.
Menjamo DNS i pratimo produkciju nakon migracije.
Pouzdana tehnička osnova: šta proveravamo pre i posle izmene
Hosting, DNS, SSL, backup, sigurnost i podrška imaju vrednost tek kada postoji nedvosmislen način provere, oporavka i dugoročnog održavanja.
Inventar postojećeg sistema
Pre selidbe beležimo fajlove, bazu, DNS, email i spoljne servise koji zavise od starog hostinga.
DNS promena ima TTL i propagaciju, pa planiramo kada se zapis menja i kako kontrolišemo odgovor sa više resolvera. Pogrešan A, CNAME ili MX zapis može uticati na sajt i email istovremeno.
Vlasništvo nad domenom i pristup DNS zoni treba da ostanu dokumentovani kod klijenta. Tehnička podrška ne treba da zavisi od jednog naloga koji niko drugi ne može da preuzme.
Kada jedna zavisnost povuče više simptoma
Tehnička promena počinje backup-om i jasnim planom povratka. Cilj nije samo da problem nestane, već da produkcija ostane bezbedna ako se pojavi neočekivana posledica. DNS, SSL, hosting i aplikacija imaju drugačije tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju.
Monitoring treba da proverava ono što posetiocu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200. Kod tehničkih intervencija rollback plan je deo promene, pre svega kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment.
Logovi često pokažu ono što interfejs sakrije
Tehničku promenu dokumentujemo sa početnim stanjem, backup-om i planom povratka. Cilj nije samo da problem nestane, već da znamo zašto se desio i kako da ga ne ponovimo. Update se ne radi naslepo na produkciji kada postoji veći rizik. Staging, backup i kratka lista kritičnih funkcija omogućavaju bržu i sigurniju proveru.
Prvo utvrđujemo uzrok, pa tek onda menjamo konfiguraciju
Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo zbog toga što postoji u listi fajlova. Logovi skraćuju dijagnostiku kada beleže vreme, grešku i kontekst bez izlaganja poverljivih podataka. Bez toga se incident neretko svodi na pokušaj ponavljanja problema.
Server logovi i monitoring neretko skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao. Nakon intervencije kontrolišemo i povezane servise, jer promena DNS-a, PHP-a, certifikata ili baze može imati posledice koje se ne vide na početnoj stranici.
Kopija i test
Novu lokaciju pregledamo preko privremenog hosta ili hosts zapisa pre promene DNS-a.
Rollback ostaje moguć dok nova instanca ne prođe funkcionalni test. To je pre svega važno kod aplikacija koje zavise od starije PHP verzije ili specifičnih server modula. Migraciju planiramo kroz inventar fajlova, baze, DNS-a, SSL-a, cron poslova, email zavisnosti i verzija runtime-a. Tek kada je ciljna sredina testirana menjamo produkcioni saobraćaj.
Backup vredi samo ako može da se vrati
Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude nedvosmisleno dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet. Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan.
Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude bez zabune dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet. DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju.
Šta ostaje da se prati nakon stabilizacije
Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo zbog toga što postoji u listi fajlova. Migraciju planiramo kroz inventar fajlova, baze, DNS-a, SSL-a, cron poslova, email zavisnosti i verzija runtime-a. Tek kada je ciljna sredina testirana menjamo produkcioni saobraćaj.
Nakon intervencije pregledamo i povezane servise, jer promena DNS-a, PHP-a, certifikata ili baze može imati posledice koje se ne vide na početnoj stranici. Update se ne radi naslepo na produkciji kada postoji veći rizik. Staging, backup i kratka lista kritičnih funkcija omogućavaju bržu i sigurniju proveru.
Kako proveravamo oporavak posle izmene
Rollback ostaje moguć dok nova instanca ne prođe funkcionalni test. To je naročito važno kod aplikacija koje zavise od starije PHP verzije ili specifičnih server modula. Tehnička promena počinje backup-om i jasnim planom povratka. Cilj nije samo da problem nestane, već da produkcija ostane bezbedna ako se pojavi neočekivana posledica.
Logovi skraćuju dijagnostiku kada beleže vreme, grešku i kontekst bez izlaganja poverljivih podataka. Bez toga se incident u mnogim slučajevima svodi na pokušaj ponavljanja problema. Kod tehničkih intervencija rollback plan je deo promene, pre svega kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment.
TTL i DNS switch
Vreme propagacije planiramo tako da promena bude kontrolisana i da rollback ostane moguć.
Monitoring treba da otkrije problem pre korisnika
Tehničku promenu dokumentujemo sa početnim stanjem, backup-om i planom povratka. Cilj nije samo da problem nestane, već da znamo zašto se desio i kako da ga ne ponovimo. Server logovi i monitoring u mnogim slučajevima skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao.
Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan. Monitoring treba da proverava ono što potencijalnom klijentu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200.
Pristupi i vlasništvo moraju ostati pod kontrolom klijenta
Update se ne radi naslepo na produkciji kada postoji veći rizik. Kod tehničkih intervencija rollback plan je deo promene, naročito kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment.
Server logovi i monitoring u mnogim slučajevima skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao. Tehničku promenu dokumentujemo sa početnim stanjem, backup-om i planom povratka.
Dokumentovana konfiguracija ubrzava sledeću intervenciju
Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude bez zabune dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet.
Tehnička promena počinje backup-om i jasnim planom povratka. Logovi skraćuju dijagnostiku kada beleže vreme, grešku i kontekst bez izlaganja poverljivih podataka. Bez toga se incident neretko svodi na pokušaj ponavljanja problema.
Nakon intervencije kontrolišemo i povezane servise, jer promena DNS-a, PHP-a, certifikata ili baze može imati posledice koje se ne vide na početnoj stranici. Tek kada je ciljna sredina testirana menjamo produkcioni saobraćaj.
Email kontinuitet
MX, SPF, DKIM i mailbox podaci proveravaju se odvojeno od web sajta.
Poslovni email zavisi od ispravnog MX-a i reputacionih signala kao što su SPF, DKIM i DMARC. Samo kreiranje adrese ne garantuje dobru isporučivost.
Staging je jeftiniji od popravke na produkciji
Kod migracije emaila naročito planiramo kontinuitet prijema i istoriju sandučeta, jer DNS promena može trajati dok korisnici i dalje očekuju da nijedna poruka ne bude izgubljena.
Restore test je deo backup strategije. Monitoring treba da proverava ono što posetiocu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200.
Rollback ostaje moguć dok nova instanca ne prođe funkcionalni test. To je pre svega važno kod aplikacija koje zavise od starije PHP verzije ili specifičnih server modula. DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara.
Promena mora imati plan povratka
Nakon intervencije pregledamo i povezane servise, jer promena DNS-a, PHP-a, certifikata ili baze može imati posledice koje se ne vide na početnoj stranici. Tehnička promena počinje backup-om i jasnim planom povratka.
DNS i SSL greške izgledaju jednostavno tek kada se lociraju
Server logovi i monitoring u mnogim slučajevima skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao. Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan.
Tehničku promenu dokumentujemo sa početnim stanjem, backup-om i planom povratka. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200.
Post-migration monitoring
Nakon prebacivanja pratimo 500 greške, SSL, forme, cron i druge funkcije koje mogu zavisiti od okruženja.
SSL pregledamo kroz važenje sertifikata, chain, hostname i automatsko obnavljanje. HTTPS greška u mnogim slučajevima dolazi iz konfiguracije proxy-ja ili mešovitog sadržaja, ne iz samog sertifikata.
HSTS uvodimo tek kada je HTTPS stabilan na svim relevantnim subdomenima, jer pogrešno podešen header može otežati oporavak od kasnije greške.
Kada jedna zavisnost povuče više simptoma
Logovi skraćuju dijagnostiku kada beleže vreme, grešku i kontekst bez izlaganja poverljivih podataka. Bez toga se incident u mnogim slučajevima svodi na pokušaj ponavljanja problema.
Promena mora imati plan povratka
DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Migraciju planiramo kroz inventar fajlova, baze, DNS-a, SSL-a, cron poslova, email zavisnosti i verzija runtime-a. Tek kada je ciljna sredina testirana menjamo produkcioni saobraćaj.
Update se ne radi naslepo na produkciji kada postoji veći rizik. Rollback ostaje moguć dok nova instanca ne prođe funkcionalni test. To je pre svega važno kod aplikacija koje zavise od starije PHP verzije ili specifičnih server modula.
Pristupi i vlasništvo moraju ostati pod kontrolom klijenta
Tehnička stabilnost uključuje i administrativni kontinuitet. Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo stoga što postoji u listi fajlova.
DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju.
DUBINSKA TEHNIČKA ANALIZA
Zašto je profesionalna migracija sajta ključna za Vaše poslovanje?
Premještanje web sajta sa jednog servera na drugi na prvi pogled deluje kao jednostavan postupak kopiranja fajlova i baze podataka. Međutim, u praksi je to kompleksna operacija na otvorenom srcu Vašeg digitalnog poslovanja. Svaki prekid rada, izgubljena porudžbina ili SEO pad direktno narušavaju Vaš prihod i reputaciju.
Zašto besplatni dodaci i automatizovani dodaci često ne uspevaju?
Mnogi vlasnici sajtova pokušavaju da migraciju izvedu sami koristeći besplatne WordPress plagine ili automatizovane skripte koje nude hosting kompanije. Iako ovi alati mogu raditi na malim, jednostavnim sajtovima, kod kompleksnijih poslovnih portala i e-commerce prodavnica javljaju se ozbiljne tehničke prepreke:
- Pucanje serijalizovanih podataka u bazi: Kada se u bazi menjaju putanje (URL-ovi), nemarno menjanje teksta uništava serijalizovane nizove u PHP-u, što dovodi do "bele stranice smrti" (White Screen of Death) ili rušenja dodataka.
- Prekidi tokom prenosa velikih fajlova (Timeouts): Ograničenja izvršavanja PHP skripti (max_execution_time) i memorijska ograničenja na deljenim (shared) hosting nalozima često prekidaju migraciju usred procesa, ostavljajući bazu polu-kopiranom.
- Gubitak e-mail poruka i konfiguracija: Automatski alati uglavnom prenose samo fajlove sajta, potpuno zanemarujući istoriju poslovne e-pošte, korisničke naloge, MX zapise i bezbednosne SPF/DKIM ključeve.
- Problem sa mixed content (HTTP/HTTPS) greškama: Apsolutne putanje do slika i skripti često ostanu vezane za stari server ili stari protokol, što dovodi do bezbednosnih upozorenja u pregledačima posetilaca.
Rizici amaterskog prebacivanja sajta i nedostupnosti
Kada se migracija izvede bez pripremljene planerske dokumentacije i staging testiranja, posledice po poslovanje mogu biti fatalne. Najčešći rizici uključuju:
Pad Google rangiranja
Ako stranice postanu nedostupne tokom Google crawler posete ili ako se izgube 301 preusmeravanja, sajt trajno gubi teško stečene pozicije u pretrazi.
Narušavanje reputacije e-pošte
Pogrešno konfigurisana migracija e-maila vodi do odbijanja dolaznih poruka i smeštanja Vaših odlaznih mailova u SPAM foldere klijenata.
Oštećenje baze prodaje
Kod web prodavnica, ako se baza prebacuje dok kupci vrše porudžbine na starom serveru, nastaje nesklad u inventaru i gube se transakcije.
Bezbednosni propusti
Zadržavanje starih privilegija pristupa, pogrešne CHMOD dozvole na fajlovima i nezaštićeni config fajlovi izlažu sajt hakerskim napadima.
NAŠE UŽE SPECIJALNOSTI
Vrste migracija sajta i hostinga koje profesionalno sprovodimo
Bez obzira na veličinu sajta, tehnologiju na kojoj je izrađen ili složenost servera, pružamo potpunu tehničku sigurnost pri prelasku na novo okruženje.
Migracija sa cPanel-a na Plesk, DirectAdmin ili VPS
Prelazak sa standardnih cPanel okruženja na napredne cloud servere (VPS, Dedicated, AWS, DigitalOcean, Hetzner, Linode) zahteva ručno podešavanje web servera (Nginx, Apache, LiteSpeed), PHP-FPM ekstenzija, MySQL/MariaDB parametara i firewall pravila. Osiguravamo da nova serverska konfiguracija bude brža i stabilnija od prethodne.
Prebacivanje WordPress i WooCommerce sajtova
WordPress je najpopularniji CMS, ali i najčešća žrtva loših migracija zbog specifične strukture baze podataka i dodataka. Vršimo bezbedan prenos kompletnog wp-content direktorijuma, podešavanje wp-config.php fajlova, zamenu URL struktura bez narušavanja baze i optimizaciju brzine na novom hosting serveru.
Migracija e-commerce prodavnica sa hiljadama artikala
Nudimo specijalni protokol za WooCommerce, Magento, OpenCart, PrestaShop i Custom e-commerce platforme. Da bismo sprečili gubitak porudžbina tokom prelaska, primenjujemo strategiju dvostrukog sinhronizovanja baze u trenutku kada se vrši DNS preusmeravanje, čime garantujemo da je svaki kupac zbrinut.
Promena domena i rebrendiranje poslovanja
Prebacivanje sajta na potpuno novi domen predstavlja najrizičniji oblik migracije sa SEO stanovišta. Zahteva minuciozno mapiranje svake stare stranice na odgovarajuću novu stranicu putem 301 permanentnih preusmeravanja, ažuriranje svih internih linkova, canonical tagova i slanje zvaničnog obaveštenja Google-u kroz Search Console.
PRECIZNA METODOLOGIJA
Naš proces migracije od 7 koraka za bezbedan prelazak bez zastoja
Svaka uspešna migracija oslanja se na strogu kontrolu kvaliteta i korake koji eliminišu faktor iznenađenja. Standardizovali smo proceduru u sedam jasnih faza.
1. Kompletna audicija i arhitektonski inventar
Pre nego što dotaknemo bilo koji fajl, pravimo detaljnu mapu Vašeg postojećeg web sistema. Analiziramo verziju PHP-a, MySQL drajvere, aktivne cron poslove, veličinu baza, strukturu direktorijuma, SSL sertifikate, DNS zapise (A, CNAME, MX, TXT, SPF, DKIM) i sve eksterne API integracije koje sajt koristi.
2. Smanjivanje DNS TTL parametara unapred
Ključ za brzi i neprimetan prelazak leži u upravljanju DNS zapisima. Nekoliko dana pre same migracije smanjujemo TTL (Time To Live) vrednost na Vašem domenu na 300 sekundi. Ovo obezbeđuje da se buduće promene IP adrese prošire širom interneta za samo nekoliko minuta, a ne za 24 do 48 sati.
3. Kreiranje izolovanog staging okruženja
Na novom serveru pravimo potpunu kopiju (klon) Vašeg sajta u izolovanom okruženju. Sajt je dostupan nama i Vama preko privremenog URL-a ili lokalnog hosts fajla. Produkcija na starom serveru sve vreme radi potpuno netaknuta i prima posetioce.
4. Prilagođavanje konfiguracija i optimizacija baze
Na novom serveru podešavamo verzije PHP-a, neophodne ekstenzije (curl, gd, mbstring, imagick, xml), PHP upload i memorijska ograničenja, kao i pravila web servera. Bazu podataka importujemo, čistimo od privremenih logova i reindeksiramo radi maksimalnih performansi.
5. Rigorozno testiranje svih funkcija sajta (QA)
Na staging okruženju proveravamo svaku ključnu funkciju: kontakt forme, slanje e-mail obaveštenja, proces naručivanja i plaćanja karticama, prijavu korisnika, prikaz slika, navigaciju, kao i rad administracije. Ništa se ne prepušta slučaju.
6. Finalna sinhronizacija i DNS preusmeravanje
Kada potvrdite da staging radi savršeno, biramo termin najnižeg saobraćaja (najčešće kasno uveče ili vikendom). Pravimo brzu završnu sinhronizaciju baze podataka i novih fajlova, prebacujemo e-mail naloge i menjamo IP adresu u DNS zoni.
7. Post-migracioni monitoring i SEO verifikacija
Nakon preusmeravanja saobraćaja, u realnom vremenu pratimo server logove, provere 404 i 500 grešaka, funkcionalnost SSL sertifikata i isporučivost e-pošte. Proveravamo da li Google botovi bez smetnji mogu da indeksiraju sajt na novoj lokaciji.
SEO ZAŠTITA
Kako čuvamo Vaše Google pozicije tokom migracije?
Gubitak organskog saobraćaja je najveći strah svakog vlasnika sajta prilikom promene hostinga ili strukture sajta. Naš tehnički tim obezbeđuje potpunu kontinuitet vaše prepoznatljivosti na pretraživačima.
Mapiranje URL-ova i izrada preciznih 301 preusmeravanja
Ako se tokom migracije menja struktura stranica ili CMS platforma, kreiramo sveobuhvatnu matricu preslikavanja (URL Mapping). Svaki stari URL preusmeravamo trajnim statusnim kodom 301 Moved Permanently na njegov tačan ekvivalent na novom sajtu. Time izbegavamo situaciju da posetioci ili Google crawler naiđu na nepostojeće 404 stranice.
Provera robots.txt, sitemap.xml i canonical tagova
Česta greška neiskusnih tehničara je ostavljanje noindex oznaka sa testnog servera ili zaboravljanje generisanja nove XML mape sajta. Mi detaljno proveravamo robots.txt fajl, kreiramo novu dinamiku za sitemap.xml i proveravamo da li svi kanonski tagovi (canonical tags) pokazuju na tačne, bezbedne HTTPS adrese.
Konfiguracija Google Search Console i praćenje indeksa
Ažuriramo sve postavke u Google Search Console i Bing Webmaster Tools alatima. Kod promene domena pokrećemo zvanični alat za promenu adrese (Change of Address Tool) koji obaveštava pretraživače da prenesu autoritet starog domena na novi. Nakon migracije svakodnevno pratimo indeksni status i otklanjamo eventualna upozorenja.
NEOMETANA KOMUNIKACIJA
Migracija poslovnih e-mail naloga bez gubitka poruka
Za većinu firmi, e-mail je glavno sredstvo svakodnevne komunikacije sa klijentima. Gubitak samo jedne ponude ili fakture zbog neuspele migracije može koštati znatno više od samog tehničkog servisa.
IMAP prenos kompletne strukture sandučića
Ne prenosimo samo lozinke i adrese, već sinhronizujemo celokupnu istoriju Vaših e-mail poruka, sve foldere (Sent, Drafts, Archives), oznake i kontakte putem sigurnih IMAP-to-IMAP protokola. Vaši zaposleni nastavljaju rad tačno tamo gde su stali.
Podešavanje SPF, DKIM i DMARC zapisa
Sama izrada e-mail adrese na novom serveru nije dovoljna da bi poruke stizale u Inbox primaoca. Podešavamo autentifikacione zapise u DNS-u koji potvrdjuju autentičnost Vašeg servera i štite Vas od toga da Vas drugi provajderi označe kao spamera.
TRANSPARENTNE CENE
Koliko košta migracija sajta i šta sve utiče na cenu?
Cena migracije se formira na osnovu kompleksnosti sistema, obima podataka i potrebnog nivoa custom podešavanja. Nema skrivenih troškova – pre početka rada dobijate preciznu ponudu.
Glavni faktori koji diktiraju cenu radova:
- Veličina baze podataka i fajlova: Sajt od 200 MB i baza od 20 MB zahtevaju znatno manje vremena od e-commerce portala od 50 GB sa stotinama hiljada slika proizvoda.
- Broj i obim e-mail naloga: Prenos 3 e-mail sandučića je jednostavan postupak, dok prenos 50 naloga sa stotinama gigabajta poruka zahteva posebne automatizovane skripte i nadzor.
- Tip servera i nadzorne ploče: Prenos sa cPanel-a na cPanel je najbrži, dok prelazak sa custom servera na novu cloud infrastrukturu zahteva ručnu rekonfiguraciju.
- Promena strukture sajta i domena: Ako se sa migracijom istovremeno vrši i redizajn ili promena URL-ova, uračunava se dodatno vreme za izradu SEO 301 matrica.
- Hitnost izvođenja: Vanredne i urgentne migracije koje se moraju završiti u roku od nekoliko sati ili tokom praznika zahtevaju alokaciju specijalizovanog tima.
Okvirni cenovni rangovi migracije:
Osnovna migracija sajtova
Za manjske poslovne sajtove i blogove. Obuhvata prenos fajlova, jedne baze, do 3 e-mail adrese i DNS preusmeravanje uz osnovnu proveru.
Napredna migracija prodavnica
Za WooCommerce i srednje e-commerce sajtove. Uključuje sinhronizaciju baze u realnom vremenu, staging testiranje, do 10 e-mail adresa i SEO proveru.
Kompleksna enterprise migracija
Za velike sisteme, VPS/Dedicated servere. Podešavanje serverske infrastrukture, prenos neograničeno e-mail naloga, izrada SEO matrica preusmeravanja i monitoring.
STUDIJE SLUČAJA
Primeri iz prakse: Kako smo rešili izazovne migracije
Iskustvo od preko 20 godina u web razvoju i sistem administraciji omogućava nam da sa lakoćom rešavamo situacije koje mnogima deluju nerešivo.
Slučaj 1: WooCommerce prodavnica sa 25.000 artikala i stotinu dnevnih porudžbina
Izazov: Klijent je imao e-shop na preopterećenom deljenom hosting nalogu gde je sajt pucao tokom spora učitavanja. Zahtev je bio prelazak na namenski VPS bez ijedne propuštene porudžbine i bez prekida u radu prodavnice.
Rešenje: Pripremili smo nov VPS sa Nginx i Redis keširanjem. Napravili smo primarnu kopiju sajta. Tokom noći, uspostavili smo privremenu blokadu izmena i odradili brzu deltu baze za 4 minuta. Izvršili DNS switch uz TTL od 300 sekundi. Sajt je počeo da se učitava 4 puta brže bez ikakvog zastoja u prijemu kupaca.
Slučaj 2: Spasavanje sajta nakon propale amaterske migracije
Izazov: Klijentu je prethodna agencija prilikom selidbe sajt ostavila u stanju "Error establishing a database connection", pri čemu su sve e-mail adrese prestale da primaju porudžbine, a sajt je gubio SEO pozicije.
Rešenje: Hitnom intervencijom preuzeli smo pristup starom i novom serveru. Rekonstruisali smo oštećenu tabelu baze iz privremenih logova, ispravili pogrešne privilegije baze podataka, postavili ispravne MX i SPF zapise i ponovo pokrenuli sajt za manje od dva sata od prvog poziva.
KORISNI SAVETI
Šta klijent treba da pripremi pre početka migracije?
Da bi proces tekao brzo, fluidno i bez nepotrebnih zastoja, korisno je da unapred pripremite osnovne podatke i pristupe Vašoj infrastrukturi.
1. Pristup kontrolnoj tabli starog hostinga
Potrebni su nam cPanel, Plesk, DirectAdmin ili SSH/FTP pristupi starom hostingu gde se trenutno nalaze Vaši fajlovi i baza.
2. Pristup upravljanju domenom (DNS zona)
Pristup nalogu kod registra domena (npr. RNIDS, GoDaddy, Namecheap, Cloudflare) kako bismo mogli da ažuriramo IP adrese i NS rekorde.
3. Pristup novom hosting nalogu ili VPS serveru
Podaci za pristup novom hostingu ili čisto instaliranom VPS serveru na koji se vrši prebacivanje celokupnog sistema.
4. Lista e-mail naloga i specifičnih funkcionalnosti
Spisak svih aktivnih e-mail adresa koje treba preneti, kao i spisak eksternih servisa koji su povezani sa Vašim sajtom (CRM, Payment Gateway, Mailchimp).
PROŠIRENI FAQ
Dodatna česta pitanja o migraciji sajta i hostinga
Da li radite migraciju sajta i hostinga na sajtu koji niste vi napravili?+
Da, apsolutno. Vršimo migracije svih tipova sajtova bez obzira ko ih je prvobitno izradio, pod uslovom da dobijemo potrebne tehničke pristupe.
Da li pravite backup pre tehničke izmene?+
Ovo je naš zlatni standard. Nikada ne započinjemo nikakvu tehničku operaciju bez kreiranja potpune, nezavisne i testirane rezervne kopije (backup-a) fajlova i baze podataka.
Kako izgleda podrška nakon podešavanja?+
Nakon migracije pratimo rad sajta u narednim danima, proveravamo logove, testiramo e-mailove i otklanjamo sve uočene sitnice bez dodatnih troškova.
Da li se sajt može prebaciti vikendom ili van radnog vremena?+
Da. Znamo da je za poslovanje najbolje da se ključne DNS promene vrše u periodima kada imate najmanje posetilaca (npr. u ponoć ili tokom vikenda), što redovno praktikujemo.
Šta ako moj stari hosting nalog ubrzo ističe?+
Predlažemo da nas kontaktirate bar 3 do 5 dana pre isteka starog hostinga kako bismo bez žurbe preuzeli sve podatke i izbegli gašenje sajta od strane starog provajdera.
Da li prebacujete i SSL sertifikat na novi server?+
Da. Bilo da koristite besplatne Let's Encrypt sertifikate ili komercijalne SSL certifikate (Wildcard, EV), vršimo reizdavanje ili prenos ključeva tako da sajt ostane 100% zaštićen pod HTTPS protokolom.
Više odgovora pronađite na centralnoj FAQ stranici.
TREBA VAM TEHNIČKA POMOĆ?
Pošaljite stanje i cilj. Predložićemo sledeći korak.
Možete poslati adresu sajta, kratak opis problema ili usluge koja Vam je potrebna. Ako je potrebno, prvo ćemo uraditi dijagnostiku pre nego što predložimo intervenciju.