Kit je nový maskot webového prohlížeče Firefox.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.5. Přehled novinek s náhledy v oznámení na blogu.
Německo zvažuje, že zaplatí místním telekomunikačním operátorům včetně Deutsche Telekom, aby nahradili zařízení od čínské firmy Huawei. Náklady na výměnu by mohly přesáhnout dvě miliardy eur (bezmála 49 miliard Kč). Jeden scénář počítá s tím, že vláda na tento záměr použije prostředky určené na obranu či infrastrukturu.
Po dvaceti letech skončil leader japonské SUMO (SUpport.MOzilla.org) komunity Marsf. Důvodem bylo nasazení sumobota, který nedodržuje nastavené postupy a hrubě zasahuje do překladů i archivů. Marsf zároveň zakázal použití svých příspěvků a dat k učení sumobota a AI a požádal o vyřazení svých dat ze všech učebních dat.
Úřad pro ochranu hospodářské soutěže zahajuje sektorové šetření v oblasti mobilních telekomunikačních služeb poskytovaných domácnostem v České republice. Z poznatků získaných na základě prvotní analýzy provedené ve spolupráci s Českým telekomunikačním úřadem (ČTÚ) ÚOHS zjistil, že vzájemné vztahy mezi operátory je zapotřebí detailněji prověřit kvůli možné nefunkčnosti některých aspektů konkurence na trzích, na nichž roste tržní podíl klíčových hráčů a naopak klesá význam nezávislých virtuálních operátorů.
Různé audity bezpečnostních systémů pařížského muzea Louvre odhalily závažné problémy v oblasti kybernetické bezpečnosti a tyto problémy přetrvávaly déle než deset let. Jeden z těchto auditů, který v roce 2014 provedla francouzská národní agentura pro kybernetickou bezpečnost, například ukázal, že heslo do kamerového systému muzea bylo „Louvre“. 😀
Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.
Byl publikován plán na odstranění XSLT z webových prohlížečů Chrome a Chromium. S odstraněním XSLT souhlasí také vývojáři Firefoxu a WebKit. Důvodem jsou bezpečnostní rizika a klesající využití v moderním webovém vývoji.
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.3.0. Přehled novinek v poznámkách k vydání.
Organizace Open Container Initiative (OCI) (Wikipedie), projekt nadace Linux Foundation, vydala Runtime Specification 1.3 (pdf), tj. novou verzi specifikace kontejnerového běhového prostředí. Hlavní novinkou je podpora FreeBSD.
na Debianu mi běží Apache2 se spoustou firemních aplikací a potřeboval bych udělat následující věc:
Mám webovou aplikaci na cizím serveru, která je dostupná jen na jednom PC, kde zároveň běží i můj Apache (je to natvrdo nastavený na routerech, jiné PC na server s tou aplikací přístup nemají). A potřebuju, aby když uživatel zadá např.: http://MUJserver/aplikace, tak aby mu to podstrčilo obsah na http://CIZIserver/aplikace. Ale tak, aby o tom uživatel vůbec nevěděl a v prohlížeči mu zůstala ta původní adresa. Tozn., že nechci žádný redirect.
Takže potřebuji, aby se tam Apache připojil a ten obsah poslal tomu klientovi. Současně s tím, by také měl přepsat všechny odkazy ve stránce, aby neukazovaly na ten cizí, ale na ten můj server (mám na mysli jen ten základ adresy, čiže jen prosté nahrazení).
Zkoušel jsem mod_rewrite i mod_proxy, ale to nedělalo to, co jsem chtěl. Prostě to poslalo 302 Moved pernamently a uživatele to přesměrovalo. A to je přesně to, co nechci. Uživatel nesmí nic poznat 
Šlo by to nějak zařídit? Díky moc za jakoukoliv radu
Řešení dotazu:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
mod_proxy (pro získání obsahu stránky a přeposlání uživateli) a k tomu mod_filter nebo mod_ext_filter (pro úpravu obsahu).
mod_rewrite říct, že to má poslat přes proxy a ne přesměrováním, parametrem P.
31.3.2011 14:39
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
No já to řeším takto, používám mod_proxy a mod_proxy_html
<IfModule mod_proxy.c>
ProxyRequests On
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
<IfModule mod_proxy_html.c>
ProxyPreserveHost On
SetOutputFilter proxy-html
ProxyHTMLURLMap __DOMENA__.dyndns-ip.com __DOMENA__.cz Ril
</IfModule>
ProxyPass / http://__DOMENA__.dyndns-ip.com/
ProxyPassReverse / http://__DOMENA__.dyndns-ip.com/
</IfModule>
Ale je tu jeden problém. Mám to takhle:
<Directory /hdi/> ProxyPass http://app.local/webapp/ ProxyPassReverse http://app.local/webapp/ </Directory>
Tím jsem konečně docílil toho, že se klientovi po zadání http://mujserver/hdi/ objeví obsah na http://app.local/webapp/. Řekněme, že existuje soubor http://app.local/webapp/stranka.php. Takže bych ještě potřeboval dořešit odkazy. Ony se jsou v prohlížeči ve tvaru http://mujServer/webApp/stranka.php, ale já bych potřeboval, aby tam byly jako http://mujServer/hdi/stranka.php. (Protože adresář webapp u mě není, ten je pouze na vzdáleném serveru.
Věděl by někdo?
Už jsem to vyřešil - celou dobu jsem to dělal blbě Díky moc
Pokud vím, tak je několik jednoduchých řešení, za předpokladu, že ta aplikace používá relativní cesty v odkazech. Pokud používá něco natvrdo, tak následující řššení nebudou fungovat.
1.) Mělo by stačit nastavit Alias ve virtualhostu - http://httpd.apache.org/docs/current/mod/mod_alias.html
(netestováno, ale mohlo by chodit)
2.) Mod_rewrite a něco ve smyslu:
RewriteEngine On RewriteRule ^(.*)$ http://bablablabla.cz/$1 [L,QSA,NE]
301 Moved Permanently a prohlížeč se přesměruje. A to je přesně to, co já nechci 
RewriteRule ^(.*)$ http://bablablabla.cz$1 [L,P]
Tiskni
Sdílej:
