Web aplikacije, web servisi i software Frameworks, web servisi, programi, plugin-ovi, ekstenzije korisni za razvoj web sajtova. Sponzor: |
|
Alati teme | Način prikaza |
11. 04. 2013. | #1 |
profesionalac
Qualified
Datum učlanjenja: 21.06.2007
Poruke: 166
Hvala: 27
42 "Hvala" u 23 poruka
|
PHP deployment alat
Ukoliko nekoga interesuje problematika iz naslova, moze da baci pogled na http://www.appm.in.
Jeste samo-reklamiranje ali bas i ne postoji drugi nacin da se ljudi obaveste ukoliko tu informaciju ne podelis sa istima. Ako nekog nesto interesuje dodatno ili ima bilo kakav konstruktivan feedback, slobodno neka napise.
__________________
|
11. 04. 2013. | #2 |
profesionalac
Professional
|
Zanimljivo je ovo i lepo mi deluje rešenje. Šta vas razlikuje od postojećiš rešenja, na primer Phing-a.
Jel možeš objasniti ovo oko migracije strukture baze, kako to izgleda u samoj praksi ? Moža da uporediš sa postojećim rešenjima koje nude frejmvorci za migraciju. |
12. 04. 2013. | #3 |
profesionalac
Qualified
Datum učlanjenja: 21.06.2007
Poruke: 166
Hvala: 27
42 "Hvala" u 23 poruka
|
Hvala. Takodje, dobra pitanja.
Svi ovi Ant-oliki alati su generalno vrlo mocni sa bezbroj mogucnosti za konfiguraciju i customizaciju. Ono sto nas razlikuje od njih je kao prvo GUI - ali ne GUI koji je on-top tih resenja, vec GUI koji je od pocetka "projektovan" bez njihovog uticaja. Razlika je i u tome da ne moras da citas dokumentaciju da bi konfigurisao profil za deploy. Dakle akcenat na UX delu. I kao trecu stvari bih naveo gledajuci i malo subjektivno. Ne preferiram kada koristim neki sw i kada ima 1001 opciju, a ja samo koristim 20. Vise sam za varijantu da isti radi jednu stvar i da je radi dobro, stabilno, brzo. Da sve bude upeglano i koncizno. To bi bile one funkcionalnosti koje se mogu videti na sajtu. Sto se tice migracija, mi imamo praksu da sam sql cuvamo u .php fajlovima. Tako da samu bazu ne pravimo iz db alata vec tako sto izvrsimo te .php fajlove. Na osnovu ovoga, moze da se same definicije SQL-a eksportuju u Domain klase tj. Modele ili Entitete kako ih mi nazivamo. Tako da u nasem slucaju je relativno "lako" raditi snapshotove baza, upgradeovati i downgradovati bazu. Podaci su najproblematicniji i tu trenutno radimo export baze u produkciji pre deploya, sto na velikim bazama nije najsrecnije resenje. Moze se isto i napraviti mirror baze i raditi na toj bazi migracija, pa ako sve prodje ok, obrise se stara i poturi nova. Ima jos par nacina - ali nisu silver-bullet. Medjutim, kako svi ne koriste ovaj nacin za odrzavanje SQL-a i baza, te da baze mogu biti na vise klastera itd, trenutno istrazujemo kako ljudi to najcesce/najvise rade, pa trazimo neki NZS kako bi na osnovu toga napravili samo resenje. U sustini nisam radio sa nekim fw-cima za migraciju u PHP-u, pa bas i ne znam kako rade. Ali u svakom slucaju sam planirao da pogledam. Kako je projekat u ranoj fazi, nemamo odgovore na sva pitanja. Dosta istrazujemo, eksperimentisemo i igramo se kako bi sagledali stvari iz vise uglova. Nadam se ipak da sam ti koliko-toliko odgovorio na pitanja.
__________________
|
13. 04. 2013. | #4 |
Ivan Dilber
Sir Write-a-Lot
|
zanimljivo i korisno, prijavio sam se...
a offtopic, trebalo bi malo da sredite ovaj dizajn, uzasno je naporan za citanje (bar na velikom monitoru)
__________________
Leadership is the art of getting people to want to do what you know must be done. |
|
|