Alat za rad na remote dev serveru

Javi utiske, I mene zanima da li je i kako bolje od remote desktop-a (remote bez otvaranja portova?). Jedino sto mi pada napamet je vezanost za VSCode, ako treba nesto od drugih alata prilikom developmenta onda moras opet da palis remote desktop/remote chrome/vmware

Potpis

http://norway.dakipro.com/

Ja koristim neki SSH FS plugin, ali to je samo da preko ssh listam po fajlovima. Odnosno ono sto radim u VSCode i snimim, da se snimi tamo remote.
Mada nije to bas neka mudrost, verovatno svaki tool ima takav plugin.

Nego, nedavno naletoh na ovo (opet smaram ja sa AWS :P )
https://aws.amazon.com/cloud9/

Pratio neki kurs, i lik sve vreme koristio Cloud9, prilicno upotrebljivo izgleda. Bar za moje skromne potrebe.

Pa generalno osim konzole ti nista ne treba ako radis na linux masini na kojoj se to sve izvrsava, ja volim da imam otvoren putty u svakom trenutku, mada izgleda ima i integrisan shell za remote. Javljam vise kad isprobam. Najvise me interesuje kako se snalazi sa klasama, dependency injection, i u nekom polu-ide modu.

Potpis

THE ONLY EASY DAY WAS YESTERDAY

Ovo je moguce zato sto je VSCode pravljen u Electron frameworku, koji je kombinacija Node-a i Chromium-a. Pretpostavljam da se radi o inverznoj automatizaciji.

Koristio sam i ja taj RemoteFS ali tu ne radi lepo auto-complete i zatvaranje tagova, itd, pogotovu kad se radi mix u nekim fajlovima. Tipa, blade.php koji je za Laravel "html" fajl, on gleda kao PHP i nema prepoznavanja za html. Ima tu nekih nacina da se sredi, tipa da .blade.php gleda kao html, ali taj fajl opet nije cist HTML pa dolazi do nekih drugih problema onda... Takodje RemoteFS ne ume da povuce klase iz drugih fajlova, mnogo tu problema ima da bi se radili veci projekti, zato sam i batalio to kad sam pokrenuo temu ovde, vise sam se cimao oko radnog okruzenja nego sto sam radio.

Jos uvek nisam podesio ovaj novi njihov sistem za remote rad, malo su ga zakomplikovali bespotrebno. Nadam se da cu danas stici da isprobam to mada mi se cini da ce to biti vise resource-hungry od lokalnog okruzenja kako vidim... pokusacu da odradim i test potrosnje baterije u jednom i drugom slucaju, ako nekome znaci.

Potpis

THE ONLY EASY DAY WAS YESTERDAY

Za Laravel i dalje nema srece. U PHPStormu kad editujem rute, imam "okej" autocomplete, ovde ne postoji nista. Pokusao najobicnije kontrolere koji su povezani sa modelom (znaci bukvalno sveze napravljen model sa svojim kontrolerom i resourseful rutama) i jok, kada pozivam model ne mogu da dobijem funkcije iz istog koje bi trebalo da cupa. Je l' potrebna neka dodatna ekstenzija? Ja sam trazio i nema NISTA sem snippeta i za rad sa blade templejtima.

Ovako generalno radi OK mada manje vise isto kao remotefs, samo trazi podesavanje private kljuca na klijentu i public SSH kljuca na serveru, ne moze preko password autentifikacije da radi.

Potpis

THE ONLY EASY DAY WAS YESTERDAY

Dao sam mu jos jednu sansu i iskreno, mnogo sam razocaran. Prvo on sam instalira neki misteriozni dodatak (nemam pojma ni gde se nalazi ni kako se zove) na serveru, potom radi neki ogroman indexing, i iako imam SSD na serveru mnoooogo vremena traje, CPU usage ode nesto katastrofalno gore i konstantno je ogroman CPU usage na serveru. Takodje jednostavno ne prepoznaje i dalje pored silnih podesavanja i plaginova (koji se instaliraju na server takodje automatski) nema sanse da mi recimo da sve ponudjene opcije kada kucam recimo "route::", vec mi ponudi standardne PHP funkcije, poput exec, itd, nista vezano konkretno za taj kontroler. Ili cak i kada radim sa modelima, ne izlistava mi sta sve mogu s njim da uradim, tipa "hasMany" itd, sto ume da pomogne oko eloquenta da ne moram da otvaram dokumentaciju vec samo biram sta mi treba.

