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 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 3
dnes 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 12
včera 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 4
včera 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
včera 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
včera 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 27
včera 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
včera 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
včera 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
22.3. 23:55 | Nová verze

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

Ladislav Hagara | Komentářů: 1
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 925 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: GIT a netradiční správa komponent?

    7.12.2011 14:12 gorgo | skóre: 11 | blog: denicek
    GIT a netradiční správa komponent?
    Přečteno: 412×
    Plánuji přechod z SVN na GIT (nebo klidně i jiný DVCS) a rád bych při té příležitosti vyřešil problém se správou komponent v systému založeném na Zend frameworku. V jedné stromové struktuře se totiž nachází soubory různých komponent.

    Příklad adresářové struktury:
    ├── application
    │   ├── controllers
    │   ├── forms
    │   ├── models
    │   └── views
    │       ├── layouts
    │       ├── scripts
    │       └── vc
    ├── library
    │   ├── Moje
    │   └── Zend
    └── public
        ├── images
        ├── scripts
        └── styles
    
    Takže např. komponenta Moje_Tabulka se skládá z následujících souborů:
    • vlastní třída v library/Moje/Tabulka.php
    • view šablona v application/views/vc/tabulka.phtml
    • css a obrázky v public/styles a public/images
    Podobně jsou na tom i ostatní komponenty.

    Co bych si přál úplně nejvíc?
    • každý projekt by měl svůj repozitář
    • každá komponenta by měla svůj repozitář
    • komponenty bych mile rád sdílel mezi více projekty a chtěl bych mít možnost je z různých projektů i měnit
    Aktuálně má každý projekt svůj repozitář a sdílený kód synchronizuji pomocí Krusadera a jeho synchronizace adresářů=)

    Toho bych se rád zbavil a řešil to nějak systematicky. Dočetl jsem se o git submodules, ale to asi můj problém neřeší, protože v každém adresáři se nachází soubory různých komponent.

    Je vůbec možné něčeho takového docílit?

    Řešení dotazu:


    Odpovědi

    Řešení 1× (gorgo (tazatel))
    7.12.2011 15:26 dementni.lojzik | skóre: 19 | blog: ze zivota na vsi
    Rozbalit Rozbalit vše Re: GIT a netradiční správa komponent?
    Nechci rikat, ze to v gitu nejde, ale nevim o zadnem zpusobu, jak tohoto docilit. Prijde mi to spis jako nestatne umisteni jednotlivych souboru. Co si jeste pamatuji z doby kdysi davno, kdyz jsem si trochu hral se Zendem, tak tam muzes mit jednotlive moduly, coz jsou adresare ve slozece application obsahujici presne to, co ted mas primo ve slozce application. Stejne tam tam muzes mit styly precificke pro dany modul a pod. Podobne, napr. library/Moje/Tabulka.php je bud specificka pro dany modul a mela by byt v nem nebo je to neco obecneho, pak library/Moje/Tabulka.php je OK, ale cele library/Moje by mel byt asi samostatny projekt. Takze misto reseni, jak takovou strukturu narvat do gitu, abych asi spis resil, jak to presunout, aby veci, co spolu souvisi, byly ve stejnem adresari.
    7.12.2011 15:57 gorgo | skóre: 11 | blog: denicek
    Rozbalit Rozbalit vše Re: GIT a netradiční správa komponent?
    Moduly v Zendu slouží k něčemu jinému - máš například public a admin moduly jedné webové aplikace. Nicméně komponenta Moje_Tabulka má být použitelná v jakémkoliv modulu či kontroleru - dokonce například Moje_Database může být využitelná i v cron skriptu. Právě problém je v tom, že celé library/Moje obsahuje několik takových komponent (které bych ideálně viděl v oddělených repozitářích). Stejný problém je pak u ostatních zmíněných adresářů - v takovém public/styles se nachází css-ka pro tabulku, login-form, wizard a já nevím co všechno. Proto bych si potřeboval nadefinovat "náležitost" jednotlivých souborů (nikoliv jen adresářů) k submodulům (tedy komponentám).
    7.12.2011 20:47 dementni.lojzik | skóre: 19 | blog: ze zivota na vsi
    Rozbalit Rozbalit vše Re: GIT a netradiční správa komponent?
    jestli je Moje_Tabulka pouzitelna v jakemkoli modulu, pak by IMHO, ja pisu vyse, mela byt v samostatnem repozitari a ne v repozitari nejake konkretni aplikace. Pokud je v library/Moje nekolik zcela nesouvisejicich veci, ktere by bylo vhodne rozdelit na samostatne projekty/knihovny, pak bych to udelal a pro kazdou knihovnu udelal samostatny repozitar. Nevidim zadny duvod, proc mit cely projekt i se zavislostma v jednom repozitari.
    8.12.2011 08:24 gorgo | skóre: 11 | blog: denicek
    Rozbalit Rozbalit vše Re: GIT a netradiční správa komponent?
    máš recht, Moje_Tabulka určitě (časem) půjde do svého repozitáře. Celá knihovna Moje na to ještě ale není úplně připravena. V ní jsou věci (ne)související podobně jako jednotlivé části knihovny Zend.

    Zpět ale k původnímu dotazu: je tedy možné v Gitu nastavit, že soubor library/Moje/Tabulka.php patří do jednoho repozitáže, zatímco jiný soubor ve stejném adresáři library/Moje/Database.php patří do jiného repozitáře?
    Řešení 1× (gorgo (tazatel))
    8.12.2011 10:41 Jidnra
    Rozbalit Rozbalit vše Re: GIT a netradiční správa komponent?
    Podle me chces od GITu vic nez poskytuje a (z principu) resi. Pokud potrebujes vyresit situaci kdy mas N komponent v N repositarich a potrebujes je dostat do jednoho stromu souboru, pouzij nejaky sestavovaci program/skript. Make, ant, rake.... dle libosti. Jak to bude delat je jen na tobe, muze treba vy-checkout-ovat aktualni verze, poskladat je podle pravidel do vysledku, ten zabalit (a pokud chces tak treba deploynout)...

    Jak v takovym pripade budes resit "opravy ve vyslednem stromu" a jejich promitnuti do repozitare je jina otazka - zalezi jak rychly bude "sestavovaci" proces, pokud to udelat dostatecne rozumne tak muzes editovat rovnou v repozitari a po kazde zmene pustit "sestaveni" a kouknout na vysledek (nezda se to, ale dneska uz to bude dostatecne rychly)
    8.12.2011 10:57 gorgo | skóre: 11 | blog: denicek
    Rozbalit Rozbalit vše Re: GIT a netradiční správa komponent?
    OK, díky za odpověď. Takže ve výsledku si to budu muset tak jako tak napsat sám. To jsem chtěl vědět.
    8.12.2011 11:03 Jidnra
    Rozbalit Rozbalit vše Re: GIT a netradiční správa komponent?
    Hlavne to nevymejslej cely sam :-). Kterejkoli z existujicich sestavovacu ti poresi to "nakopiruj to tam, ale jenom pokud se tam neco zmenilo"

    co treba http://thechangelog.com/post/493856233/phake-m-rake-for-php ?
    8.12.2011 11:27 gorgo | skóre: 11 | blog: denicek
    Rozbalit Rozbalit vše Re: GIT a netradiční správa komponent?
    Jasně=) Určitě se poohlédnu po něčem existujícím. Šlo mi předně o to, jestli to nezvládne sám Git. Odkaz poznamenán, díky!
    8.12.2011 15:10 klingac | skóre: 10 | Praha
    Rozbalit Rozbalit vše Re: GIT a netradiční správa komponent?
    pre jednotlive subory to nastavit nejde, ale pre podadresare ano. heslo znie git submodule
    8.12.2011 22:53 Jan Marek | skóre: 16
    Rozbalit Rozbalit vše Re: GIT a netradiční správa komponent?
    A byl by problém si udělat verzovací adresář a soubory z něj do příslušných adresářů rozhodit linkama?
    9.12.2011 08:08 gorgo | skóre: 11 | blog: denicek
    Rozbalit Rozbalit vše Re: GIT a netradiční správa komponent?
    Přímo problém by to nebyl, ale ručně mi to přijde těžkopádné. Možná jako součást nějakého sestavovače o kterých mluvil Jindra.
    Řešení 1× (gorgo (tazatel))
    Josef Kufner avatar 12.12.2011 13:50 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: GIT a netradiční správa komponent?
    Koukni na git submodule. Na první pohled jsou trošku podivné, ale fungují pěkně.

    Každý modul pak nacpeš do jednoho submodulu, což je samostatný repositář, který můžeš přilinkovat do libovolného dalšího projektu. V podstatě si submodul můžeš představit jako symlink na repositář a konkrétní verzi (commit) v něm.

    Co se týče uspořádání projektu, máš v podstatě dvě možnosti:
    1. Přeskládat adresářovou strukturu tak, aby vše z jedné komponenty bylo v jednom adresáři. Autoloader pak bude muset s tímto počítat a umět hledat na různých místech. V okamžiku, kdy dáš dohromady rozumná pravidla, tak je to v pohodě (rozumné prefixy nabo jmenné prostory odpovídající adresářům komponent). Výsledek bude celkem přehledný a bude zřejmé, co do které komponenty patří.
    2. V submodulech mít instalační balíčky a pak nějaký automatický nástroj, který provede instalaci/deploy do struktury, kterou máš teď, přičemž aplikaci bych držel stejně jako komponenty nějak bokem a do dané adresářové struktury ji umisťoval stejným způsobem. Výhodou je minimum změn v aplikaci (pokud vůbec), nevýhodou složitý deploy.
    Hello world ! Segmentation fault (core dumped)
    13.12.2011 08:18 gorgo | skóre: 11 | blog: denicek
    Rozbalit Rozbalit vše Re: GIT a netradiční správa komponent?
    O submodules jsem už četl. Jinak díky za shrnutí.

    Přeskládání adresářové struktury má nevýhodu v tom, že např. grafická komponenta si s sebou potáhne nějaké obrázky, styly a javascript. V Zendu se mi hodně líbí myšlenka, že tyhle věci jdou do adresáře public, zatímco php zdrojáky jsou úplně mimo.

    Takže to zatím vypadá na možnost 2=)

    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.