Příspěvky

316

Vývoj / Re:MariaDB - synchronizace DB schématu test/prod

« kdy: 08. 09. 2021, 21:42:39 »

Synchronizaci db schématu z testu do produkce provádím pomocí skriptu, který provádí všechny změny a zajišťuje, že schéma je ve verzi, která je v produkci očekávána. Skript obsahuje všechny příkazy pro aktualizaci schématu.
Někdy hrábnu do schématu pomocí phpMyAdmin a zapomenu změnu provést do skriptu pro aktualizaci schématu.
Existuje nějaké řešení jak exportovat pouze schéma, importovat ho do jiné databáze a zachovat existující data?

A k tomu ako sa vyhnut problemu ze modifikujete schemu cez pma: zakazat uzivatelovi pod ktorym mate pma vsetky DDL... To vas donuti vzdy k tomu aby ste to zapisal do migracie a nemusel po tyzdni hladat kde je problem. Po case uz budete pisat vetko primarne do migracii.

317

Vývoj / Re:MariaDB - synchronizace DB schématu test/prod

« kdy: 08. 09. 2021, 21:38:31 »

Synchronizaci db schématu z testu do produkce provádím pomocí skriptu, který provádí všechny změny a zajišťuje, že schéma je ve verzi, která je v produkci očekávána. Skript obsahuje všechny příkazy pro aktualizaci schématu.
Někdy hrábnu do schématu pomocí phpMyAdmin a zapomenu změnu provést do skriptu pro aktualizaci schématu.
Existuje nějaké řešení jak exportovat pouze schéma, importovat ho do jiné databáze a zachovat existující data?

Ako bolo pisane vyssie tak migracie, napr pomocou https://sqitch.org/ Zmeny zanesene v migraciach, mozete totiz aplikovat na tolko kopii db kolko chcete, vysledok bude ten ze vsade budete mat rovnaku strukturu. Data vam v konkretnych db ostanu povodne, ak ich pomocou migracie nezmenite (ak hej, tak budu vo vsetkych kopiach db menene rovnakym sposobom)

318

Server / Re:React router + Apache

« kdy: 08. 09. 2021, 21:13:28 »

Som zvedavy co na to tunajsi trol

Ale to je od vás hezké, že jste se sám dobrovolně takhle nabonzoval.

Co je řešení? Nastavit správně základní cestu k aplikaci v Reactu. Opakuji pro zdejšího trola Death Walkera: v Reactu.

Co jsem já psal hned v prvním komentáři?

Pokud se nic nevykreslí při kliknutí na odkaz na stránce, je problém ve webové (Reactové) aplikaci – v takovém případě nejde vůbec požadavek na server. Máte v té aplikaci správně nakonfigurováno, že její výchozí adresa ke /frontend/admin/build?

Že je potřeba správně nastavit výchozí adresář v Reactu. Takže hned první má odpověď byla správně.

A co psal místní trol Death Walker?

Pozrel by som v dokumentacii k mod_rewrite na direktivu RewriteBase...

Psal o direktivě RewriteBase v konfiguraci Apache.

A teď si nejspíš ještě popletl RewriteBase a basename (ano, obojí obsahuje slovo „base“) a myslí si, že měl pravdu.

Ale jeden pozitivní výstup z toho je. Budu mít od Death Walkera pokoj, protože pokaždé, když mne zkusí trolit, odkážu ho do téhle diskuse, abych mu připomněl, že má chodit kanálama a ne psát o věcech, kterým nerozumí.

Fakt? Vzhladom k tomu ze tu pisal ze nasiel problem, isla vasa pravda pomimo.

Mojim cielom bolo, nech si najskor da do poriadku conf apache, dostali by sme sa k premennym prostredia a nasledne sposobu ako tu konfiguracnu hodnotu dostat do routeru. Nech to ma na urovni, tym ze bude mat konfig hodnotu definovanu na jednom mieste. Nie na niekolkych, tak ako to robia lopaty. Pretoze ak zacinajucim radia lopaty, tak z nich budu len dalsie lopaty a mozeme spolocne plakat ze je nedostatok dobrych programatorov.

319

Server / Re:React router + Apache

« kdy: 07. 09. 2021, 16:39:21 »