Ovako, kao text editor, sto i jeste, radi :) Ali PHPStorm cak manje resursa i trosi u poredjenju sa VSC kada se podesi da radi remote ovako. Ne znam da li uopste u lokalu VSC izbacuje sve metode klasa? Ako neko moze da mi cepne odgovor nabrzaka znacilo bi.

Potpis

THE ONLY EASY DAY WAS YESTERDAY

@Zlatni_bg

Ne radi ti autocomplete za remote fajlove il' za lokalne?

Potpis

-A Tpojke su Đuro - šta?
-Osnovne jedinice diverzantskih grupa!

@Zlatni_bg, nisam se udubljivao pa ne znam koliko se uklapa u to sto ti treba ali naleteh pa da prosledim - https://azure.microsoft.com/en.../details/visual-studio-online/

Potpis

Nebojsa Milanovic:
-Trumpa smatram vrhunskim predsednikom i voleo bih da živim u državi na čijem je on čelu
-Rusija ne laže, ne vodi osvajačke ratove
-Trump je svetla tačka u USA blatu
-Elon Musk, možda najpametniji i najtrezveniji Amerikanac

Remote. Ali fora je u tome sto se ekstenzije instaliraju na serveru, ne na klijentu (tako i vsc prijavljuje). I inteliphense se instalira na serveru posebno. Nije mi neka presudna stvar, ali iskreno u senilnim trenutcima dobro dodje. Za sad bas nisam nasao neku prednost u odnosu na phpstorm (mislim iskreno da ce ga tesko i dostici ikad) ali mu dajem sansu jer je jaka zajednica oko vsc-a. Za servise i kompleksnije kontrolere mi dosta dobro dodje lista metoda sa parametrima.

@Shadowed

Gledao sam to isto, nisam u potpunosti razumeo razlike izmedju toga i ovoga sto sam linkovao par postova gore, jer kada prvi put podesis SSH kljuceve na klijentu i serveru VSC instalira neki addon na server i podesi okruzenje. Ako je to self-hosted koji oni nazivaju, onda je to neka beta i dalje koja ne radi najsjajnije, mada mogu da probam, imam aktivne Azure servise i koristim ga.

Potpis

THE ONLY EASY DAY WAS YESTERDAY

Pominj'o si već neke razloge zašto ne koristiš druge načine (moraću ponovo prelistati/iščitati temu) već baš da edituješ remote fajlove.
Al' github repo na mašinama uz odraditi github webhook trigger servera kad god se uradi push master-a. Za mene bi ovo bila validna solucija.

https://developer.github.com/webhooks/

Potpis

-A Tpojke su Đuro - šta?
-Osnovne jedinice diverzantskih grupa!

A može i ovako (bez hosted git rešenja poput githuba):

• git repo na "centralnoj mašini" u lokalnoj mreži ("desktop")
• git repo na laptopu gde radiš, uz git remote ka desktopu

Ako imaš deljeni disk na mreži, na laptopu možeš da koristiš tzv. "bare repository". Više informacija imaš ovde: https://stackoverflow.com/a/2888092/964777
Ako nemaš deljeni disk uvek git remote može da gađa desktop kroz ssh, čak i Windows (10) dolazi sa OpenSSH serverom.

Uvek možeš da uradiš git push desktop sa laptopa na desktop, kao i git pull desktop sa desktopa na laptop, plus imaš pregled svih izmena ikada, kao i sve ostale pogodnosti koje nudi jedan VCS kao što je git. Ne razumem zašto neko u 2019. godini ne bi koristio git?

