ugrás a tartalomhoz

PHP deploy

inf · 2014. Május. 2. (P), 04.48
Mit ajánlatok deploy-hoz, egy olyan szerverre, aminél csak ftp és php elérhető? (a szolgáltató cserén kívül persze :d)

Egy darabig azon agyaltam, hogy megírom én magam a deploy-t, mert nem annyira bonyolult:
- git post commit, post merge hook-okkal a master változásainál automatikusan lehet deploy-olni
- liquibase diff-el lehet sql-be konvertálni elvileg a schema change-eket
- git-ftp feltölti a megváltozott php fájlokat automatikusan
- mivel event sourcing lesz, ezért le lehet gatterolni az összes adatot, futtatni a schema change-es sql-t, aztán replay-el újra végigmenni az összes domain event-en, és így újra feltölteni adatokkal az új schema-t.

Összességében nem tűnik bonyolultnak, de kíváncsi vagyok, hogy vannak e kiforrottabb eszközök is a célra...
‹ PHP - phar archive Miért jó domain objecteket használni? ›
 ■
1

Jenkins

janoszen · 2014. Május. 2. (P), 10.47
A Jenkins tud FTP-re deployolni, de ugyanigy tud az Ant es a Phing is. A problema itt az SQL deploymenttel van, azt valahogy weben keresztul kell berugni. Ja es valts szolgaltatot, 2014-ben FTP-t hasznalni nem tartozik a bocsanatos bunok koze.
2

Egyetertek. Valts olyan

Greg · 2014. Május. 2. (P), 11.14
Egyetertek. Valts olyan helyre ahol van ssh es capistrano-val egyszeruen megoldhato amit szeretnel.
3

Off

Hidvégi Gábor · 2014. Május. 2. (P), 11.18
2014-ben FTP-t hasznalni nem tartozik a bocsanatos bunok koze
A Heartbleed után milyen titkosításban lehet bízni?
4

Nem azert

janoszen · 2014. Május. 2. (P), 12.44
Nem a titkositas miatt. Bugok mindig is vannak es lesznek, de az FTP koncepcionalisan torott.
5

Igen, nekem is az SQL miatt

inf · 2014. Május. 2. (P), 13.24
Igen, nekem is az SQL miatt van gondom. Ahhoz, hogy azzal kezdeni tudjak valamit, olyan deploy rendszer kell, amit php-ben írtak, és fel tudom telepíteni simán másolással a production szerverre. Ez eléggé leszűkíti a kört. Talán jobban járok, ha meg írom magam. CI szerver nem hiszem, hogy kell. Ha jól értem, amiatt érdemes használni azt a technológiát, hogy több fejlesztő munkája ne akadjon össze, ha hosszabb ideig dolgoznak egy-egy feladaton. Ez jelen esetben nem áll fenn.

Ja es valts szolgaltatot

Ígérem a következő projekt már másik szolgáltatónál fog kezdődni.
Btw tudtok olyan magyar szolgáltatóról, aminél van ssh shared host-on, reagál a felhasználói kérésekre, és még olcsó is? Úgy vettem észre, hogy a külföldi shared host-ok, mint pl a godaddy lassúak itthonról, ezért nem raktam ilyenre az oldalt, meg a számlázás miatt (nem szeretném, ha az én nevemen menne az üzemeltetés, nem is igazán értek hozzá)...
6

SSH

janoszen · 2014. Május. 2. (P), 16.18
A DotRoll anno tudott, mostanaban nem tudom hogy miben utaznak. En adnek neked hostingot, de en nem vagyok olcso. :)
17

Van

Pepita · 2014. Május. 5. (H), 13.18
A DotRollnál a Plus és a Pro csomagokhoz már van SSH, előbbi 11 200 Ft+ÁFA/év, utóbbi 45 000 Ft+ÁFA/év. Persze VPS, saját szerver innen felfelé.
16

Tetszőleges deploy tool meg

tgr · 2014. Május. 4. (V), 18.31
Tetszőleges deploy tool meg tudja neked csinálni, hogy feltölti FTP-n, aztán megpingeli az update.php-t. De tényleg válts szolgáltatót - csak idő kérdése, hogy ellopja valaki a jelszót (külön erre specializálódott vírusok vannak, amik ráülnek mondjuk a routeredre, monitorozzák az FTP forgalmat, és ha PHP fájlokat látnak, akkor rögtön tolják is bele a malware-t, minden emberi közreműködés nélkül), és akkor az ügyfél teljes joggal fogja szétrúgni a hátsódat, hogy hogyan jutott eszedbe a 21. században plaintextben közlekedtetni az éles szerver jelszavát.
7

Capistrano

pigri · 2014. Május. 2. (P), 18.32
En a capistranot ajanlom a legtobb Frameworkhoz/CMS-hez van eleore megirt modul. De magad is fejlesztheted ruby-ba.
8

A gond itt azzal van, hogy a

inf · 2014. Május. 2. (P), 22.37
A gond itt azzal van, hogy a szerveren kell valami, ami php-ben fut, és amit a kliensről tudok értesíteni, hogy most van itt a deploy ideje, és írja át az adatbázist. Ha ilyen támogatása nincs, akkor a capistrano is csak ugyanannyira hasznos, mint bármelyik másik framework. Mondjuk szerintem nem kell ennyira nagy feneket keríteni a dolognak, a legegyszerűbb, ha megírom php-ben a deploy kódot, és felteszem a szerverre, mert kicsi az esély, hogy már van létező megoldás a problémára.
9

Capistranoval meg tudsz hivni

Greg · 2014. Május. 3. (Szo), 09.01
Capistranoval meg tudsz hivni PHP kodot a szerveren deploy kozben.
10

Lehet tudni arról valamit,

inf · 2014. Május. 3. (Szo), 18.15
Lehet tudni arról valamit, hogy ezt milyen felülettel teszik biztonságossá?
12

HTTP

janoszen · 2014. Május. 3. (Szo), 19.31
Nyilvan HTTP-n keresztul meghivod es annak van valami kulcsa. A capistrano tudtommal alapbol SSH-t szeret hasznalni.
13

SSH-n keresztul csinalja.

Greg · 2014. Május. 3. (Szo), 20.12
SSH-n keresztul csinalja.
14

Igen, de sajna nincs ssh.

inf · 2014. Május. 3. (Szo), 22.06
Igen, de sajna nincs ssh. Egyébként elhiszem, hogy jó. :-)
11

dploy.io

minczerl · 2014. Május. 3. (Szo), 18.48
Én ezt a szolgáltatást használom: http://dploy.io/
Ha 1 repót használsz akkor az ingyenes is megteszi. Többek között támogatja a web hookokat is amivel deploy előtt/után tudsz küldeni egy kérést a szerverhez amivel elintézheted az adatbázis változtatásokat, vagy egyéb feladatokat.
15

Köszi! Nem tudtam, hogy ilyen

inf · 2014. Május. 3. (Szo), 22.11
Köszi! Nem tudtam, hogy ilyen szolgáltatások is léteznek.