Příspěvky

301

Vývoj / Re:komprese XML na straně klienta

« kdy: 25. 10. 2016, 13:47:01 »

Komprese dat při http přenosech je standartní věc, obvykle umí snad každý prohlížeč a podpora na serveru musí být povolená. Používám to skoro všude a je to samozřejmě nejrychlejší varianta (obvykle v C).
Zkusil bych tedy jít tímto směrem, klient to umí téměř vždy, server je třeba postrčit.

302

Odkladiště / Re:Národní centrum kybernetických sil.

« kdy: 22. 10. 2016, 22:44:52 »

Už se těším na inzeráty typu
Požadujeme VŠ vzdělání nejlépe ekonomického směru popř zaměřené na právo v EU.
Nástupní plat 20tisíc hrubého a pokud jich vezmeme 100, tak to musí prostě vyjít

303

Server / Re:Nastavení ulimit pro Apache httpd

« kdy: 15. 10. 2016, 18:30:33 »

Zkusil bych sem doplnit
/etc/pam.d/common-session
/etc/pam.d/common-session-noninteractive
/etc/pam.d/login

session required pam_limits.so

Mohlo by to zabrat, nicméně je to případ od případu jiné.

304

Software / Re:Má antivirus na Androidu smysl?

« kdy: 13. 10. 2016, 17:26:13 »

Antivirus je v podstatě integrovaný přímo v Androidu snad od verze 5 tuším. Antivirus může fungovat v podstatě jen v případě, že má oprávnění root. Jinak je silně okleštěný systémem a v téměř nedává smysl.
Ty opravdu sofistikované breberky stejně nic nezastaví (mnohokrát prokázáno). Nicméně nejlepší antivir je uživatel.

305

Sítě / Re:Webserver v telefonu

« kdy: 25. 09. 2016, 18:22:29 »

Jsem si myslel, že už mě nic nepřekvapí a vono jo hlavně mě fascinuje, jak lidi lepí žvejkačkou tohle na tamto a pak to ještě prodají jako cool enterprise řešení.

306

Server / Re:Porovnání SQLite vs. MySQL

« kdy: 17. 09. 2016, 00:59:58 »

No já vám do toho nechci moc kecat, ale chcípající DB je rozhodně podivná věc.
Fakt bych někde hledal chybu a v DB enginu ať je to jakýkoliv to zrovna často nebývá.
To bude buď hardware a nebo rukama.

Ano. Zhruba před čtrnácti dny až dvěma měsíci. Nejméně jednou denně MySql chcípla a bylo ji třeba restartovat. V logu našel kolega rozbitou tabulku - po opravě se databáze na čas umoudřila a spadla až po několika dalších dnech. Opět pomohla oprava tabulky, než se to zase rozbilo. Takhle se to táhlo zhruba zmíněné dva měsíce. Teď je to za posledních zhruba čtrnáct dní v pořádku.

307

Odkladiště / Re:Google účet - dlouhodobá neaktivita -> expirace

« kdy: 28. 08. 2016, 12:27:01 »

Najskor: nazory su moje vlastne, nehovorim za firmu.

Pri expiracii sa rusi cele GAIA ID a vsetko na nom naviazane. Staci pouzivat jednu sluzbu a nezrusi sa nic.
Este su pripady ako Picasa, ale to sa rusilo globalne.

Pokud se tedy cokoliv na účtu hýbe (třeba jen vyhledávání) obecně uživatel generuje jakoukoliv aktivitu.
Můžu si to tedy celé představit jako jeden objekt a jakákoliv modifikace oddaluje expiraci - vše co je v Single Sign On?

Patří k tomu i služby newebového charakteru, které jsou spíš jako bonus (smtp, imap)?
 

308

Server / Re:Proč mi umírá Apache?

« kdy: 01. 06. 2016, 00:09:44 »

Osobně jsem názoru, že LXC nebo OpenVZ se nehodí pro zcela běžné uživatele.
Jsou to spíš technologie pro firmu, která potřebuje dobrou správu, vysoký výkon a tím pádem i optimální využití hardware (má celý ten svůj cloud pod kontrolou).
Lze to sice nastavit podobně jako "běžnou" virtualizaci, ale to není vlastně cíl těchto technologií a naprosté nepochopení je vidět v různých fórech po internetu končícím (dám tam KVM jako kdyby to snad byl stejný produkt).
Většina lidí se prostě utopila v accountingu toho stroje, asi příliš futuristické - nepřišel čas, možná za pár let s LXC se to znovu vynalezne.

To s tím apachem je teda hnusný, ale v době systemd mě asi nic nešokuje. Dneska co se samo nerestartuje, tak je vlastně nefunkční

309

Server / Re:Proč mi umírá Apache?

« kdy: 31. 05. 2016, 23:06:16 »

V paravirtualizaci lze RAMku masivně sdílet mezi uživateli. Samozřejmě, že to jde nastavit dobře, ale proč by to administrátor dělal, když na tom může vydělat pořádný prachy tzn. prodat tu ramku stokrát. Tuším že to ani v logách není, jen v accountingu VPSky.

Mimochodem není to virtuál v LXC nebo OpenVZ, kde běží Apache na hostiteli?

Co by z toho plynulo?

310

Server / Re:VPS se stabilním výkonem

« kdy: 01. 05. 2016, 23:19:58 »

To bude rukama, zrovna konteinery jdou poměrně dobře nastavit tak, aby se izolovaly jednotlivé stroje. Protože je pod kontrolou celé jádro.
VMWare je výrazně pomalejší a KVM taktéž, budoucnost je asi v LXC/LXD které mílovými kroky směřují k zemřelému OpenVZ.