Ja sam za neke sitnije projekte čak koristio git bare repository direktno na produkcionom serveru i radio deploy jednostavnom komandom: git push live ("live" je ime remote-a koji gađa git bare repository na produkciji kroz ssh): https://gist.github.com/noelboss/3fe13927025b89757f8fb12e9066f2fa

Potpis

Laravel Srbija.

_{[NE PRUŽAM PODRŠKU ZA PHP PREKO PRIVATNIH PORUKA!]}

Trenutno za potrebe ovog projekta ne radim remote vec direktno na klijentskim uredjajima, postala je veca dara nego mera kod remotea sa vecim projektima :)

Ima logike to sve sa gitom. Jedino sto sam ja izbegavao da ga koristim kad su manje izmene u pitanju vec tek kad zavrsim rad, odradim commit i push i to je to. Webhooks sam koristio naravno, generalno lepo je imati i samo VCS ali se sam git lako skonta, posle toga vec brzo krece da se tezi ka nekom CI.

Nemanja, ne znam da li ja nisam tebe razumeo ovde, ili ti mene, ali poenta je bila da na klijentskom uredjaju imas samo IDE/TE, a da se podaci i servisi/serveri nalaze na "serveru". Znaci nije problem povuci fajlove na racunar, gledao sam kako je moguce podesiti PHPStorm ili VScode da rade sa fajlovima kojima se pristupa preko FTP/SFTP u radnom okruzenju koje vec postoji, gde mogu na "f5" u brauzeru da proverim da li nesto radi ili ne, potom da radim commit/push. Ovo sa lokalnim git repoom je verovatno izvodljivo (tj ne verovatno nego 100% jer trenutno tako i radim, s tim sto imam i servise na lap topu - apache, php7, redis, mariadb, memcached, itd) ali opet mora da se roka commit/push da bi se videle izmene, ili kako smo vec pricali da se pravi hook za neku integraciju ako se radi o promenama i na nivou baze itd, gde nije dovoljno odraditi samo izmenu fajlova, vec je neophodno pokrenuti i odredjene artisan komande. To je manji problem, veci problem je sama izmena fajlova.

Znaci PHPStorm ima upotrebljivu vrednost, nazalost sve manje sam isprobavao njegove remote funkcije zbog manjka vremena, ali VScode uopste ne saradjuje. Znam da si jedan od jacih ljudi u Laravel Srbija, i konkretno, ovde se radi ne samo o PHPu vec i kompletnom Laravel ekosistemu koji sam pokusavao da namestim da "zivi" na centralnom serveru kod kuce, a da mu pristupam sa vise uredjaja. Okej, verovatno krsim "best practices" time, ali svaki od alata (vsc i phpstorm) imaju tu opciju. Razlika je sto u jednom to uopste ne radi a na drugom radi bangavo :)

Evo posto smo na PHP forumu, konkretno da pitam za Laravel - kada bi radio na vise racunara, kako bi podesio radno okruzenje? Da li bi svaki racunar koji sluzi za programiranje imao sve neophodne servise na sebi, kako bi vrsio razmenu podataka, isprobavao (dakle ne testirao vec isprobavao, "testirao" je u phpu debela rec) ono sto si napravio? Kako bi onda na kraju radio testiranje i integraciju/delivery? Iskreno, mnogo bi mi znacilo da mi ti odgovoris na pitanje, kapiram da si najupoznatiji ovde sa samim fw-om i njegovim mogucnostima i potrebama.

Potpis

THE ONLY EASY DAY WAS YESTERDAY

Uh, probao sam to sam to sa remote fajlovima na serveru kroz (S)FTP pre dosta godina i baš me ubilo u pojam čekanje na sync. Pogotovo kad duže vreme radiš na jednom fajlu i on zatvori konekciju u pozadini i onda na sledeći sync čekaš znatno duže nego inače. Možda je to sada unapređeno, ali ja na svakom računaru imam virtuelnu mašinu (homestead/vagrant) koju konfigurišem što približnije serveru(serverima) na kojem je produkcija. Kad sednem da radim prvo ide git pull pa onda krećem da radim, i na kraju git commit/push.

