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 13:22 | Komunita

    Ubuntu 25.10 má nově balíčky sestavené také pro úroveň mikroarchitektury x86-64-v3 (amd64v3).

    Ladislav Hagara | Komentářů: 0
    dnes 01:22 | Nová verze

    Byla vydána verze 1.91.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    dnes 00:11 | IT novinky

    Ministerstvo průmyslu a obchodu vyhlásilo druhou veřejnou soutěž v programu TWIST, který podporuje výzkum, vývoj a využití umělé inteligence v podnikání. Firmy mohou získat až 30 milionů korun na jeden projekt zaměřený na nové produkty či inovaci podnikových procesů. Návrhy projektů lze podávat od 31. října do 17. prosince 2025. Celková alokace výzvy činí 800 milionů korun.

    Ladislav Hagara | Komentářů: 3
    včera 23:44 | Komunita

    Google v srpnu oznámil, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Iniciativa Keep Android Open se to snaží zvrátit. Podepsat lze otevřený dopis adresovaný Googlu nebo petici na Change.org.

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | Nová verze

    Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 1
    včera 12:55 | Nová verze

    Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).

    Ladislav Hagara | Komentářů: 1
    včera 02:55 | Nová verze

    Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 01:22 | IT novinky Ladislav Hagara | Komentářů: 0
    29.10. 17:00 | Upozornění

    Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].

    Ladislav Hagara | Komentářů: 9
    29.10. 16:44 | IT novinky

    Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.

    Ladislav Hagara | Komentářů: 6
    Jaké řešení používáte k vývoji / práci?
     (36%)
     (48%)
     (19%)
     (19%)
     (22%)
     (17%)
     (21%)
     (17%)
     (18%)
    Celkem 290 hlasů
     Komentářů: 14, poslední 14.10. 09:04
    Rozcestník

    Dotaz: git-http-backend a read/write prístup

    27.4.2016 22:13 Peter
    git-http-backend a read/write prístup
    Přečteno: 250×
    Dobrý deň vám prajem.

    Trápim sa s nasledovným problémom. Potrebujem rozbehnúť privátny git server a to tak, že sa naň bude dať dostať len pomocou hesla (či už na čítanie, tak aj na zápis) a zároveň aby bolo možné rozdeliť, že ktorý používateľ môže len čítať a ktorý aj zapisovať. Už som z toho zúfalý, lebo apache 2.2 nepodporuje if/else. Momentálna konfigurácia je nasledovná:

    conf.d/vhosts.conf
    <VirtualHost *:80>
      ServerName git.domain.tld
      DocumentRoot /var/lib/git
    
      SetEnv GIT_PROJECT_ROOT /var/lib/git
      SetEnv GIT_HTTP_EXPORT_ALL
      SetEnv REMOTE_USER=$REDIRECT_REMOTE_USER
      ScriptAlias / /usr/libexec/git-core/git-http-backend/
      Include conf.d/git/*.conf
    </VirtualHost>
    
    conf.d/git/user_repo.conf
    RewriteEngine On
    
    RewriteCond %{QUERY_STRING} service=git-receive-pack [OR]
    RewriteCond %{REQUEST_URI} ^/user/repo.git/git-receive-pack$
    RewriteRule ^/user/repo.git/ - [E=RW:yes]
    <LocationMatch "^/user/repo.git/">
      Order Allow,Deny
      Allow from env=RW
      AuthType Basic
      AuthName "GIT Repository"
      AuthUserFile /etc/httpd/conf.d/git/user_repo.rw
      Require valid-user
      Satisfy All
    </LocationMatch>
    
    RewriteCond %{QUERY_STRING} !service=git-receive-pack
    RewriteCond %{REQUEST_URI} !^/user/repo.git/git-receive-pack$
    RewriteRule ^/user/repo.git/ - [E=RO:yes]
    <LocationMatch "^/user/repo.git/">
      Order Allow,Deny
      Allow from env=RO
      AuthType Basic
      AuthName "GIT Repository"
      AuthUserFile /etc/httpd/conf.d/git/user_repo.ro
      Require valid-user
      Satisfy All
    </LocationMatch>
    
    conf.d/git/user_repo.rw
    user1:XXXXXXXXXX
    
    conf.d/git/user_repo.ro
    user1:XXXXXXXXXX
    user2:XXXXXXXXXX
    user3:XXXXXXXXXX
    
    Toto samozrejme nefunguje, lebo pri write používateľovi síce prvý locationmatch prístup povolí, ale druhý locationmatch ho hneď znovu zakáže (čiže potreboval by som niečo také, že ak je splnený prvý locationmatch, nech druhý ignoruje)

    Skúšal som aj takéto niečo:
    <Location "/user/repo.git">
      AuthType Basic
      AuthName "GIT Repository"
      AuthUserFile /etc/httpd/conf.d/git/user_repo.ro
      Require valid-user
    </Location>
    <LocationMatch "^/user/repo.git/git-receive-pack$">
      AuthType Basic
      AuthName "GIT Repository"
      AuthUserFile /etc/httpd/conf.d/git/user_repo.rw
      Require valid-user
    </LocationMatch>
    
    ale to mi pre zmenu blblo úplne (toto bol používateľ len pre čítanie a predsa sa to pokúsilo zapísať):
    git push origin master
    Counting objects: 6, done.
    Delta compression using up to 4 threads.
    Compressing objects: 100% (6/6), done.
    Writing objects: 100% (6/6), 607 bytes | 0 bytes/s, done.
    Total 6 (delta 3), reused 0 (delta 0)
    error: RPC failed; result=22, HTTP code = 401
    fatal: The remote end hung up unexpectedly
    fatal: The remote end hung up unexpectedly
    
    Predpokladám, že kvôly tomu, že "POST /user/repo.git/git-receive-pack" síce "išlo" do RW LocationMatch, ale "GET /user/repo.git/info/refs?service=git-receive-pack" už išlo do RO Location

    Už som z toho neštastný. Dúfam, že sa tu nájde niekto, kto pochopí o čo mi ide a bude vedieť pomôcť.

    Za každú pomoc vám vopred veľmi pekne ďakujem.

    Na otázku zatím nikdo bohužel neodpověděl.

    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.