Ovšem co se týče filosofie i fungování bylo OpenVZ před svojí smrtí asi nejdále. Málokdo ho ale dokázal ovládat, proto ve výchozím stavu zůstává třeba silně blokované (pomocí výchozích nastavení bariér).

Pokud rapidně klesá výkon, bude to tím, že poskytovatel stroj extrémně přetížil. OpenVZ snadno sharuje zdroje, takže to jde docela snadno prodat stokrát jeden zdroj.

311

/dev/null / Re:Co kdo víte o arboletu ?

« kdy: 16. 03. 2016, 09:41:32 »

Pokaždé, když vidím nějaké to letadlo nebo pyramidu, přemýšlím, kde se berou ti lidé, kteří do toho nalejou peníze.
Až jednou jsem narazil na někoho známého, který posílal peníze do Nigérie. Naprosto vážně, super věc všichni ostatní jsou debilové a nechápou to.
Každé takové řešení je podobné a na otázku, kde krystalizují ty peníze - je vytvořena Roadmapa v které chybí spousty věcí - je to složité říkají (jinak by to nefungovalo).

Viděl jsem i velmi zajímavý způsob, který se snažil být pololegální tím, že systém dělil na dvě části (tu normální, slevovou a pak tu šedou - do které se vás snažil přesunout jakmile jste se přihlásili) na komentář je to podvod argumentovali tou první a tu druhou spíš tajilli.

Fakt si myslíte, že vám někdo dá něco zadarmo? Bohužel někteří věří i tomu, že dotisknutím měny se objeví "hodnota" na trhu. Pokud měna není kryta reálným obchodem či prací (obecně protočeným množstvím těchto prostředků), její hodnota musí klesnout.

Jednoduše, pokud ten pekař chleba neupeče, tak si ho za ty peníze prostě nekoupíte a pekař dost často nemusí chtít tu vaší hru hrát, protože on má produkt - vy máte akorát ty peníze :-) které jsou jen směnná hodnota za jinou činnost.
Některé ty hry prostě možné jsou, ale kolik z toho virtuálně bez přínostu pro ostatní dostanete o tolik celkově klesne hodnota té jednotky.

312

Vývoj / Re:Menší opravy v PHP - nezájem programátorů?

« kdy: 14. 03. 2016, 18:23:29 »

IT lidé i ti z elektroniky si konkurují globálně už dávno, taky se jejich platy docela dorovnaly napříč celým světem. Kvalifikovaný pracovník je drahý jak v Indii, tak na Ukrajině i v Číně. Ukrajinci obecně jsou velmi dobří, ale dělají na dálku pro Americké firmy. Bavíme se tu o 40USD btw cena jídla v restauraci.

Pokud si v ČR elektrikář vezme 500 na hodinu, jeho kvalifikace odpovídá cca člověku co reinstaluje Windows a ladí PC. Někteří řemeslníci jdou s cenou ještě mnohem výše (700-1000).
Fakt chcete většinu svého času trávit přemýšlením nad počítačem, frameworkama a podobnýma blbostma - investovat mnoho let svého života a říct si méně?

Nicméně cena je dána trhem, ten jí i určuje. Není to zákazník, ale nabídka-poptávka. Co je levné a co drahé je relativní.
Mnoho věcí v IT spadlo na úroveň, že se to nevyplácí a logicky ubývá nabídek.

313

Vývoj / Re:Menší opravy v PHP - nezájem programátorů?

« kdy: 11. 03. 2016, 18:41:40 »

Jsem taky smutnej, jak kvalifikovaná práce klesla pod úroveň instalatérů, údržbářů hodinových manželů a podobně.

Neustále někdo otravuje s blbostma, který jsou relativně časově náročný a má představu o pár stovkách. Pak se diví, že se nikdo neozývá - no říká se tomu tržní ekonomika. Mnoho lidí uteklo, kam nevím asi dělají zahradníky :-)

Větší pecka ovšem je - mám X tisíc a chci vytvořit Google.com (na odpověď, že je to blbost donekonečna opakuje - víc nemám a chci to - stačí mi patlák z VŠ na kvalitě nesejde seženu si někoho jiného Pepík říkal že,...).

Viděl jsem blbosti, které dělali indové (dnes už jsou docela i drazí) a jsou hodně opatrní na práci. Berou to, jen pokud je řešení triviální (už to dělali stokrát) popř. můžou použít šablonu. Jakmile to zavání prací a složitostí, jdou od toho.

314

Software / Re:LXC background

« kdy: 10. 03. 2016, 18:51:57 »

Je to tak nějak... koncept LXC vychází z OpenVZ (které se nepodařilo nikdy začlenit do jádra, ale jeho funkcionalita je výrazně větší).
Možná kvůli tomu odporu se objevilo LXC, které vyvíjí vývojáři OpenVZ společně s Googlem a IBM.
Cílem je postupné pronikání do jádra, což se v dlouhodobém horizontu jeví jako průchodnější, než začlenění OpenVZ.

Tím jsem chtěl říct, že dokumentace k OpenVZ může nastínit tuto problematiku.
Nicméně LXC je s funkcionalitou na úrovni OpenVZ v roce 2006.

315

Server / Re:Proč je Apache nejrozšířenější?

« kdy: 05. 02. 2016, 16:43:10 »

Nginx je cílený na velké uživatele (desítky miliónů uživatelů připojených najednou), proto je jeho funkcionalita trošku jiná, než Apache.
Byl zaplacen a následně uvolněn jako opensource - je to plně komerční produkt a poměrně drahý od 1900USD ročně.

Běžný uživatel s jedním serverem používá jen zlomek jeho funkcionality jeho síla je jinde. Proto na něm jede většina velkých webů, ty nekompatibilita netrápí, jde o výkon a následně ušetřené penízky za servery. Malým uživatelům se to nevyplatí, pokud je třeba něco předělávat apod.