Jakub Vrána napsal AI plugin sql-gemini pro nástroj pro správu databáze v jednom PHP souboru Adminer. Plugin dovoluje sestavovat SQL dotazy pomocí AI, konkrétně pomocí Google Gemini.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Byla vydána nová verze 0.4.15 (𝕏) svobodného operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows. Přehled novinek i s náhledy v oznámení o vydání.
Byl představen rpi-image-gen, tj. oficiální nástroj pro vytváření vlastních softwarových obrazů pro zařízení Raspberry Pi.
Byla vydána nová major verze 8.0, aktuálně 8.0.1, softwaru pro správu elektronických knih Calibre (Wikipedie). Přehled novinek v poznámkách k vydání. Vypíchnuta je lepší podpora Kobo KEPUB formátu nebo integrovaný lokálně běžící engine Piper pro převod textu na řeč používaný pro čtení nahlas (již od verze 7.18).
Společnost OpenAI rozšířila své API o nové audio modely. Nový model pro převod textu na řeč (text-to-speech model) lze bez přihlašování vyzkoušet na stránce OpenAI.fm.
Příspěvek Bezpečnost paměti pro webové fonty na blogu Chrome pro vývojáře rozebírá, proč se pro zpracování webových fontů v Chrome místo FreeType nově používá v Rustu napsaná Skrifa z Fontations.
V pátek 21. a v sobotu 22. března proběhnou Arduino Days 2025, tj. každoroční „narozeninová oslava“ platformy Arduino. Na programu je řada zajímavých přednášek. Sledovat je bude možné na YouTube. Zúčastnit se lze i lokálních akcí. V sobotu v Praze na Matfyzu.
Komunitná konferencia Bratislava OpenCamp, ktorá sa uskutoční už o tri týždne 5. 4. 2025 na FIIT STU pozná svoj program – návštevníkom ponúkne 3 paralelné behy prednášok a workshopov na rôzne témy týkajúce sa otvoreného softvéru či otvorených technológií.
Časopis MagPi od nakladatelství Raspberry Pi se s číslem 151 přejmenoval na Raspberry Pi Official Magazine. I pod novým názvem zůstává nadále ve formátu pdf zdarma ke čtení.
[ "$a" == "1" ] && . /tmp/a || exit 1 test "$a" == "1" && . /tmp/a || exit 1
if expr then do-true else do-false, i když v tomto případě se to bude chovat pravděpodobně tak jak chceš (pokud se $a nerovná 1 a nebo pokud zklame source, tak exit)
if [[ "$a" == "1" ]]; then echo true; else echo false; fi if [ "$a" == "1" ]; then echo true; else echo false; fi
exit 1
provede i v případě, že "selže" hned první příkaz, za druhé porovnávání na rovnost u příkazu test
(a hranaté závorky jsou jen synonymum pro test
) se provádí operátorem "=
", ne "==
".
if [ "$a" = "1" ]; then echo true; else echo false;ale prostě rovnost se snad všude vyhodnocuje pomocí == tak mi to nejde psát jen =, proto raději všechno jedu na [[ ]], možná by mě to i nakopalo, ale když test v bash-i funguje i s == :(
proto raději všechno jedu na [[ ]]A jaký je rozdíl mezi [] a [[]] ? Dík
[
" je jen alias pro standardní příkaz test
, který je v bashi k dispozici jako builtin. Rozdíl je jen v tom, že vyžaduje, aby byl poslední parametr "]
" (a ignoruje ho). Varianta se zdvojenými závorkami je rozšíření bashe, které se chová trochu odlišně a nabízí některá rozšíření (a kromě jiného také podporuje "==
" pro porovnávání).
Je to návod pro bash a je správně, tam platí '=='
(i '=').
příkaz test v bash-i nevolá příkaz /usr/bin/test
, ale BULITIN příkaz test
je to stejný případ jako time
, viz man bash
a SHELL BUILTIN COMMANDS.
test 2 == 2 && echo kukvs.
"$(which test)" 2 == 2 && echo kuk(which viz man which)
Conditional expressions are used by the [[ compound command and the test and [ builtin commands.
....When used with ‘[[’, the ‘<’ and ‘>’ operators sort lexicographically using the current locale. The test command uses ASCII ordering.
....
string1 == string2
string1 = string2
True if the strings are equal. ‘=’ should be used with the test command for POSIX conformance.
-eq
, -ne
a spol.
I keď sú podobné jednoriadkové zápisy úsporné a niekedy užitočné, v skutočných skriptoch zložitejších ako triviálnych sa držím plnej viacriadkovej syntaxe s patričným odsadzovaním, mená premenných zátvorkujem kučeravými zátvorkami, mená súborov ukladám do premenných, etc. Je to mierne viac práce pri písaní skriptu, ale keď sa k nemu po pol roku vrátim - zvyčajne som už medzi tým zabudol, že skript vôbec existuje, nie to ešte ako presne funguje - ušetrí mi to zdĺhavú kryptoanalýzu existujúceho kódu.
Nakoniec, je skutočne potrebné skriptovať v bash-i? Nestačil by obyčajný sh? Podľa mňa by v sa v bash-i mali skriptovať iba veci, na ktoré sh buď nestačí, alebo by riešenie v sh bolo signifikantne zložitejšie a zároveň by v bash-i mal skriptovať iba ten, kto vie, kde je hranica medzi sh a bash. V prípade použitia bash-u si treba uvedomiť negatívne dôsledky, najmä prenositeľnosť: zatiaľ čo na Linuxe je bash de-facto štandard, na iných unixoch a unix-like systémoch čaká autorov bash skriptov nepríjemené prekvapenie, najmä v enterprise prostredí, kde musíte inštaláciu každého balíčka navyše rozumne zdôvodniť. Na druhej strane ale uznávam, že to je asi ten najmenší problém prenositeľnosti skriptu. Kto skúsil, vie.
YMMV
Tiskni
Sdílej: