Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Michal Šiman

Stran: 1 ... 3 4 [5] 6 7 ... 10
61
Hardware / Re:HW zařízení pro Watchdog
« kdy: 20. 02. 2020, 06:37:35 »
Mám činu řady velmi často objednávám přes Aliexpress/ebay ale jsou věci na které bych činu nevzal. něco jako watchdog bych nebral z Číny kvůli software resp. Firmware. Ne že bych se bál zadních vratek, ale spíš mi jde o spolehlivost jejich sw, o kvalitu jeho. Když objednám nějaký modul za 1 dolar kterej měří teplotu nebo otřesy, ok, tak to bude špatně. ale když dám nějaký watchdog někam tak tam asi nechci často chodit a tam bych činu nedal. A to že je něco osazené ručně, proboha to snad nevadi? Dělám v automotiv/technomotiv, a ruční osazování na malé série je normální a rozhodně ničemu nevadí ... K Tome je opravdu výstupní kontrola ...

62
Sítě / Re:Výběr switche na půdu
« kdy: 19. 02. 2020, 14:47:40 »
Provozoval jsem internet pro nekolik stovek ucastniku a take jsem delal technika pro nekolik tisicovek ucastniku, a na pudach byla teplota i daleko pres 50 stupnu. Nicmene, vlastne si nepamatuji ze by tam teplem neco odchazelo. Vidaval jsem tam i obycejne veci ale jako nove jsme tam davali veci k tomu urctene, tzn. veci od mikrotiku, od ubnt, urcene pro budovani wifi siti. tyhle veci proste vydrzi, jsou na to delane. Zridka kdy se k tomu daval nejaky vetracek, aby alespon ten vzduch nestal, ale myslim ze to nemelo nejaky zasadni vliv. Co pomahalo, bylo vetrani, stacilo nastevrit vylezak a nechat ho nastevreny.

Ja osobne bych si kabely na pudu v zivote nesvedl, dva kabely (nebo spis jen husi-krky) pro pripad "anteny" ano, ale kabely bych si tahnul do technicke mistnosti, garaze, sklepa, rozhodne ne na pudu, to me prijde jako nesmysl, uz jen kvuli tomu tam chodit.

Ukrutne a nesnesitelne horko v lete se nas tady tyka tak dva tri tydny, je to zanedbatelna cast v celem roce. Takze bych to neresil vic.

63
Diky. Prectu.

Je to tak ze kdyz se optas deseti lidi tak ti reknout deset pouziti (viz i tady diskuse). Takze ano, porozhledl jsem se, poptal, precetl, a ted se rozhodneme jakou cestou jit. Moznosti myslim tak nejak znam (samozrejme ne vsechny, to snad ani nejde). Jsme v tomto ohledu tak trochu jini, nechceme delat presne to co uz nekdo dela jen pro to, ze mu to nekdo ukazal a on to tak dela. Chceme delat to co musime, vybrat si, a delat to tak aby nam to vyhovovalo a nedelali jsme zbytecnosti - jestli rozumis :-) takze ano, ted uz mame vic informaci nez na zacatku a vime cca co chceme a nejak to zacneme realizovat, sami nebo s pomoci, ale uz vime co poptavat a co hledat.

64
Nasla samozrejme, o to nejde. Jsou veci na ktere si pozvu nekoho, jsou veci ktere proste chci zkusit nejdriv sam :-) tady si myslim ze (oproti aktualnimu stavu) nic moc nepokazim. Myslim ze jsem posbiral dost informaci (nejen zde), abych mohl nejak zacit. Za tyden je u nas workshop ohledne gitu pro zacatecniky i pokrocile, takze se tam pujdem s kolegou porozhlednout.

Kdyz si vsechno necham udelat, tak nebudu nic umet :-) tak uvidime, treba tuhle vec zvladneme sami nakonec a treba ne a nekoho najmeme, penize opravdu nejsou problem ...

65
Já s gitem a už vůbec ne v produkci nemám žádnou zkušenost. Posledních šest let všechno nahráváme na produkci přes FTP (teda SFTP). Teď se snažíme to změnit. Tedy všechen kód jet přes Git a pak přes gitlab delat automaticky upload na produkci.

Řeším to pro to že nevím jak se to dělá. Takže si to nějak najdu ale každý to používá jinak a já se ptám jak se to obvykle používá. Jednou a tím začít musim ;-)

A ano, je jedno jak se ty větve jmenuji ...

Jenkinse neznám, kouknu také ale nerad bych se do toho zamotal, takže asi bych zůstal u gitlabu zatim. a ano protected branches už jsem nastudoval, to už nám šlape delší dkbu. Díky.

