Fejlesztés

Nem ismerem nagyon a Gitet és nem szeretném elrontani a távoli tárolót, ezért a problémámat és a kérdésemet megosztom veletek:

Van egy távoli tárolóm a Githubon, amely egy ággal (master) rendelkezik. Ezt klónoztam, majd a helyi példányban létrehoztam egy új ágat (dev-0.3), amely már tartalmazza a tervezett változásokat. Nem akarom még beolvasztani a főágba, de szükséges, hogy máshonnan is elérhessem az újat.

Hogyan oldható meg parancssorból az új ág feltöltése a Githubra?

Már évek óta ugyanannál a cégnél dolgozok fejlesztőként. Valójában jól megy a cégnek, multinacionális, sok országban jelen vagyunk. De amint arra kerül a sor, hogy ezt vagy azt a toolt meg kéne venni, akkor olyan falakba ütközök/ütközünk, hogy az felfoghatatlan.

Ami csak lehet az SAP és Microsoft, de ami ezen felül van, az tabu. Amit kapunk az az SQL Server Management Studio. De mivel több rendszerünk van, ezért kéne egy transport tool, ami jelenleg az APEX. Mindig valakivel megbeszéljük, hogy nekem is meg a másik kollégának is kéne licenc, ez így le is van okézva, és utána eltelnek hónapok, hogy nem történik semmi. Aztán megint szól valamelyikünk, megint megbeszélik, aztán megint semmi. Évek óta mindig valakinek könyörögnöm kell, ha át kell vinni pár adatot.

10 éve megvásároltak pár frontend libraryt (azóta is azokat használjuk, talán rájuk férne egy frissítés). Onnantól minden apróságért vért kell izzadni, hosszú emilekkel kell igazolnom, hogy erre vagy arra szükség lenne. Végül azért nagy nehezen megveszik, de esküszöm nem bánná a management, ha én a saját fizetésemből venném meg némelyik libet. Mindent is ingyen akarnak, persze amit kiszámláznak más gyáraknak az gondolom nem zsebpénz... Valójában az az érzésem, hogy csak az audit legyen sikeres, azon felül azt csinálok amit akarok, azt se bánják, ha feketén használnék ezt-azt.

Ez mindenhol így megy?

Tudja valaki esetleg, hogy Postman-ban hogyan kell nested JSON form data-t postolni?

-----------------------------xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx--
Content-Disposition: form-data; name="data"

{"key1":"value","key2":"value","key3":value,"nestedlvl1":[{"key1":"value","nestedlvl2":[{"key1":"value"}]}]}
-----------------------------xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx--

A key1-3 rádió gombok, a nested cucc pedig egy drop-down, ahova kiválasztok egy dolgot.

Ha raw data-ként postolom, akkor "unsupported media type" ha pedig nestedlvl1[key1]: value formában megadom a form data fül alatt akkor meg "internal server error".

Mit nézek be?

Üdv!

Melyik modult javasoljátok? Ezt használja valaki?

https://www.drupal.org/project/google_login

Előző év közepén bevezettük a Terraform-ot cloud automatizációra; a cél a növekvő belsős cloud infrastruktúra és bizonyos ügyfél környezetek kezelése. Idén szeretnénk élesbe tenni a dolgot, de van pár workflow-val kapcsolatos kérdésem.
A jelenlegi modell:

• 10 fős csoportból eleinte 4-6 fő foglalkozna modul fejlesztéssel, plusz kb. 20 felhasználóként
• Terraform Core (CLI) külön AWS backend-el (S3 + DynamoDB) workspacenként/környezetenként
• On-prem GitLab-ban tárolt modulok

Egy feature branch-en megy a fejlesztés, amihez tartozik egy sandbox workspace - ez egy sandbox AWS (később GCP/Azure) accounthoz van bekötve. Itt nem nagyon van apply, inkább csak plan, aminek a végső kimenetét csatoljuk a merge request-hez. Ezt közösen átnézzük és lerakjuk egy staging account-ra, ha pedig minden rendben akkor merge. Ez a fél éves PoC alatt elég volt, de produktív környezetnek nem alkalmas, mert nem nagyon tud 2-3 ember fölé skálázódni és nincs benne szinte semmi automatizált tesztelés, stb, ezért gondolkozunk a Terraform Enterprise vagy Cloud verzión, mert ahhoz van hivatalos workflow.

Használ valaki Terraform Enterprise vagy Cloud verziót a gyári ajánlásokkal? Könnyebb vele az élet, mint a CLI-vel?
Terratest-et használ valaki, vagy milyen módon megy a tesztelés?

Bármilyen egyéb témához kapcsolódó javaslat/tapasztalat érdekel. Köszi.

Jön a karácsony, szerettem volna 52 lapos asztali naptárat fényképekkel. Már kiválogattam a képeket, amikor feltűnt, hogy a nyomda a régi lengyel program használatát elvetette, mert drága volt és nem is túl hatékony. Elkezdtek egy internetes naptárszerkesztőt használni, de elmondták, hogy még nem járnak tudásban a fejlesztők ott, hogy 52 lapos naptárat képes legyen kezelni. Kérdeztem, hogy ha küldöm a képeket, elkészítik-e a naptárat? Válasz igen.