Tak chybějící přísada byla: "basename"

Kód: [Vybrat]

https://reactrouter.com/web/api/BrowserRouter

Nastavení serveru:

Kód: [Vybrat]

#DEMO only
<Directory "/data/product_demo/public/frontend/admin/build">

 RewriteEngine on
    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ - [L]
  RewriteRule ^ /frontend/admin/build/index.html [L]
</Directory>


RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !(\.css|\.js|\.png|\.jpg|\.jpeg|\.gif)$ [NC]
RewriteCond %{REQUEST_URI} !^/frontend/admin/build

RewriteRule ^(.*)$ /index.php?$1 [NC,L,QSA]

Som zvedavy co na to tunajsi trol

320

Sítě / Re:Lokální doménová jména u počítačů v malé síti

« kdy: 05. 09. 2021, 04:25:49 »

Tak je mozne pouzit aj .home, .corp, .mail ktore iana odmietla registrovat ako gTld... a je mozne pouzit aj .local ak ozeliete bonjour a avahi, ci dalsie implementacie mDns a budete pouzivat regulerne Dns.

321

Server / Re:React router + Apache

« kdy: 04. 09. 2021, 16:20:08 »

Pozrel by som v dokumentacii k mod_rewrite na direktivu RewriteBase...

Kedze tu mame zase trola, tak budem  konkretnejsi. Tie rewrite direktivy budu osoznejsie v <directory>, nie v <location>, v spominanej dokumentacii mimo ine najdete aj kontext kde direktivu pouzit, tak aby fungovala spravne.

322

Server / Re:React router + Apache

« kdy: 04. 09. 2021, 16:17:21 »

Pozrel by som v dokumentacii k mod_rewrite na direktivu RewriteBase...

Klidně se na ní v dokumentaci podívejte, ale s dotazem to nijak nesouvisí.

Este stale si zamienate verejne diskusne forum s Jirsakovou poradnou? Uz je to fakt otravne, mal by ste s tym nieco robit.

323

Server / Re:React router + Apache

« kdy: 04. 09. 2021, 15:21:47 »

Pozrel by som v dokumentacii k mod_rewrite na direktivu RewriteBase...

324

Sítě / Re:Lokální doménová jména u počítačů v malé síti

« kdy: 04. 09. 2021, 15:17:29 »

Podla mna je skor problem nutnost vlastnit domenu, ktora nie je zadarmo. Pre firmy ok, pre domacnost diskutabilne.

cca 200,- ročně? no nevím jestli je to problém, kdo nemá na banány, neměl by si pořizovat opici...

Irelevantny argument, opica bez bananov neprezije, domaca siet bez verejnej domeny prezije.

325

Sítě / Re:Lokální doménová jména u počítačů v malé síti

« kdy: 04. 09. 2021, 13:47:40 »

Ještě pro jistotu explicitně doplním, že pokud se vám z nějakého důvodu nelíbí mít ty názvy pod vaší oficiální doménou (ať už přímo pod example.com nebo všechny schované třeba pod intranet.example.com), pořád je lepší pořídit novou veřejnou doménu než mít svůj vlastní doménový strom (domény .local a podobně). Důvod je jednoduchý – kterýkoli záznam z té veřejné domény můžete zveřejnit, když se ukáže, že je to potřeba. Třeba že na něj potřebujete vystavit všeobecně uznávaný certifikát (stačí zveřejnit TXT záznam, nic jiného), nebo když se ukáže, že ta aplikace, která určitě navždy bude jenom v interní síti najednou má být dostupná i z internetu.

Ano inside LAN zveřejnit i internetu jen pomocí DNS - skvělá rada, tleskám

V tej verejnej dns nemusia byt nutne aj interne ip. Staci si vediet nastavit interne dns. Je to dobre na ziskanie verejneho certifikatu, ako bolo pisane vyssie. I ked zbytocne za predpokladu ze kto si vie korektne zriesit interne DNS, tak si zrejme bude vediet zriesit aj internu CA.

Podla mna je skor problem nutnost vlastnit domenu, ktora nie je zadarmo. Pre firmy ok, pre domacnost diskutabilne.

326

Hardware / Re:Nový SSD do starého desktopu aneb jak dd Linux na nový notebook

« kdy: 02. 09. 2021, 22:46:35 »

Logik:

No, ja ansible pouzivam preto ze ho viem a dava mi vacsiu kontrolu nad tym co sa deje. Su aj ine nastroje na zalohy, ktore zalohuju len to co je treba zalohovat.
Vyhodou je rozumna velkost. Kolko zaloh image celeho disku si mozes dovolit(a kde to skladujes), v porovnani s poctom normalnych zaloh. Pretoze  nie je vacsi oser ako v stredu zistit ze v pondelok sa nieco rozbilo a ty mas image disku len z utorka.

Tak si tu anketu niekam zaves, mozno zistis ze nepremyslas ako vacsina ludi, rovnako ako v pripade normalna zaloha vs zaloha celeho disku.

Vytrolit ta moze rovnako system skopirovany zo stateho pc na novy notas. Jedine ze by si komplexne otestoval komplet vsetky aplikacie a preliezol vsetky logy. V pripade ansible komplet testujes len raz, ked to napises.

327

Hardware / Re:Nový SSD do starého desktopu aneb jak dd Linux na nový notebook

« kdy: 02. 09. 2021, 14:58:32 »

k3dAR, DeathWalker:
To je zas hádka.
Když dělám novou instalaci, tak musím nainstalovat veškeré své userspace programy. V některém případě to znamená žádná práce (notebook "na web"), někdy to je celej den práce. Ale nemusí to bejt zdaleka jen "tupý" zkopírování dat.

Když přenáším starej systém na novej ntb, tak je o něco více práce s přenosem, a ve výjimečnejch případech, kdy to nefunguje "out of box", to navíc vyžaduje umět to opravit.

Nějaká generalizace (todle je lepší, todle je horší) IMHO není na místě, záleží na tom jak se liší HW a zdali je exotickej HW - a jak má člověk "složitej" userspace.

Tak myslim ze vacsina ludi co ma zlozity userspace, ma nascriptovanu instalaciu/update/zalohu/obnovu. Ja konkretne v ansible. A na vacsinu veci sa v dnesnej dobe beztak pouzivaju kontajnery, kto ma zavedenu nejaku formu CI, vie.

Zrejme mame kazdy ine naroky. Ja konkretne potrebujem system aby som riesil pracovne zalezitosti. Nemam cas sa v systeme patlat. Automaticka instalacia noveho stroja, automaticka vytvorenie userspace. Cokolvek co sa casom pritrafi, do ansible.

Pre mna je zbytocne patlanie sa v systeme strata penazi, pretoze nemam chrbtovu kost prisposobenu na to aby som taketo veci fakturoval zakaznikovi.

328

Hardware / Re:Nový SSD do starého desktopu aneb jak dd Linux na nový notebook

« kdy: 31. 08. 2021, 15:35:50 »

No lenze on ma "stare auto" (desktop) a "nove auto" (notas)... A ty mu v podstate odporucas aby cast toho noveho auta nahradil castou zo stareho. Miesto toho aby prelozil iba naklad.

Ako saskovat s vymenou diskov, kopirovanim celeho disku a nasledne x hodin prisposobovat stary system novemu stroju, miesto toho aby nainstaloval novy system na novy stroj a to co potrebuje si synchronizoval cez rsync alebo cloud? Len koli tomu ze nevies priznat ze napad s clonezillou nebol ten najlepsi? Ty musis byt fakt efektivna posila teamu...

muj "priklad" si ohnul k obrazu svemu, protoze slo o "stare bydleni" (desktop) a "nove bydleni" (notas)...

o saskovani s vymenou disku nebyla rec, pres USBFlash s Clonezillou udela image na desktopu, kterej se obnovi na notasu...

Clonezilla je nejvhodnejsi postup pro takovej prenos pro uzivatele kterej nevi jak to udelat rucne, nebo se s tim nechce zabejvat... zopakuju otazku:
jako konkretni ovladace k doinstalovani mas na mysli? ;-) a jsou to takove ktere by nainstaloval instalator a zaroven je nemohl si tazatel doinstalovat do preneseho stavajiciho os?

