abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 04:44 | Komunita

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

Ladislav Hagara | Komentářů: 0
včera 21:33 | Nová verze

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

Ladislav Hagara | Komentářů: 0
včera 16:44 | Nová verze

Byla vydána nová verze 0.30 display serveru Mir (Wikipedie) a nová verze 2.31 nástrojů snapd pro práci s balíčky ve formátu snap (Wikipedie). Z novinek Miru vývojáři zdůrazňují vylepšenou podporu Waylandu nebo možnost sestavení a spouštění Miru ve Fedoře. Nová verze snapd umí Mir spouštět jako snap.

Ladislav Hagara | Komentářů: 0
včera 14:00 | Komunita

Na Indiegogo běží kampaň na podporu Sway Hackathonu, tj. pracovního setkání klíčových vývojářů s i3 kompatibilního dlaždicového (tiling) správce oken pro Wayland Sway. Cílová částka 1 500 dolarů byla vybrána již za 9 hodin. Nový cíl 2 000 dolarů byl dosažen záhy. Vývojáři přemýšlejí nad dalšími cíli.

Ladislav Hagara | Komentářů: 1
včera 11:11 | Nasazení Linuxu

Před dvěma týdny se skupina fail0verflow (Blog, Twitter, GitHub) pochlubila, že se jim podařilo dostat Linux na herní konzoli Nintendo Switch. O víkendu bylo Twitteru zveřejněno další video. Povedlo se jim na Nintendo Switch rozchodit KDE Plasmu [reddit].

Ladislav Hagara | Komentářů: 3
včera 05:55 | Komunita

Byla vydána vývojová verze 3.2 softwaru Wine (Wikipedie), tj. softwaru, který vytváří aplikační rozhraní umožňující chod aplikací pro Microsoft Windows také pod GNU/Linuxem. Z novinek lze zdůraznit například podporu HID gamepadů. Aktuální stabilní verze Wine je 3.0, viz verzování. Nejistá je budoucnost testovací větve Wine Staging s řadou experimentálních vlastností. Současní vývojáři na ni již nemají čas. Alexandre Julliard, vedoucí projektu Wine, otevřel v diskusním listu wine-devel diskusi o její budoucnosti.

Ladislav Hagara | Komentářů: 2
18.2. 16:55 | Komunita

Do 22. března se lze přihlásit do dalšího kola programu Outreachy (Wikipedie), jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 14. května do 14. srpna 2018, v participujících organizacích lze vydělat 5 500 USD.

Ladislav Hagara | Komentářů: 46
17.2. 15:44 | Komunita

Nadace The Document Foundation (TDF) zastřešující vývoj svobodného kancelářského balíku LibreOffice dnes slaví 6 let od svého oficiálního vzniku. Nadace byla představena 28. září 2010. Formálně ale byla založena až 17. února 2012. Poslední lednový den byl vydán LibreOffice 6.0. Dle zveřejněných statistik byl za dva týdny stažen již cca milionkrát.

Ladislav Hagara | Komentářů: 1
17.2. 04:44 | Bezpečnostní upozornění

CSIRT.CZ upozorňuje, že byla vydána nová verze 1.2.3 svobodného routovacího démona Quagga (Wikipedie) přinášející několik bezpečnostních záplat. Při nejhorší variantě může dojít až k ovládnutí běžícího procesu, mezi dalšími možnostmi je únik informací z běžícího procesu nebo odepření služby DoS. Konkrétní zranitelnosti mají následující ID CVE-2018-5378, CVE-2018-5379, CVE-2018-5380 a CVE-2018-5381.

Ladislav Hagara | Komentářů: 0
17.2. 00:22 | Pozvánky

V sobota 7. dubna proběhne v Brně na FIT VUT nekomerční konference Security Session '18 věnovaná novinkám a aktuálním problémům v oblasti bezpečnosti mobilních a informačních technologií. Organizátoři vyhlásili CFP. Návrhy přednášek a workshopů lze zaslat do 4. března. Spuštěna byla registrace.

Ladislav Hagara | Komentářů: 0
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (62%)
 (2%)
 (3%)
 (1%)
 (1%)
 (1%)