Što se manjih projekata tiče - to je to. Sve imam replicirano u lokalu i tu i testiram, tj, proveravam. Na obe mašine imam odvojene baze za proveru, ali tu su ugl. dummy podaci. Ono što nije dummy ide u Laravel seedere koje ispucam na obe mašine i miran sam. Mada u poslednje vreme 99% vremena radim na laptopu tako da mi to nije nikakav problem, ali radim u timu od nekoliko ljudi, što mu dođe isto, ako ne i gore, pošto dve osobe mogu da rade u isto vreme na istom fajlu. Ako rade na istom delu koda, git će da prijavi konflikt koji mora "ručno" da se razreši, ali čak ako rade na istom fajlu ali na odvojenim (nepovezanim) delovima koda, git je dovoljno pametan da sam razreši konflikte, dok bi kod remote editovanja fajlova u ovom slučaju sve izmene pregazio onaj ko poslednji uploaduje izmenjeni fajl.

Kod većih projekata, kao npr. na poslu, isto imam projekat u lokalu (virtuelna mašina), ali i:

• development server sa svojom bazom na koji pushuju svi developeri i gde QA tim testira
• staging server na koji se merge/uje development povremeno i gde klijent testira

Produkcija se vrti na par servera (AWS EC2) iza load balancera (AWS EBS) koji automatski horizontalno skalira resurse po potrebi, odnosno pali i gasi instance kako mu se ćefne :D tako da mi tu remote editovanje fajlova ne bi puno značilo jer kad god EBS skalira instance on radi deploy poslednje pushovane verzije na prod, tako da bilo kakva izmena na samoj instanci može da nestane u svakom momentu, ako ovaj odluči da zameni instance. To takođe znači i da nema čuvanja fajlova na serveru, sve što aplikacija treba da čuva (file uploads, generisani report-ovi i sl) se šalje na S3 storage odakle posle svaka instanca može da ih povuče.

Što se CI/CD tiče, u firmi koristimo domaći semaphoreCI, koji prilikom svakog git pusha (na bilo koji branch) radi build projekta i pušta phpunit testove, a ako se push odradi na nekoj od tri "specijalne" grane (development/staging/production), semaphore će automatski odraditi deploy na određeni EBS environment, ali samo ako automatski testovi prođu.

Potpis

Laravel Srbija.

_{[NE PRUŽAM PODRŠKU ZA PHP PREKO PRIVATNIH PORUKA!]}

Jasno, kapetane :)

Razmisljam da probam na Azure ili Heroku da prebacim taj deo. Na Heroku sam vec probao, radi super sa Laravelom, samo sam vise isprobavao Herokuove mogucnosti nego sto sam stvarno zeleo da ga koristim. Na Azure sam radio lepo integraciju i sve ostalo otkad su kupili github, bukvalno je plug&play, samo tad nisam radio Laravel.

Nego, htedoh da pitam jednu stvar posto i dalje ne radim glavni deployment za produkciju automatski - a ovo bih koristio i za development. Kako automatizujes artisan komande, migracije, seedovanje, itd pri koriscenju CI/CD utila? I dalje gotivim stvari da radim pesaka, trenutno kupim best practices.

Potpis

THE ONLY EASY DAY WAS YESTERDAY

Na samom CI tool-u imaš obično da definišeš set komandi koje se izvršavaju za build a koje za deploy. Evo npr. komandi za jedan od mojih projekata koje konfigurišu CI server i ispucavaju testove:



Dodatno, AWS nudi opciju da u folderu projekta imaš config fajlove kojima konfigurišeš server (slično kao Heroku sa Procfile-om). Tu imam gomilu config fajlova koji podešavaju cron job, supervisor, newrelic i ostale servise koji su potrebni za rad aplikacije. Jednostavno - svaki deploy gledaš kao podizanje aplikacije na novi (čist) server i potrebna je neka automatika da sve to podesi pri svakom deploy-u. Verujem da i Azure ima nešto slično.

Potpis

Laravel Srbija.

_{[NE PRUŽAM PODRŠKU ZA PHP PREKO PRIVATNIH PORUKA!]}