16
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 25. 02. 2016, 11:50:25 »
Oni vědí co je pro nás nejlepší a jak to chceme!
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
17
Desktop / Re:Pomalé spouštění aplikací LM 17.3
« kdy: 23. 02. 2016, 18:13:21 »
Já měl jednu dobu na starém notebooku s velmi podobnými parametry taky plotny, tehdy tedy LM 17.2 a vždy Cinnamon, ale vše šlapalo, resp se spouštěním jsem neměl problém. Po navrácení nového SSD bylo zrychlení znát, ale že by šlo při spouštění o jednotky sekund, to ne.
Nemůže být ten disk už nějak vyklepanej? Při denodenním přenášení mi to nikdy moc dlouho nevydrželo
Zkuste nabootovat ten Váš obraz z flashky pokud máte USB3
Nemůže být ten disk už nějak vyklepanej? Při denodenním přenášení mi to nikdy moc dlouho nevydrželo
Zkuste nabootovat ten Váš obraz z flashky pokud máte USB3
18
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 23. 02. 2016, 14:33:02 »
Díky za info, díky Ondrovi Caletkovi za PR, to rozšíření mám
19
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 23. 02. 2016, 14:20:02 »není tam ani ten protokol, takže vás to neodvede z HTTPS.
Super. Ještě prosím jestli by šlo totéž popostrčit na straně root.cz, protože tam zůstane sice protokol zachován u odkazů na články, zprávičky atd, jedinou vyjímkou je fórum, které protokol má.
Tedy aby šlo alespoň přepínat root <-> fórum.
Jinak není nějaké info, kdy budou vyřešeny ostatní odkazy? Je to celkem otravné, kamkoliv kliknu, tak mě to přesměruje :/ A to jak drobečková navigace, tak proklik na topic, stejně jako všechna tlačítka.. Nebo jinak, je nějaký důvod, proč se o přesměrovávání na https nestará webserver? Možná to tu již padlo, tak se případně omlouvám
EDIT:
A ještě poslední věc, odkazy ve RSS feedu fóra. Všechny ostatní jsou oukej
20
Hardware / Re:Sledovanie auta RPi
« kdy: 23. 02. 2016, 13:20:45 »
Tak z české distribuce třeba CU-08 od Jablotronu příp CU-07A. Nebo zbastlit z nějakého SoC s GPS a GSM modulem.
21
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 23. 02. 2016, 12:39:59 »obrazek "ROOT.CZ_" ve foru porad vede na forum.root.cz
A pořád včetně protokolu, takže míří na http :-( Nahradit výskyt http:// za // také není až tak složitá úprava, alespoň v šabonách ne.
22
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 23. 02. 2016, 11:52:19 »Nevím o takovém spojeném RSS se vším. Proč je problém přihlásit si víc různých kanálů?
No není, spíše jsem si nechtěl řešit něco již vyřešeného, na co možná někde existuje nezmíněný link :-)
U sebe to řeším vyzobnutím všech kanálů, mergnutím a seřazením dle pubdate.
V pohodě, nechám jak je. Díky
23
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 23. 02. 2016, 11:36:49 »
Je prosím nějaká možnost, tahat feed celého serveru root?
Vidím samostatné feedy článků, zpráviček, fóra, ale nepřišel jsem na to, jak jedním feedem táhat vše pěkně mergnuté :-)
Když vidím jak se selectuje třeba autor (rss/autori/petr-krcmar/), napadlo mě že by mohlo fungovat /rss, ale to mě šalamounsky přesměruje na /redakce/exporty/. Byl bych rád, kdybych si mohl obsah táhat jedním requestem hezky seřazený a nemusel si to pak dle data mergovat sám.
Díky za tip
Vidím samostatné feedy článků, zpráviček, fóra, ale nepřišel jsem na to, jak jedním feedem táhat vše pěkně mergnuté :-)
Když vidím jak se selectuje třeba autor (rss/autori/petr-krcmar/), napadlo mě že by mohlo fungovat /rss, ale to mě šalamounsky přesměruje na /redakce/exporty/. Byl bych rád, kdybych si mohl obsah táhat jedním requestem hezky seřazený a nemusel si to pak dle data mergovat sám.
Díky za tip
24
Server / Re:Ekvivalent zápisu pro alias
« kdy: 22. 02. 2016, 15:04:49 »Kód: [Vybrat]
mkdir ~/'foo bar'25
O serveru Root.cz / Re:https://partner.root.cz
« kdy: 19. 02. 2016, 15:59:41 »Ale tohle vlákno mi dost pomohlo nasměrovat myšlení na to, co je potřeba o LE ještě říct (kromě principu a klasických výhod/nevýhod).
Super, tak toho využiji a poprosil bych primárně zmínit 1 výhodou oproti "standardním CA". Je fajn, že již není kontrolována platnost samotného certifikátu u žádosti o zařazení na preload list, když jsem to před více než půl rokem zkoušel, ještě to tak bylo, tím tedy jedna velká nevýhoda padá. Celý princip CA je ale založen na důvěře a tu já k EV nemám, což je ale můj subjektivní názor.
Stále za mne platí "problém" s krátkou platností. Vím že to pro spoustu webů nemusí být kritické, ale když mám na VPS 6-8 mikroslužeb, každá na vlastní doméně/subdoméně a každou bych vyřešil pomocí LE, budu muset každé 2 týdny restartovat třeba webserver? A když takové servery mám 4? Nechat restart na aplikaci je nesmysl, to mi taky může reloadnout NGINX ve špičce a přijdu o stovky requestů, nemluvě o rozpadnutí WebSocket/MQTT spojení.
Já nechci LE hanit, mě nijak nevadí, mám sice partnerský účet u SSLS, ale certifikáty neprodávám, mám ho jen kvůli tomu že jich mám hodně a vyplatilo se mi si obnovování automatizovat pomocí API. Platnost komerčních certifikátů je ale až 3 roky, což mi usnadňuje i s tím spojený restart webserveru, který ani v tomto případě nenechávám dělat mojí aplikaci a pouze mi uloží do stacku požadavek na restart jakmile je cert připraven.
Netvrdím ale, že výhodu LE žádnou nemá, pouze že jsem na žádnou nenarazil. Pokud existuje něco co mne nenapadlo, rád změním názor. Zatím si stojím za tím, že na komerční služby určen není. Je tu ještě otázka nějaké garance. Standardní DV mi "ručí" do 5-10k USD, OV + EV až do cca 1.75M USD/transakci. U LE je to jak? Nikde jsem toto info nenašel..
Pokud jde o snadnou implementaci běžnými uživateli (což je dle mne také spíše na škodu), pak se jako přínos uvádí jejich aplikace. Ale to tu pro ty, kteří si těch pár řádků na API napsat nedokáží také existuje třeba v podobě https://encrypt.cz/ s ověřením emailem od SSLS.
Takže ať se na to koukám jak chci, stále nevidím žádné pozitivum (tím netvrdím že zde není), ale pouze negativa. Teď jde o to, zda by měl mít pro komerční produkt (bavím se třeba o eshopu, nikoliv službě pro vlastní potřeby) certifikát, který nic kromě úspory 90,- Kč (nejlevnější cert od SSLS) na rok nepřináší za cenu častějšího odpojování třeba mobilních apps při restartu, nemožností WildCard, atd...
Btw, když už o tom budete povídat, zajímalo by mě, jak je řešeno ad-hoc přidávání certifikátu v rámci SAN. Tedy use-case je takový, že mám sadu souvisejících služeb na různých doménách a aplikacích, před nimi stojí jako proxy nginx a chci tedy obhospadařovat tuto skupinu jedním certifikátem. Lze to nějak u LE jednoduše řešit?
Budu rád pokud na IF odpovědi padnou
26
O serveru Root.cz / Re:Podpořte root, platební metody
« kdy: 19. 02. 2016, 15:07:07 »Jsou tam podle mě všechny běžné metody platby a některé ne úplně běžné.
Ještě tam chybí dobírka. Můžete posílat třeba reklamní placku na lednici.
27
Software / Re:EET open source
« kdy: 19. 02. 2016, 13:36:11 »Jak vlastne Babis overi, ze jsem mu z metru prodanych piv poslal vsechny a ne jen treba polovinu? Vzdy preci fixlovat ty vstupni data do celeho systemu mohu tak jako tak?Neoveri to samo vubec nijak ... ale nakrmi par hladovejicich IT firem ktery na tom zhrabnou par miliard rok co rok ...
Neověří, ale řešeno to bude stejně jako daňová kontrola, tedy namátkově. K tisícovce stávajících lidí přibude dalších 400, kteří nebudou dělat nic jiného, než na fulltime realizovat kontrolní nákupy. Jistě to bude svádět k tomu dát kravaťákovi účtenku s validním FIK kódem a pro dělníky v montérkách mít ono kouzelné tlačítko jako mají taxikáři na generování random řetězce na účtenku bez odeslání dat.
Proti tomuto zase stojí ona slavná "soutěž", kdy budou běžní občané motivování možnou výhrou za ověření kódu na portálu státní správy. Technicky to moc dobře vymyšleno není, protože opisovat ty dlouhé řetězce BKP a FIK je téměř zárukou překlepu, nicméně pokuty jsou zde dosti vysoké, takže si každý musí sám zvážit, zda mu to snížení základu daně za to riziko stojí
28
Software / Re:EET open source
« kdy: 18. 02. 2016, 23:28:59 »
@Qwerty: Ale ono to tak bude fungovat, problém je ten, že musíte kód vrácený z API vytisknout na oficiální účtenku, kterou předáváte zákazníkovi. To zcela vylučuje nějaké post-process odesílání večer najednou, až se rozhodente, který prodej přiznáte a který ne. Taková možnost tu sice v záloze je v případě výpadku systému, ale nelze to využívat stále.
Že si na to brousí zuby spousta firem a sveze se je jasné, problém ale je to, že to musí být kvůli kódu na účtence integrováno do Vašeho systému. Dokumentace zatím veřejná není a dost možná ještě vůbec neexistuje, ale bude to fungovat jak píšete. Dostanete klíč a tím budete podávat info o hotovostní/karetní platbě a vrátí Vám to kontrolní kód a věřím, že si to dokáže zbastlit průměrný a asi i podprůměrný programátor.
Problém univerzálních řešení jako chtějí operátoři a jaké byste chtěl třeba vytvářet vy je ten, že pak z toho systému musí lézt ta účtenka s kódem. To je celkem použitelné ve stánku se zmrzlinou, kde veškeré operace budou probíhat pouze těmito prodejkami, ale u všech jiných frem kde je třeba vést více agend jako prodej na FA, velkoobchodní odběr, více středisek atd budete muset tato data ze systému prodejek přelévat do svého ekonomického systému. A tady už se naráží na číselné řady, atd.
Takže určitě není problém vést si prodejky za hotové bokem appkou od Vodafonu nebo tou Vaší, ale drtivá většina bude vyžadovat přímé napojení na ekonomický systém kvůli stavu skladů atd. Takže v konečném důsledku na tom nejvíce získají poskytovatelé obchodních systémů, kteří sice ještě neznají složitost a cenu, ale už nyní pracují v cenících na kolonce za modul EET :-)
Že si na to brousí zuby spousta firem a sveze se je jasné, problém ale je to, že to musí být kvůli kódu na účtence integrováno do Vašeho systému. Dokumentace zatím veřejná není a dost možná ještě vůbec neexistuje, ale bude to fungovat jak píšete. Dostanete klíč a tím budete podávat info o hotovostní/karetní platbě a vrátí Vám to kontrolní kód a věřím, že si to dokáže zbastlit průměrný a asi i podprůměrný programátor.
Problém univerzálních řešení jako chtějí operátoři a jaké byste chtěl třeba vytvářet vy je ten, že pak z toho systému musí lézt ta účtenka s kódem. To je celkem použitelné ve stánku se zmrzlinou, kde veškeré operace budou probíhat pouze těmito prodejkami, ale u všech jiných frem kde je třeba vést více agend jako prodej na FA, velkoobchodní odběr, více středisek atd budete muset tato data ze systému prodejek přelévat do svého ekonomického systému. A tady už se naráží na číselné řady, atd.
Takže určitě není problém vést si prodejky za hotové bokem appkou od Vodafonu nebo tou Vaší, ale drtivá většina bude vyžadovat přímé napojení na ekonomický systém kvůli stavu skladů atd. Takže v konečném důsledku na tom nejvíce získají poskytovatelé obchodních systémů, kteří sice ještě neznají složitost a cenu, ale už nyní pracují v cenících na kolonce za modul EET :-)
29
Software / Re:EET open source
« kdy: 18. 02. 2016, 21:11:55 »
Mám úplně hrůzu co to bude za bastl 
Se zveřejněním dokumentace čekaj schválně, aby to náhodou někdo nechtěl opravit
Se zveřejněním dokumentace čekaj schválně, aby to náhodou někdo nechtěl opravit
30
O serveru Root.cz / Re:Nový Root již dnes?
« kdy: 18. 02. 2016, 11:28:39 »Pokud se příjem Roota propadne přesunem lišty doprava o 30 %, tak je to zásadní problém.
Určitě to chce vyzkoušet/změřit, ale nemyslím si, že to bude mít nějak dramatický dopad. Já osobně mám zprávičky ze všeho nejraději a budu je číst ať budou kdekoliv, ale samozřejmě ideálně bez scrollování. Pokud se posunou vpravo, vznikne tak klasický "zlatý řez".
Co mi ale přijde víc divné než panel vlevo je při prokliku na sekci zpráviček mám obsah v hlavním okně což je v pořádku, ale totéž zduplikováno i v levém panelu. Tam by možná mohla být upoutávka zase na článek, nebo to prostě využít jinak :-)
