Jak spravujete a uploadujete weby?

Ahoj, jak se dneska dělají weby v php? Nemám na mysli vývoj od píky, ale třeba OS projekty. eshopy, prestashop, WP, atd. Ostrý web před jeho uploadem na server chce hodně úprav. Následně je třeba se o něj starat, aktualizovat, dělat úpravy nejdříve na lokále, až potom je postovat na produkční web. To stále děláte na lokálním WAMP/LAMP + kopírujete přes FTP, nebo se k tomu dá využít třeba GIT? Před časem jsem si s GITem hrál, ted je to aktuální, chystám nový web a rád bych na to šel trochu moderně. Testovací verzi webu mám na svém serveru, kde ji připravím, pak ji asi nahraju na hosting a bude to. Ale co dál? Kde dělat úpravy? Na lokále a po odladění to nahrávat FTPčkem? Přijde mi to jako z minulého tisíciletí. Poraďte mi nějaký moderní postup, jak to dnes dělají profíci :-)

Ja pouzivam FTPloy. Na development serveri pracujem, ked mam odladene vsetky chyby, ktore som si vsimol, odoslem commit a automaticky sa aktualizuju subory na FTP. Treba vsak vela testovat uz v development faze, aby to na production serveri nic nerozbilo.

Určitě bych doporučoval kód verzovat, ideálně asi GITem. Kompletní vývoj dělám na lokále (Linux) a po odlazení pak deploy na test server pomocí hooků gitu z produkční větve. Nasazení na ostrý server je pak již jen spuštění testů a případný rsync na produkční server + samo promázání cache, dogenerování náhledů atd.. V drtivé většině využívám dokumentové, případně key-value databáze, ale v případně relačních chce myslet i na na to, tedy aby se i při revertu dalo dostat na odpovídající strukturu třeba mysql.

WordPress & Drupal Hosting and Website Platform…

Ahoj, ptáš se na vývoj, tak ti napíšu jak to dělám já. Sice pracuji na projektech od zelené loky na Frameworku, ale podle mě by to mělo být stejné i u OS. Vývoj

• Napíšu si DB
• Vytvořím si Fixtures pro testování
• Vytovořím si Model aplikace
• Pokryju Model ablikace Testy
• Vytvořím základní Frontend (prezentuji data, formuláře, atd).
• Celý Frontend pokryji Behat testy (napíšu si scénáře chování uživatele)

Před produkce Celé to mám na GIT (FTP je sebevražda). Verzuji jednotlivé balíčky a využívám Branche. Na dev serveru se mě pak každou hodinu rozjede instalace dev branche (pokud byla mergnuta nové změna). Po instalaci se spustí fixtures, Unit testy a nakonec Behat testy. Pokud dojde k nějaké chybě, okamžitě mě to buzeruje (zasílá e-mail, zakládá BUG s laděnkou). Nasazení na produkci Podle mě je nejlepší používat GIT. Opět mám větev master kde je již odladěná verze aplikace. Zde už by neměl být chybný kód, protže vetšinu jsem pokryl testy. V nouzi lze pro nasazení na server používat i SSH ale FTP je asi ta nejpomalejší možnost. Samozřejmě na GITu nemám obrázky atd.

Aha a ten master z GITu uploadujes jak? Pokud bych mel VPSku, je to jednoduche, ale mam sdileny hosting, kde neni moznost niceho jineho, nez SFTP. Da se GIT rozsirit o nejakou ficuru, ktera to bude synchronizovat pres FTP, nebo je nutny SSH pristup?

Napsal darksir;1251420

Aha a ten master z GITu uploadujes jak? Pokud bych mel VPSku, je to jednoduche, ale mam sdileny hosting, kde neni moznost niceho jineho, nez SFTP. Da se GIT rozsirit o nejakou ficuru, ktera to bude synchronizovat pres FTP, nebo je nutny SSH pristup?

No já mám vždy SSH přístup. Ale tak můžeš si vytvořit z GITu balíček úprav a nahrát to tam přes FTP. Možnost výskytu chyb je pak nejvíc pravděpodobný.Zatím jsem nezkoumal, jestli se takový balíček dá vytvořit ale jistě na to nějaká utilitka existuje.

