Příspěvky

1

Software / Re:Aký softvér na správu tímových projektov?

« kdy: 11. 04. 2021, 22:28:28 »

Osobne pouzivam GitLab + GitLab runner (CI) ale nekomu to muze prijit jako kanon na vrabce (a vezme si to celkem dost prostredku). Pak je dobra Gitea nebo pokud jde primarne jen o rizeni prace tak Redmine.
V PHP nic poradneho neni protoze se to v PHP (zjednodusene receno) dela spatne...

2

Vývoj / Re:PHP výběr obrázku na základě data vytvoření

« kdy: 01. 04. 2021, 09:07:26 »

Aneb jak z naprosto triviální úlohy udělat "zakázečku za deset táců"

+1

Vybagrovat z toho peníze za každou cenu.
A další peníze vybagrovat z toho, že to bude někdo udržovat.
Žádná Win-Win situace, ale pocta bohu Ojebovi.
 
Vymýšlení Českého řešení, improvizované, zato drahé a s nároky na náročnou údržbu.

Když už by to měl někdo dělat správně, tak se postarat, aby výstup z kamery byl správně očíslovaný.
Všechno ostatní jsou jen rovnáky na ohýbák.
Rovnák na ohýbák má smysl jen ve chvíli, kdy to je prostě tak easy, že nemá smysl napravovat problém.

Příklad:
Teče dírou do střechy.
Já navrhuji, když se vám to nechce spravovat, dejte tam kýbl.
Vy navrhujete - dáme tam profesionální odsávačku s detektorem, jak se objeví kapání, odsávačka začne pumpovat a nakonec i pustí lesní vůni. 
Ale problém je, že je díra ve střeše ježkovi woči!
Když vadí díra ve střeše a kýbl nestačí, tak snad opravím tu díru ne?

BTW, dost možná je výstup z kamery i správně očíslovaný, jen je zakódovaný do číselného formátu, který nemusí být na první pohled zjevný. Programátoři je velmi zřídka název generují nesmyslně. Dost možná ani žádná díra ve střeše není.

tohle je prkotina na 2h...

i kdyby se mu povedlo zmenit format ukladani souboru nebo rozklicovat poradi/cas ve stavajcim formatu, nijak mu to nepomuze a stejne to bude muset zpracovat pres inotify eventy... proc? Protoze delat jakekoliv operace nad 6k>
soubory z webove PHP aplikace je nebetycna prasarna.
Hlavne ale predpokladam ze chce nad danymi soubory interaktivne hledat z one PHP aplikace dle data a to bud zadanim casu s presnosti na ?minuty? nebo zadanim rozsahu dvou casu na sekundy (bohuzel dotaz nespecifikuje presne ale jinak si nedokazi predstavit na co by ta PHP aplikace byla uzitecna) no a tyto dve operace lze udelat velmi jednoduse a hlavne rychle nad DB.

Me reseni jsem navrhl s ohledem na to ze dotaz nespecifikuje hromadu dulezitych parametru jako jsou pocet pristupu k dane PHP aplikaci, opravneni k pristupu, atp...

Me reseni je pouzitelne at uz se jedna o PHP aplikaci v intranetu kterou spusti jednou za den (i kdyz by na to stacily tupejsi reseni) a zaroven je pouzitelne i kdyby se jednalo o verejne pristupnou PHP aplikaci s tisici pristupy za hodinu. Protoze nebylo specifikovano jinak, navrhl jsem reseni ktere resi vsechny mozne specificke situace.

PS: Kterej dement programoval tohle forum?! Pri odeslani prispevku me to odhlasilo a zahodilo prispevek (no vlastne nezahodilo, narvalo ho to do input type="hidden" v prihlasovacim formulari bez jakehokliv escapovani/encodovani a rozesralo to HTML formulare, well done! takovy hovna jsem nedelal ani kdyz mi bylo 13 let lol)

3

Vývoj / Re:PHP výběr obrázku na základě data vytvoření

« kdy: 01. 04. 2021, 00:21:35 »

To jsou zase "napady"

Predpokladam ze zadani je zobrazeni obrazku na webu dle specifikovaneho data:

Pokud to nejde jinak a musime nutne pracovat se slozkou kde se kazdych 14s vyskytne novy soubor, tak na to samozrejme musime pouzit sluzbu ktera bude danou slozku sledovat na zmeny (inotify) a pri kazdem IN_CREATE eventu provest s danym souborem pozadovanou operaci, v tomto pripade asi INSERT do databaze s nazvem souboru, casem vytvoreni a pripadne dalsi metadata ktere chceme na webu zobrazit nebo je pouzit k hledani...