Este 7 óra volt, a régi naptár alapján létrehoztam egy új SVG naptár sablont inkscape alatt. Letöltöttem a névnapokat netről, az ünnepeket is és CSV fájlokat csináltam belőlük. Írtam egy python szkriptet, ami a létrehozott SVG fájl XML node-jai alapján cserélgeti a képeket, napokat és a feliratokat a naptár lapon, az ünnepek alapján pirosra színez is. A program python alatt íródott Linuxon, 150 soros lett. A létrehozott SVG-ből ImageMagick segítségével 300 DPI-s PNG fájlokat készítettem. Hajnali 3 órára készen lett a naptár "program". Egyébként minden programnyelven megoldható a probléma, amelyik képes CSV-t kezelni és XML node-okat megváltoztatni, majd elmenteni más név alatt.

Gondolom érezhető a probléma nehézsége, amit Pistike 150 soros "programmal" orvosol. Jön a karácsony. Vajon mi gátolhatta meg a webes alkalmazás fejlesztőit, hogy kiegészítsék az appjukat egy olyan feature-rel, amit 8 óra alatt összelapátoltam nulláról? Senki nem tud idehaza programozni?

Sziasztok!

Újra kellett húzni a testvérem Win10-es gépét, amire git is lett rakva. Már rengetegszer telepítettem git-et, eddig soha nem volt gondom a beállításokkal.

Azokhoz a repókhoz, amikkel dolgozik, be van állítva egy group, aminek a tagja. Ez nem változott. A userprofile /.ssh mappába le van generálva a publikus és privát kulcs id_rsa és id_rsa.pub néven (default nevek) A távoli repónál fel van véve a publikus kulcs. A Win10-es gépen a rendszerváltozóknál a path alá fel van véve a Program Files\git\bin és a Program Files\git\usr\bin. Ezt mindig így szoktam.

git clone ssh://... kiadása után ezt kapom:
git@git.domain.hu: Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
and the repository exists.

A hibaüzenet teljesen félrevezető, mert itt azt írja, hogy nincs engedélyem. Ez a következők miatt valótlan:

1. Ahogy fent is írtam, a repo létezik, minden jogosultságom be van állítva.

2.  Egy másik, régebben telepített Win10-es gépen tudok ugyaninnen klónozni. 

3.  Ha nem a git-scm.com-ról leszedett git-et akarom használni azon a gépen, ahol a hibát kapom, akkor működik a git clone parancs. Ezt úgy valósítom meg, hogy a környezeti változóknál a felhasználói változók alá felveszek egy GIT_SSH nevű változót, aminek az értéke a C:\Windows\system32\openssh\ssh.exe lesz. De! Ha az értéket átírom pl. C:\program files\Git\usr\bin\ssh.exe-re és úgy nyitok egy új terminalt, akkor megint nem megy, és a fenti hiba van.

Változtattak valamit mostanában a Windowsnál, ami miatt nem engedi? Régen nem kellett semmit sem trükközgetni, a fent leírtak után elsőre ment. Van esetleg ötletetek, hogy mi okozhatja a hibát? Ha futottatok bele ti is, akkor milyen megoldást preferáltok? Most nincs előttem a gép, de gondolkoztam még olyanon, hogy a GIT_EXEC_PATH, vagy home változókkal is játszadozok. Talán az megoldja. Eléggé zavaró, ha egy évek óta bejáratott settings jól működik, akkor az MS milyen megalapozott indokkal rondított ebbe bele?

Egyik ismerős ki szeretné adni a hajóját. Hasonló foglalási rendszerben gondolkodunk, mint amilyen a repülőtársaságoknak van: jöjjön be az az ár, ami fenntartja a vállakozást, ami ezen felül van azt lehessen alacsonyabb árért adni (akár az elején, akár a végén akciózva), tehát bejövő foglalások száma, összege, időpontja alapján feltételeket felállítva kalkulálhassunk árat. Tudok ilyen rendszert, cms-t, vagy cms plugint?

Előre is köszi az ötleteket!

edit: repülőtársasági rendszerhez való hasonlóság csak annyiban, hogy néhány paraméter szerint lehessen az árkalkulációt beállítani. Pici projekt, kész rendszer volna jó.

Egészen véletlenül nincsenek itt MKB-s kollégák?

Pár napja azt látom, hogy az account history-ban nem jön vissza semmi, amikor újra akartam csatlakoztatni a renccert (Saltedge-en keresztül), akkor hosszas gondolkodás után csak ez jön:

Én türelmes vagyok, de már egész héten nem működött, szóval arra tippelnék, hogy az MKB sem tud a hibáról. Mondanom sem kell, a Saltedge szerint az ő oldalukon fasza minden, is alapvetően hiszek is nekik, mert OTP-s számlával pl. simán megy.

A supportot nyilván kerestem, szerintem nem értették, hogy mit kérdezek. :)

Néhány hónappal ezelőtt nekifutottam, aztán elfeledkeztem erről a lehetőségről.
Ráadásul, akkor még úgy volt, hogy a PlatformIO bővítmény nem működik VScode alól Linuxon. Most mintha már működne.

Használja valaki ezt a kombót Linuxon?

OFF: Lenyűgöző a PlatfromIO beágyazott platformok listája és mivel a VScode is egyaránt működik Win és Linuxon jól jönne egy ilyen fejlesztői környezet.