66
Poslední varianta je ta, že budu mít větve TEST a PRODUCTION do kterých nepůjde pushovat, ale do testu se bude dělat nerve z mastera a do production se bude dělat merge z testu pouze. Na obou větvích budu mít nastavený pomocí CI automaticky deploy při merge. Je to tak použitelné?

Čeho chci docílit je to že nikdo nebude mít přímo přístup na produkční server, jediná možnost jak se tam dostane nový kód bude pomocí gitlabu a nerve do production větve. Tedy vždy bude vidět kdo a co a kdy udělal.

68
Hardware / Re:Vhodná laserová síťová tiskárna
« kdy: 18. 02. 2020, 08:27:27 »
Přidávám se k Brother uživatelům. Ve win i Lin jsou bez problémů (po síti i napřímo). Několikaletá zkušenost s několika modely. Nic jiného než Brother už bych nekoupil.

69
Server / Re:Freehosting s SSL zdarma
« kdy: 13. 02. 2020, 17:27:46 »
K https potřebuješ nějaký certifikat, certifikát se buď kupuje a nebo ho můžeš mít zdarma (letsencrypt), PHP s tím předchozím nema prakticky nic společného, jedná se jen o vytvoření zabezpečeného spojení mezi klientem a serverem/doménou a co bude pak na tom serveru je jedno, může tam být čisté HTML, Java, Python, PHP nebo úplně něco jiného ...

70
Dekuji
Citace: JanoSvitok

Ještě jsem to přehodnotil a master bych nakonec nepovazoval za produkci, udelal bych si branch "production" a branch "test". A v podstate bych udelal triggery, pro automaticky deploy na "test" pri merge mastera do "test" a automaticky deploy na produkci pri merge z "test" na "production"?

Dava to takhle smysl? Je mozne to takto pouzit? V idealnim pripade jeste s podminkou na cas, kdyz nepujde udelat merge do produkce driv jak napr. 12 hodin po merge na test ...

Jak bych mel upravit .yml abych pridal podminku POUZE z branche A na branch B, v only bude "production" ale jak pridat source branch?

71
tak jsem si upravil gitlab-ci.yml a kupodivu funguje :-) dekuji za nakopnuti.

72
ok, samozrejme by to tak slo udelat, ze master branch by se rovnal produkci. takze by to pak mohlo fungovat jako ze pri kazdem merge requestu na master se provede rsync na produkcni server?

73
doplnujici otazka: eventuelne, jak jinak delat automaticke kopirovani do produkce kdyz ne pomoci tagu? (z gitlabu)

74
Odkladiště / Re:Kde sehnat funkční starý notebook
« kdy: 13. 02. 2020, 13:09:08 »
Jen doplnim, ano, zvladne to malina. Ale tazatel emulator nechce jak psal na zacatku.

Stare kousky zeleza (obcas za smesne penize) se objevuji na bazos.cz a na marketplace na facebooku, prohlizim pravidelne a sem tam neco vyskoci, obcas si prodavajici mysli ze nasel poklad, ale spis se to opravdu da koupit za par stovek v ruznem stavu. Ale jak uz bylo napsano, sehnat do toho nahradni disk bude problem ... ale i tu redukci CF na IDE jsem tam tento tyden videl shodou okolnosti ....

75
Server / CI GITLAB deploy pomocí tagu - ale pokaždé jíného
« kdy: 13. 02. 2020, 13:05:16 »
Vytvořil jsem si vlastní .gitlab-ci.yml, který dělá to co chci, tady zcela automaticky provede nahrání kódu z gitlab serveru na produkci, problém je ten, že tag musí mít konkrétní jméno, tedy vždy ho musím smazat a vytvořit znovu aby se automaticky provedlo nahrátí na produkci. Chěl bych abych mohl pořád vytvářet nové tagy, ale dávat jim jiné jméno, např. "production_v01" nebo "production_php72" tedy abych se mi job spustil pokaždé když tag bude "production*" prostě pruduction a cokoliv zatím. Nejsem schopen dohledat jak na to. Dá se to vůbec? Nakopne někdo? Děkuji.

Kód: [Vybrat]
variables:
  PROJECT_NAME: "test-of-automatic-deploy"
  PRODUCTION_DIR: "/var/www/html/test-of-automatic-deploy"
  PRODUCTION_SERVER: "1.2.3.4"
  DEPLOY_USER: "deploy"
stages:
  - deploy
deploy-job:
  stage: deploy
  tags:
    - deploy
  only:
    - production
  script:
    - rsync -ar --compress --delete --exclude-from=.deploy_ignore --rsync-path="sudo rsync" --chown=www-data:www-data --exclude-from=.gitignore . $DEPLOY_USER@$PRODUCTION_SERVER:$PRODUCTION_DIR

Stran: 1 ... 3 4 [5] 6 7 ... 10