Celkem 374 hlasů
 Komentářů: 34, poslední 14.2. 18:44
    Rozcestník

    Dotaz: Git describe v PHP

    Josef Kufner avatar 16.11.2011 13:27 Josef Kufner | skóre: 67
    Git describe v PHP
    Přečteno: 317×
    Dobré ráno,

    pro deploy aplikace v PHP používám Git, takže document root je současně i repositářem. Aplikace je to veliká a její nasazování nemám zcela pod kontrolou, takže je dobré na webu vidět někde v patičce označení instalované verze.

    V současné době mám připravený script, který na repositář pustí "git describe" (plus pár dalších věcí) a výstup uloží do ini souboru, ze kterého si to aplikace pomocí parse_ini_file() načte a zobrazí.

    Aplikace si ten script spouští sama, když zjistí, že ini soubor je starší než .git/HEAD a to kam tenhle odkazuje. Uživatel (správce) nemusí řešit vůbec nic.

    Potíž je v tom, že ne vždy je na serveru dostupný Git nebo není možné spouštět externí programy. Hooky nepřipadají v úvahu, protože se musí nastavit ručně a o to se nikdo nechce starat. Cílem je nulová administrace a spolehlivá funkčnost bez externích nástrojů.

    Takže jako nejlepší řešení se mi jeví implementace tohoto v PHP:
    git describe --tag --match='v[0-9]*'
    git log -n 1 --pretty='%ai'
    Nevíte o nějaké knihovně v čistém PHP, která by tohle uměla? Co jsem tak našel, ten log by nebyl problém, ale co describe?
    Hello world ! Segmentation fault (core dumped)

    Řešení dotazu:


    Odpovědi

    Josef Kufner avatar 22.11.2011 23:58 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: Git describe v PHP
    No, vypadá to, že asi nejlepší je Glip. Vytáhnout log jde s ním lehce, ale neumí to ani vypsat seznam existujících tagů, natož z toho spočítat, který je nejblíž :-(
    Hello world ! Segmentation fault (core dumped)
    Josef Kufner avatar 24.11.2011 20:33 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: Git describe v PHP
    Takže jsem si s tím trošku pohrál a (zjednodušená) implementace git describe je na světě ... přesněji na GitHubu.
    Hello world ! Segmentation fault (core dumped)
    pavlix avatar 23.11.2011 02:37 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Git describe v PHP
    Potíž je v tom, že ne vždy je na serveru dostupný Git nebo není možné spouštět externí programy.
    V takovém případě se dělá git deployment velmi špatně... ale existuje na to lék... dělat deployment lokálně, pustit skripty a odeslat pomocí rsyncu.

    Mimochodem, pokud to jenom trochu lze, vždy se vyhýbám hostování aplikací v omezeném prostředí. Zpravidla věci tohoto typu (git, spouštění příkazů) uvádím jako součást systémových požadavků, a pokud tomu zákazníkův dodavatel služeb nerozumí, velmi rychle mu mezi svými obchodními partnery najdu nového.

    Ještě jednu velmi dobrou radu ti můžu dát (klidně mě kontaktuj s dotazy)... nikdy si nenech diktovat technické prostředky, pokud si za práci v omezeném prostředí nenaúčtuješ samostatnou položku.

    Pokud kývneš zákazníkům či jejich dalším dodavatelům na každou blbost, zvyknou si na to a budou se k tobě podle toho chovat. A to zdaleka neplatí jen pro komerční spolupráci.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    Josef Kufner avatar 23.11.2011 12:49 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: Git describe v PHP
    Právě pokud se dělá deploy rsyncem nebo třeba pomocí sshfs, tak tenhle problém nastává. Hooky nastaveny nejsou, protože se na ně zapomělo, a při další příležitosti nějaký kód spustit už Git k dispozici není.

    S těmi požadavky máš pravdu, ale já jsem v situaci, kdy zákazníka ještě nemám a proto chci, aby můj produkt měl co nejméně závislostí a zvýšila se tak šance, že ho získám (resp. že jich získám více). A zrovna omezení spouštění externích nástrojů i potřeba vidět číslo verze jsou celkem časté, proto to řeším. Dalším důvodem je to, že tím produktem je framework, takže deploy může probíhat všelijak.
    Hello world ! Segmentation fault (core dumped)
    pavlix avatar 23.11.2011 14:09 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Git describe v PHP
    Zkusme někdy zajít na pivo/kafe/whatever... pohybuju se různě po republice, takže by neměl být problém to někdy zvládnout. Už jsem viděl pár neúspěšných projektů a na některých jsem se i podílel. Vytvářet produkt bez zákazníka není úplně easy, můžu tě na pár věcí upozornit.

    Rozumím, takže to vidím úplně jednoduše. Píšeš, že se používá git a rsync nebo SSH/SFTP. V takovém případě je potřeba na vzdálenou stranu protlačit třeba ten hotový inifile, nebo klidně jen kus zdrojáku, kde je do proměnné uložen výstup git describe...

    Pokud se za všech okolností používá alespoň lokálně git, nevidím smysl v hledání jiného řešení. No a pokud se git používá i na vzdáleném stroji, tak není problém tam nastavit hooky, třeba spuštěním skriptu po SSH pomocí informace o větvích z lokálního .git/config.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    Josef Kufner avatar 23.11.2011 16:08 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: Git describe v PHP
    Zatím to je jen hotová bakalářka a rozdělaná diplomka. Používám to, když vyrábím nějaký web (na zakázku). Časem to vypustím do světa a možná se tu o tom objeví i článek, ale v tuhle chvíli si ještě nejsem moc jistý, co jsem to vlastně vyrobil a jak se to používá.

    Pointa mého snažení s Gitem v PHP je, aby nebylo třeba udělat vůbec nic navíc, jen checkout (clone) do document root. Nahrát hotový INI file je celkem triviální, potíž je, že není kde a kdy ho vyrobit.

    Spuštění skriptu, který by nastavil hooky je sice celkem hezké, ale závisí to na uživateli (adminovi/programátorovi), takže se na to nelze spolehnout (prakticky ověřeno).

    Dalším háčkem je, že používám submoduly pro pluginy, takže by to znamenalo hlídat hooky pro každý plugin. Tohle je okamžik, kdy to přestává být praktické.
    Hello world ! Segmentation fault (core dumped)
    pavlix avatar 23.11.2011 19:38 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Git describe v PHP
    Pointa mého snažení s Gitem v PHP je, aby nebylo třeba udělat vůbec nic navíc, jen checkout (clone) do document root. Nahrát hotový INI file je celkem triviální, potíž je, že není kde a kdy ho vyrobit.
    To mi přijde takové... neužitečné. Git clone k tomuhle není určený, navíc funguje víceméně jen při shellovském přístupu. Hooky se nekopírují (z pochopitelných důvodů). Na to je daleko vhodnější rsync, který jde alespoň zopakovat. INI jde generovat tam, odkud se rsyncuje a nebo skriptem tam, kde se pouští clone/pull (případně co je cílem push, který se dá nahookovat).
    Spuštění skriptu, který by nastavil hooky je sice celkem hezké, ale závisí to na uživateli (adminovi/programátorovi), takže se na to nelze spolehnout (prakticky ověřeno).
    Což přesně odpovídá tomu, jak to fungovat má.
    Dalším háčkem je, že používám submoduly pro pluginy, takže by to znamenalo hlídat hooky pro každý plugin. Tohle je okamžik, kdy to přestává být praktické.
    Hooky pro pluginy by neměly být vůbec potřeba. Ve chvíli, kdy pushneš hlavní strom, tak není problém nechat zaktualizovat submoduly a veškerou další práci dělat z hooku hlavního stromu.

    Začínám přicházet na to, že celá tvá myšlenka je postavená na takzvaném „drbání se levou nohou za pravým uchem“, ale na to časem přijdeš sám.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    Josef Kufner avatar 23.11.2011 21:20 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: Git describe v PHP
    Deploy na testovacím serveru vypadá tak, že udělám push do bare repositáře, který je sdílený s ostatníma lidma. V post-update hooku je script, který udělá cd do document root na serveru, kde je klasický pracovní repositář a udělá fetch && checkout toho, co je v master větvi bare repositáře (a pak ještě submodule update).

    Deploy na produkční nebo jakýkoliv další server je prakticky stejný, jen tam místo post-update hooku je člověk (admin), který to spouští ručně. Informace o verzi pak musí být k dispozici vždy, i když ten člověk zapomene nebo se vůbec nedozví, že má nějaké hooky nastavit.
    Hooky pro pluginy by neměly být vůbec potřeba.
    A co když se aktualizuje jen plugin? Třeba protože ho zrovna vyvíjí a udělal commit. Navíc framework samotný je jako submodul také (rodičovský repositář patří aplikaci).
    Hello world ! Segmentation fault (core dumped)
    pavlix avatar 24.11.2011 00:38 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Git describe v PHP
    Informace o verzi pak musí být k dispozici vždy, i když ten člověk zapomene nebo se vůbec nedozví, že má nějaké hooky nastavit.
    Nezlob se na mě, ale nastavit ty hooky není až takový problém a zabránít v zapomenutí je natolik triviální (například software úmyslně nepracuje, pokud nejsou nastavené), že si s klidem dovolím to celé označit za jednu velkou hloupou výmluvu.
    A co když se aktualizuje jen plugin? Třeba protože ho zrovna vyvíjí a udělal commit.
    Princip submodulů je založený právě na tom, že hlavní modul obsahuje informaci o přesné verzi (commitu) submodulů. Nemá smysl používat git submodules a přitom obcházet jejich základní princip a jedinou výhodu oproti zcela samostatným repozitářům.
    Navíc framework samotný je jako submodul také (rodičovský repositář patří aplikaci).
    V tom nevidím problém, pokud se celá věc dobře ošetří. Pozor na to, že submoduly nefungujou úplně hladce a úplně samy. Je to (možná bohužel) v gitu celkem pokročilý nástroj, a je potřeba se k němu podle toho chovat.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    Josef Kufner avatar 24.11.2011 14:57 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: Git describe v PHP
    Jo, ono je není problém nastavit. O tom žádná. Pokud je projektů (a tím i repositářů) málo, v pohodě. Ale se stoupajícím počtem instalací (desítky) je to větší a větší otrava ... tím spíš, když je potřeba takové scripty udržovat použitelné na více platformách, byť zdánlivě skoro stejných (vždy se najde nějaký otravný detail, který je třeba opravit). Takže se prostě jen snažím minimalizovat veškerou podpůrnou infrastrukturu.
    (například software úmyslně nepracuje, pokud nejsou nastavené)
    Takováto kurvítka jsou mi celkem proti srsti. Obvykle píšu programy tak, aby se nenechaly rozhodit kdejakou blbostí. Představa, že mi pak chyba v této, z pohledu uživatele vcelku nepodstatné, části sundá celou aplikaci na produkčním serveru se mi moc nezamlouvá. I když na druhou stranu, být to něco důležitějšího, tak by to bylo rozumné řešení.
    Hello world ! Segmentation fault (core dumped)

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.