Kako se lotiti nadgradnje/modifikacije?
 
iztoks 8. nov 2012 20:13:28 Pridružen od:
16. apr 2012
161 objav
246 25 3
#1

Torej problem je ker ne znam pametno zastavit vprašanja, ker drugače bi že striček google vse odgovoril =)



Zanima me kaj je vaše mnenje, kako se lotiti modifikacije live CMS ali Ecommerce spletnih mest, da je ta postopek čimbolj neboleč (torej da je mesto nedosegljivo najkrajši možni čas).



Torej jaz bi si to zamislil, pač narediti komplet kopijo spletnega mesta naprimer na svoj računalnik plus WAMP/LAMP, ter še določitev (tega spletnega mesta) te domene v hosts datoteko in bi se načeloma zadeva morala obnašati kot se (bo) na strežniku? Ali obstaja kašna bolj elegantna/učinkovita opcija?


všeč(0) ni všeč(0) spam(0)
isd.si - moj osebni portfolio in blog
 
tsu 8. nov 2012 21:20:51 Pridružen od:
16. jun 2008
351 objav
482 34 14
#2

Najbolj se ti splača (če imaš opcijo) imeti postavljen sistem za nadzor različic. Recimo SVN ali Git.



Vse spremembe obljavljaš v repozitorij, ki ga imaš zvezanega na "beto", ko zadeva doseže stopnjo za produkcijo samo deployaš spremembe.



Prednosti, ki ti jih prinese tak način dela je precej, izpostavim jih le nekaj:

- imaš popolen nazdor/vpogled v spremembe za vse datoteke,

- v primeru napak lahko takoj revertaš spremembe,

- v primeru, da je več developerjev tak sistem skrbi za konflikte in merganje kode

...



Načeloma naj se live zadev nikoli ne bi popravljalo direktno na produkciji :)


všeč(1) ni všeč(0) spam(0)
LinkedIn, @deveti, Si shell:aff link ;)
 
pavarti 8. nov 2012 21:50:02 Pridružen od:
26. okt 2011
445 objav
587 92 14
#3

iztoks:

Torej problem je ker ne znam pametno zastavit vprašanja, ker drugače bi že striček google vse odgovoril =)



Zanima me kaj je vaše mnenje, kako se lotiti modifikacije live CMS ali Ecommerce spletnih mest, da je ta postopek čimbolj neboleč (torej da je mesto nedosegljivo najkrajši možni čas).



Torej jaz bi si to zamislil, pač narediti komplet kopijo spletnega mesta naprimer na svoj računalnik plus WAMP/LAMP, ter še določitev (tega spletnega mesta) te domene v hosts datoteko in bi se načeloma zadeva morala obnašati kot se (bo) na strežniku? Ali obstaja kašna bolj elegantna/učinkovita opcija?




Najbolj pomembno je da nadgradnjo delaš takrat ko je obiskanost strani najmanjša.


všeč(0) ni všeč(0) spam(0)
 
iztoks 9. nov 2012 19:20:37 Pridružen od:
16. apr 2012
161 objav
246 25 3
#4

@tsu, hvala za ta nasvet to mi gotovo lahko prihrani nekaj sivih las v prihodnje, ampak saj načeloma to zdaj delam ročno si shranjujem ražlične verzji zadev, je pa res da to kaj hitro pobere veliko dela in tu imaš še dodaten backup



@pavrati ja v nedeljo ponoči to mi je jasno =D



Ubistvu če malo bolj natančno definiram svoje vprašanje, kaj bi uporabljal za sandbox - testni strežnik, kako imate to rešeno da se vse testira in da je deployment čimbolj gladek. Recimo v mojih primerih gre predvsem za opensource brezplačne rešitve tipa WP, Joomla, Presta na shared hostingih kot so Žabec, Sishell etc.


všeč(0) ni všeč(0) spam(0)
isd.si - moj osebni portfolio in blog
 
SpinX 9. nov 2012 20:03:14 Pridružen od:
17. mar 2007
2618 objav
1720 190 20
#5

Ravno ta teden sem vse deploye uredil z deployhq. Deluje briljantno z zabec.net imas pa tudi ftp in ssh.



Predpogoj je seveda, da imas VCS kot je napisal tsu. Na bitbucket.org imas lahko zastonj privatne repote.



Sandbox je pac lokalna instalacija. Beta je lahko na dev.neki.si. Na deployhq lahko managiras environmente tko da to ni problem.



Pa cimprej se naucit git in met vse v repotih.


všeč(4) ni všeč(0) spam(0)
Developer? Bi delal v kul podjetju ? http://dlabs.si/jobs
 
 

🔒 Za odgovor na to temo se moraš prijaviti.

Prijavi se