narazka na posilu teamu je uz z tve strany dost zoufalost kdyz razis cestu ktera ma opodstatneni v minimu pripadu a jak se okazalo u tazatele to byl zrovna pripad kdy to byl i dost opruz ;-)

EDIT: proste GNU/Linux v 99% nema problem prenosu disku na uplne jinej HW, uz z principu toho jak funguje start jadra a tahani modulu, dokonce ani s Windows by nebylo potreba cista instalace, protoze tam to lze resit pres sysprep /generalize, ale nema cenu to vysvetlovat nekomu kdo to nikdy nedelal a jen machruje(s)...

Od doby co su disky hotplug, nemam problem vymenit disk aj na beziacej masine. Aj root fs, je to sice komplikovanejse ale ide to... To ale v pripade ze menim disk v jednom a tom istom stroji.

Ako som pisal nie len ja, ale aj dalsi v tejto diskusii, tak cistejsia a menej namahava, tj. lacnesia vzhladom na cas, je cista instalacia a skopirovanie dat.

Tebe pride dodatocna uprava systemu rucne efektivnejsia ako to nechat na automatiku? Nejde tam len o dalsie ovladace, ale aj o celkovu konfiguraciu.

Clonezilla je uzitocny nastroj. Ale vtedy ked ho pouzijes na to k comu je urceny. Mas to ako s kombinackami, to ze sa s nimi daju zatlkat klince, neznamena to ze nimi plnohodnotne nahradis kladivo.

329

Hardware / Re:Nový SSD do starého desktopu aneb jak dd Linux na nový notebook

« kdy: 31. 08. 2021, 03:04:05 »

Bingo, v jadre tych ovladacov nenajdete daleko viac. Musia sa doinstalovat dodatocne z repozitara(ak tam su). Cize zase sa dostavame k tomu ze na novy notas je lepsie koli podpore hardware ten system nainstalovat nanovo

jako konkretni ovladace k doinstalovani mas na mysli? ;-) a jsou to takove ktere by nainstaloval instalator a zaroven je nemohl si tazatel doinstalovat do preneseho stavajiciho os? je to v principu, jako bys pri stehovani nechal auto na parkovisti puvodniho bydleni a koupil nove, protoze preci budes potrebovat na auto nalepit samolepku parkovaciho domu v novem bydleni a prodejce noveho auta ti tam tu samolepku mozna rovnou nalepi ;-)

No lenze on ma "stare auto" (desktop) a "nove auto" (notas)... A ty mu v podstate odporucas aby cast toho noveho auta nahradil castou zo stareho. Miesto toho aby prelozil iba naklad.

Ako saskovat s vymenou diskov, kopirovanim celeho disku a nasledne x hodin prisposobovat stary system novemu stroju, miesto toho aby nainstaloval novy system na novy stroj a to co potrebuje si synchronizoval cez rsync alebo cloud? Len koli tomu ze nevies priznat ze napad s clonezillou nebol ten najlepsi? Ty musis byt fakt efektivna posila teamu...

330

Hardware / Re:Nový SSD do starého desktopu aneb jak dd Linux na nový notebook

« kdy: 30. 08. 2021, 15:47:50 »

Kym ale nema jadro pre ten otlacko psrtovy cip ovladace tak zbytok systemu o nom nevie.

Mno tak to gratulujem, to ste bol napred pred vsetkymi. Xka s tym mali problem tam sa aj wacom emulovav ako touchpad, normalne to zacalo fungovat az s waylandom...

mozna se spatne divam, ale ve zdrojakach jadra zadne ovladace na fingerprint nevidim, vidim je uvedene napr. u fprint:
https://fprint.freedesktop.org/supported-devices.html

ma reakce u touchscreenu byla ohledne podpory, ne multitouch ktere bude zaviset na userspace pripadne na ovladaci v jadre ktere bude (az na pripadne distribucni patche) totozne napric distrama a samozrejme logicky napric "puvodni" a "nacisto" instalaci totozneho distra

Bingo, v jadre tych ovladacov nenajdete daleko viac. Musia sa doinstalovat dodatocne z repozitara(ak tam su). Cize zase sa dostavame k tomu ze na novy notas je lepsie koli podpore hardware ten system nainstalovat nanovo