Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

Alat za rad na remote dev serveru

[es] :: PHP :: Alat za rad na remote dev serveru

Strane: < .. 1 2 3 4

[ Pregleda: 14991 | Odgovora: 76 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

dakipro
Dalibor Jovic
Web Developer
Bergen, Norway

Moderator
Član broj: 31848
Poruke: 1792
*.80-202-8.nextgentel.com.

Sajt: norway.dakipro.com


+190 Profil

icon Re: Alat za rad na remote dev serveru22.10.2019. u 13:44 - pre 53 meseci
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
 
Odgovor na temu

anon70939

Član broj: 70939
Poruke: 2823



+6883 Profil

icon Re: Alat za rad na remote dev serveru22.10.2019. u 13:46 - pre 53 meseci
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.
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4420
*.dynamic.sbb.rs.



+498 Profil

icon Re: Alat za rad na remote dev serveru22.10.2019. u 13:55 - pre 53 meseci
Citat:
dakipro:
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


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.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

dejanet
Beograd

Član broj: 19240
Poruke: 1181



+835 Profil

icon Re: Alat za rad na remote dev serveru22.10.2019. u 15:18 - pre 53 meseci
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.
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4420
*.dynamic.sbb.rs.



+498 Profil

icon Re: Alat za rad na remote dev serveru24.10.2019. u 14:48 - pre 53 meseci
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.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4420
*.dynamic.sbb.rs.



+498 Profil

icon Re: Alat za rad na remote dev serveru24.10.2019. u 16:45 - pre 53 meseci
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.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4420
*.dynamic.sbb.rs.



+498 Profil

icon Re: Alat za rad na remote dev serveru28.10.2019. u 17:56 - pre 53 meseci
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.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Tpojka
Ratio, Logic

Član broj: 60114
Poruke: 209

ICQ: 491318095


+33 Profil

icon Re: Alat za rad na remote dev serveru28.10.2019. u 20:04 - pre 53 meseci
@Zlatni_bg

Ne radi ti autocomplete za remote fajlove il' za lokalne?
-A Tpojke su Đuro - šta?
-Osnovne jedinice diverzantskih grupa!
 
Odgovor na temu

Shadowed
Vojvodina

Član broj: 649
Poruke: 12846



+4783 Profil

icon Re: Alat za rad na remote dev serveru04.11.2019. u 16:02 - pre 53 meseci
@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/

 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4420
*.dynamic.sbb.rs.



+498 Profil

icon Re: Alat za rad na remote dev serveru04.11.2019. u 17:06 - pre 53 meseci
Citat:
Tpojka:
@Zlatni_bg

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


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.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Tpojka
Ratio, Logic

Član broj: 60114
Poruke: 209

ICQ: 491318095


+33 Profil

icon Re: Alat za rad na remote dev serveru04.11.2019. u 17:24 - pre 53 meseci
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/

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

Nemanja Avramović
Engineering Manager
MENU Technologies
Beograd, Srbija

Moderator
Član broj: 32202
Poruke: 4391
*.dynamic.isp.telekom.rs.

Sajt: https://avramovic.info


+46 Profil

icon Re: Alat za rad na remote dev serveru05.11.2019. u 01:07 - pre 53 meseci
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

[Ovu poruku je menjao Nemanja Avramović dana 05.11.2019. u 09:24 GMT+1]
Laravel Srbija.

[NE PRUŽAM PODRŠKU ZA PHP PREKO PRIVATNIH PORUKA!]
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4420
*.dynamic.sbb.rs.



+498 Profil

icon Re: Alat za rad na remote dev serveru06.11.2019. u 03:28 - pre 53 meseci
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.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Nemanja Avramović
Engineering Manager
MENU Technologies
Beograd, Srbija

Moderator
Član broj: 32202
Poruke: 4391
*.dynamic.isp.telekom.rs.

Sajt: https://avramovic.info


+46 Profil

icon Re: Alat za rad na remote dev serveru07.11.2019. u 23:19 - pre 53 meseci
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.

[Ovu poruku je menjao Nemanja Avramović dana 12.11.2019. u 12:46 GMT+1]
Laravel Srbija.

[NE PRUŽAM PODRŠKU ZA PHP PREKO PRIVATNIH PORUKA!]
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4420
*.dynamic.sbb.rs.



+498 Profil

icon Re: Alat za rad na remote dev serveru11.11.2019. u 12:33 - pre 53 meseci
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.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

Nemanja Avramović
Engineering Manager
MENU Technologies
Beograd, Srbija

Moderator
Član broj: 32202
Poruke: 4391
*.dynamic.isp.telekom.rs.

Sajt: https://avramovic.info


+46 Profil

icon Re: Alat za rad na remote dev serveru11.11.2019. u 18:12 - pre 53 meseci
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.

Laravel Srbija.

[NE PRUŽAM PODRŠKU ZA PHP PREKO PRIVATNIH PORUKA!]
Prikačeni fajlovi
 
Odgovor na temu

Zlatni_bg
Nikola S
Beograd

Član broj: 65708
Poruke: 4420
*.dynamic.sbb.rs.



+498 Profil

icon Re: Alat za rad na remote dev serveru12.11.2019. u 12:51 - pre 53 meseci
Hvala puno. Procfile sam morao da podesavam ali nisam ocigledno skroz citao dokumentaciju za Heroku. Necu vise opterecivati temu deploymentom jer sam je zapoceo sa remote developmentom i voleo bih da se u tom smeru nastavi. Ukoliko ja ili bilo ko drugi dodje do resenja i nekog pouzdanog nacina za isto, nastavicemo diskusiju. Sto se tice cloud servisa i CI/CD aplikacija, kada budem imao malo vise iskustva sa time otvoricu temu sa pitanjima. Za sada sam i dalje u procesu gde ucim o istim, ali mi nije prioritet jer uglavnom sve ide na VPS. Generalno kasnije bih voleo da popricamo o kvalitetu Herokua i sl u poredjenju sa VPS-ovima i slicno jer mi se cini da imam manjak brzine na Herokuu u poredjenju sa VPS resenjima. Verovatno je tu skaliranje problem, ali u drugoj temi.

Nemanja, hvala ti puno na nesebicnom deljenju znanja.
THE ONLY EASY DAY WAS YESTERDAY
 
Odgovor na temu

[es] :: PHP :: Alat za rad na remote dev serveru

Strane: < .. 1 2 3 4

[ Pregleda: 14991 | Odgovora: 76 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.