řešil jsem stejný problém, nakonec jsem si udělal jednoduchej jedno-souborovej php script:- vždy ho nahraju ho do root adresáře projektu na localhostu- v souboru nastavím FTP přístupy na web + cestu k root/www adresáři + "klíč/heslo"- nastavím si jaké soubory/složky má skript ignorovat ( typicky např. /cache , /.htaccess, ... )Po spuštění skript nahraje na web přes FTP "svůj podskript - FindAndReturn.php", který má za úkol pouze jedno: zmapovat všechny složky a soubory na webu a vrátit v pole v JSONu* Skript se spustí pouze v případě že GETem zašlete i klíč/heslo, které se nastavovalo na localhostu.A dále je to jasné, na localhostu se provede to samé ( tedy zmapuje se projekt ), porovnají se MD5 součty souborů a následně se už jen aktualizuje.** Už kolikrát se mi tento skript vyplatil, když se na web dostal "vir" ( nečekaně přes wordpress ), tak jsem na jednokliknutí hned zjistil, které soubory byly "napadany" ( nesedí MD5 součty ) a za pár sekund bylo zase vše opraveno.- Je to trochu amatérské, ale někdy dělám i jednostránkové weby a tam použití GITu atd.. je zcela zbytečné

Pro FTPčkaře ještě použitelná alternativa :)FTP Deployment: nahrávejte přes FTP chytře » phpFashion…

U mne zalezi na tom, co je na serveru dostupne. Pro vlasnti projekty mam privatni/virtualni server. Zde deployuji tak, ze delam systemove balicky a ty necham updatovat pres system (apt-get upgrade). Pokud mam SSH ale nemam root prava, resim to vetsinou pres git. Repo ma nastaven hook, ktery pri pushnuti do branche stable automaticky zaridi update (sam updatne db, restartne sluzby atd). Pokud mam pouze FTP pristup (kdyz si klient doda vlastni hosting), resim to pres git-ftp.

Díky za příspěvky, takže vede git, pak nějaké scripty a zírám, že se dnes už dělá vývoj online :-) Zatím mi tedy stačí, naučit se používat GIT, udělat si na serveru GIT server a syncovat to zatím můžu klidně přes FTPčko, v krusaderu, jakmile dokončím úpravy. Takže žádná převratná revoluce, protože na malé projekty mi GIT přijde jako overkill a než nastavím ignore pravidla, mám to tam nasypané ručně přes FTP i 3x :-) Možná to má význam hlavně jako centrální úložiště zdrojáků a jejich verzování, než coby deployment nástroj. No, možná GIT-FTP vypadá zajímavě, ale je to příliš mnoho novinek najednou, musím to vstřebat, zatím zápasím s použitím GITu. Jeho požívání je pro mně náročnější, než práce, kterou mi ušetří :-))Chápů správně, že tedy mám současný web, kde běží příklad : wordpress verze 1.2.3, ve kterém jsem provedl nějaké úpravy přímo v jádře. Vyjde Wordpress 1.2.5 a já chci web aktualizovat, čili si jej stáhnu jako novou větev, pak pomocí rdiff zanesu změny a sloučím to do master větve, kterou nahraji na server?Poradil by někdo, jak využít GIT v těchto případech, kdy mám web, postavený na nějakém opensource, který jsem nějak dobastlil a přiohnul ručně, přímo do zdrojáků a potřebuji jej aktualizovat na vyšší verzi z oficiálního repozitáře? Předpokládám, že právě tady GIT může ušetřit mnoho práce, ale pořád jsem nějak nevstřebal, jak jej správně používat. Dělám nějaké pokusy na serveru, podle oficiálního manuálu, ale chybí to praktické použití. na nějakém příkladu, protože aplikace od píky většinou nevyvíjím, spíše si customizuji různé opensource projekty a chtěl bych mít šanci ty úpravy nějak přenášet a zanášet do nových verzí, což bez GITu nebo nějakého diff nástroje je fakt masakr.Chápu, že odpovědí na můj dotaz je defakto odkaz na manuál ke GITu, ale ten mám, jde mi spíš o to, jaký pracovní postup máte, nebo jak byste řešili ten můj nastíněný příklad, s nějakou aplikací, do které jsou zanesené změny, jediné, co k nim mám, je TXT soubor s poznámkami a chtěl bych přejít na GIT, kde bych rád tyhle změny evidoval a pracoval s nimi v nových verzích toho OS SW.Zároveň jsem si myslel, že když už to budu ladit na serveru, kde to poběží, vč. GITu a jeho úložiště repozitářů, tak bych taky mohl dělat jednoduše deploy, z toho "centrálního úložiště", takže zásahy do ostrého webu bych nejdříve dělal na serveru, pak bych to commitnul a jednoduše provedl deploy třeba pomocí toho GIT-FTP, abych nemusel v každém PC, na kterém něco upravím, mít FTP klienta s loginy na hostingu.

Napsal darksir;1251508