pak take jednou za cas provest uklid starych dat z DB(pripadne dane slozky) pokud jiz nebudou treba (znovu z dane service, netreba do toho michat cron)

Zde je priklad pouziti pyinotify (python) pro sledovani noveho souboru ve slozce https://stackoverflow.com/questions/33788186/pyinotify-for-watching-new-file-creation-in-a-folder

No a pro onu webovou aplikaci v PHP to pak znamena jen cist data z databaze a mit pristup ke cteni k souborum v sledovane slozce...

PS: Nemam problem tohle^ za uplatu pro tebe pripravit jako systemd service + python3

4

Windows a jiné systémy / Re:Windows 10 jako WebServer?

« kdy: 04. 02. 2020, 20:59:15 »

A neslo by tu app zmigrovat na ASP.NET Core ? A pak spustit normalne pod linuxem + nginx?
Viz https://docs.microsoft.com/en-us/aspnet/core/host-and-deploy/linux-nginx?view=aspnetcore-3.1

Pripadne prepsat do neceho pouzitelnejsiho, preci jen prepis je vicemene bezmyslenkovita pohoda, protoze vsechno uz vymyslel a schvalil nekdo jinej...

5

Software / Re:Nahrada za Stormware Pohoda E1 fungujici pod Linuxem

« kdy: 20. 09. 2019, 09:14:40 »

Oboru se věnuji, a pokud vím, není na trhu žádná firma, která by řešila českou legislativu a účetnictví pro Linux.
Zejména když uvážím, že Pohoda E1 je jeden z nejlevnějších systémů na trhu. (Asi z nějakého důvodu potřebujete funkce E1 a nestačí Vám funkce SQL / MDB verzí).

Nam by i ta SQL verze i stacila, ta E1 se kdysi koupila kvuli jednomu velkemu zakaznikovi a pak uz nikdo neprovedl downgrade.

Zminovana ABRA/Flexibee je ucetni system hostovany v "cloudu" u treti strany. My bychom chteli neco on-premise co se nainstaluje na nas Linux stroj.

Rozhodne Abra flexibee, ma dve verze provozu, cloud a vlastni server, provozoval jsem par let na debianu a je to bez problemu

https://www.flexibee.eu/podpora/dokumentace/instalacni-prirucka/instalacni-prirucka-linux-deb/

Super je ze i client je pro linux!

Dale je parada ze flexibee ma REST API

6

Vývoj / Re:GIT server - nasazení kódu do produkce

« kdy: 03. 04. 2019, 21:13:08 »

@Adam Schubert jaké testy? Co testujes? Validitu kódu? Nebo co přesně. Nějak stručně jenom díky.

https://cs.wikipedia.org/wiki/Unit_testing

V pripade nette https://tester.nette.org/cs/

7

Vývoj / Re:GIT server - nasazení kódu do produkce

« kdy: 03. 04. 2019, 13:33:51 »

FTP v 2019 ? Fujky...

Ano tusis spravne, pouziva se na to CI, ale ne tak jak si predstavujes...

Tvoje "stisknuti tlacitka" muze byt nekolik akci ktere si muzes nadefinovat v Gitlab CI, zalezi jake workflow preferujete:

• Akceptovany pull request do protected master branche. To znamena ze "master" branch je LIVE verze projektu, do chraneneho branche muze prijmat pull requesty a pushovat kod jenom Owner uzivatel (ten zodpovedny za projekt) ostatni vyvojari (Developer) musi sve zmeny delat ve vlastnich branchich (vetsinou je dobre je pojmenovat dle issue na kterem pracuji etc.) a jak maji hotovo tak vytvori pull request na master branch, Owner udela PR rewiew a provede automaticky nebo manualni merge za predpokladu ze je vse ok. To spusti CI deploy.
• Vytvoreni noveho Git Tagu nad master branch ktery spusti CI deploy.
• Kombinaci obojiho vyse (doporucuji).

PS: Spravne by jsi mel mit v CI i unittest pro kazdy commit.

Tenhle Gitlab CI script pouzivam ja pro test pri kazdem commitu a deploy pri tagu (Python projekt s buildem do DEB a Pacman balicku + deploy do repa): https://github.com/Salamek/gitlab-tools/blob/master/.gitlab-ci.yml

Ty vlastne jen potrebujes stage: test a deploy

Samozrejme musis mit spusteny a nakonfigurovany gitlab-runner s pozadovanymi runnery