Díky za příspěvky, takže vede git, pak nějaké scripty a zírám, že se dnes už dělá vývoj online :-) Zatím mi tedy stačí, naučit se používat GIT, udělat si na serveru GIT server a syncovat to zatím můžu klidně přes FTPčko, v krusaderu, jakmile dokončím úpravy. Takže žádná převratná revoluce, protože na malé projekty mi GIT přijde jako overkill a než nastavím ignore pravidla, mám to tam nasypané ručně přes FTP i 3x :-)

Git sa moc nema pouzivat ako deployment server, je to verzovaci system. Co sa tyka ignore, sprav si univerzalny .gitignore a nastavenie ignore pravidiel ti zaberie len skopirovanim daneho suboru do git zlozky.

Napsal darksir;1251508

Možná to má význam hlavně jako centrální úložiště zdrojáků a jejich verzování, než coby deployment nástroj. No, možná GIT-FTP vypadá zajímavě, ale je to příliš mnoho novinek najednou, musím to vstřebat, zatím zápasím s použitím GITu. Jeho požívání je pro mně náročnější, než práce, kterou mi ušetří :-))

Pouzivat git s ftp mi pride celkom zbytocne, nato mozes v gite nastavit remote server a uploadnes to jednoducho "git push remote".

Napsal Lucas03;1251522

Pouzivat git s ftp mi pride celkom zbytocne, nato mozes v gite nastavit remote server a uploadnes to jednoducho "git push remote".

Ne, kdyz mas jen sdileny hosting... mi to na dany ucel staci :-) priplacet za VPSku jen proto, abych nemusel jednou, dvakrat rocne pouzit FTP je asi blbost.

Mám zdieľaný hosting a používam GIT s FTP.

@darksir: Nejsem si jist, ale mam dojem, ze tim git povazujes za deployovaci nastroj, coz neni. Je to pouze verzovaci. A jestli pouzijes git, svn, mercurial, bazaar nebo cokoliv jineho, je v teto casti uplne jedno. I na male soubory je dobre pouzit verzovaci system. Pouzivam to i na micro scripty, kde je treba i jediny soubor. I vetsiny si muzes nastavit globalni ignore, ktery je pak pres vsechny projekty (napr: *.pyc, *.diff, nbproject,...). Jak pises ze vetsinou delas napr. s wordpress, tak spravny postup na moznost upgrade by byl vsechno instalovat pomoci composeru (doufam, ze wordpress v nem je). Vzhledem k tomu, ze git je DVCS a delas na tom asi sam, tak na to ani nemusis delat vlastni branch. Branch, dokud nedas push, je pouze lokalni. Ale je dobre se s nima naucit pracovat. Jestli si delal se svn, uz by si to mohl umet. Pokud by si pouzil branch, tak se pak nepouziva diff, ale normalne se branch mergne `git merge ` nebo stejne tak i `svn merge`.

U git push remote pak zalezi, kde mas remote server a jestli je to primo server (gitolite, gitlab, github) nebo pouze adresar (coz git zrovna podporuje). Ale opet v tu chvili bude muset mit ssh pristup, nebo to nejspis bude uploadovat na jiny server, nez kde mas web. Pak musis delat jeste update tam. Obezne problem pri "deployovani" pres ftp je ten, ze soubory tam jdou postupne a web je na chvili v nekonzistentnim stavu. Git-ftp kontroluje aspon to, co se zmenilo a nic dalsiho nenahrava, takze usetri nejaky cas.

Jinak online by si nemel nikdy nic editovat a pokud se chces nekam posunout, tak bych preskocil i nejaky wamp (jestli myslis primo tak pojmenovany nastroj) a nainstaloval si vsechno rucne a to nejlepe ve stejne konfiguraci jako je web kam to davas. Virtualizovat i na lokale, sam mam skoro na kazdy projekt vlastni virtual, ktery se sam instaluje a je to otazka jen par minut, nez si nainstaluje vsechny balicky ktere potrebuje. Pak nejsem prekvapen tim, kdyz to nahravam na server, kde bezi nahodou jina verze php, nebo jsou rozdily windows vs linux.

A platba za VPS je v dnesni dobe tak mala, ze je to levnejsi nez mit 5 placenych hostingu. Clovek nad tim pak ma komplet kontrolu a doinstaluje se pripadne co potrebuje.

---------- Příspěvek doplněn 29.12.2015 v 13:02 ----------

btw: dobre cteni na to jak pouzivat git i v tymu. Je to jeden z tzv. git flow, rozsirenych existuje vice, ale tenhle je asi nejvic https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow/