Wordpress CVE-2018-6389 easy fix

As described in article https://vulners.com/thn/THN:4C1AA050916A4EAA3D2C993C0287B604
there is a little problem in Wordpress, but fix it is so easy.

In directory /wp-admin create .htaccess file and place in this:

RewriteEngine on
RewriteCond %{HTTP_REFERER} !^http(s)?://(www\.)?domain.tld [NC]
RewriteRule load-scripts.php - [NC,F,L]


domain.tld - replace your own domain. 


And that is all.

PHP 7

Již několik měsíců provozuji server s PHP 7. Zatím co Wordpress na PHP 7 funguje normálně již několik měsíců, tak Joomla poněkud zaostává.
Ale asi jsme se konečně dočkali. Nová Joomla 3.5 na PHP 7.

Netbox TV na tabletu s Androidem

Řešil jsem, jak dostat do tabletu Nexus 7 televizi od Netboxu.

Pokud Vás to zajímá, shrnu tady ve stručnosti jak to jde.

Pro ty co hledali to není nic nového, pro ostatní jenom ve stručnosti. Netbox používá pro šíření televize po své síti multicast protokol IGMP. Takže stačí na routeru povolit (liší se router od routeru) buď tento protokol, nebo to bývá velmi často součástí kouzelného "zaškrtávátka" Enable Multicast Stream.

U Netboxem dodaného routeru D-Link DIR-600 je to
Advanced Network -> Multicast Streams -> Enable Multicast Streams.

S tímto nastavením si pustíte TV na svém PC např. v smplayeru, nebo třeba VLC.

Jenže jak to pustit na tabletu?
Po chvíli hledání jsem našel přehrávač pro Android - VPlayer - který to zvládne. Stačí si dát jenom trochu práce s přidáním kanálů a s nastavením.
V menu STREAMS kliknete na + a přidáte kanál.
Např. ČT1 - do url zadáte udp://239.1.2.1:11111 - O.K.
podobně Nova - udp://239.1.2.5:11111 ...
Celý seznam si můžete stáhnout na svém účtu https://konto.netbox.cz/sco/video_playlist/default

Protože mi to občas "čtverečkovalo", tak jsem ještě v Preferences nastavil Video quality na High speed a povolil Hardvare decoder.


Teď si můžu v klidu odejít zapálit na balkón aniž by mi uteklo cokoliv na co se právě dívám a nemusím se k tomu pak vracet přes ovládání TV.

Graetzův můstek v řízení firem

Graetzův můstek v řízení firem

To že ekonomika si půjčuje pravidla z jiných vědních oborů je obecně známé a velmi prospěšné. Nejznámějším příkladem je sčítání vektorů při určování toho, jak dopadne obsah dohody vedení s odbory.
Ale o tom jsem tu dnes opravdu nechtěl psát.
Snad na každém školení nám říkali, že každá věc má začátek a konec. Období, kdy jdou věci nahoru a kdy jdou dolů. Čas, kdy je potřeba věci "usměrnit" a kdy je potřeba se poohlédnout po jiných zdrojích k zachování života.
Konec konců, tohle je snad jasné každému člověku. Ráno vyjde slunce, už září, ale je zima. Pak hřeje a svítí a my nic nepotřebujeme. Pak přijde západ a začne se ochlazovat a my nemáme teplo a světlo. Takže využijeme toho světlého úseku dne, nasbíráme si dřevo a na noc si rozděláme oheň. Moc toho nepotřebujeme, stejně většinu noci prospíme.
Jenže to je takové neefektivní.
Daly by se na to použít základní věci z elektrotechniky,
Zkusím to trochu rozvést do podnikové sféry. Firma je jako transformátor. Pracovní trh je zdroj, management je dioda, kondenzátor banka a výsledná produkce je spotřebována zátěží.
Z hlediska elektrotechnického je předchozí příklad jednocestný usměrňovač.
Firma vydělává, když jsou podmínky a přebytky jsou ukládány a následně čerpány z banky.
Je v plusu, ale efektivita je mizerná.
Pokud do stejného zapojení místo jedné diody zapojíte čtyři diody ve správném uspořádání, výkon stoupne téměř na dvojnásobek. To je Graetzův můstek.

O zbabělosti

O zbabělosti

Příčinou veškerého utrpení na světě je, že ženy nenávidí muže.

Tohle není z mé hlavy. Možná to není přesná citace (neměl jsem s sebou žádné audiovizuální záznamové zařízení), ale na semináři v Praze, který se konal na moje 42. narozeniny, to vyslovil 

Dr. Ihaleakala Hew Len. Ilustroval to na příkladu o vyhnání z Ráje z Bible. Opět použiji myšlenku ze semináře: "Ona mi ho dala, řekl Adam. Pak je Bůh vyhnal z ráje."
Vyhnal ženu, pro porušení pravidel, a muže, protože je zbabělec. 
Tak muži vedou války a ženy je to nechávají "sežrat". 
Co s tím? Je to základní program, který musíme vyčistit.
Pro muže: Až příště potkáte ženu, tak se jí omluvte za to, že jste zbabělec, požádejte ji o odpuštění za to, že trpí kvůli vám, poděkujte jí za to, že tu můžete být s ní a nezapomeňte jí říct, že ji milujete.
Pro ženy: Zkuste muži říct, že ho milujete a proto děláte to co děláte, že se mu omlouváte za to, že kvůli vám trpí, požádejte ho o odpuštění a nezapomeňte poděkovat. 
Celé se to dá shrnout do čtyř vět:
Miluji tě.
Omlouvám se.
Prosím odpusť mi.
Děkuji ti.
Až přestanete být zbabělci a přijmete 100% zodpovědnost za to, co se vám děje, vrátíte se do Ráje.

Miluju vás.

Problém posledního kroku

Problém posledního kroku

Určitě znáte ten pocit, když něco doděláte. Když můžete říct: "Hotovo, takhle je to správně."
Na tom stojí techniky vizualizace a zpětného posunu v čase k nalezení řešení - doporučuji například kurzy, které pořádá Ilona Selke. Co je ten poslední krok, který musíte udělat, aby to bylo hotovo?
Neevokuje ve vás to slovo "Hotovo" knihu Mít vše hotovo?
Ve mě ano.
Co je poslední krok? Jak si ho představit?
Já si ho představuji jako když skládám Rubikovu kostku. Poslední krok je to, když pootočíte jednou řadou kostek a všechno bude na svém místě. Každá barva bude souhlasit, každý roh a hrana budou na správném místě v harmonii a řádu. To je ten poslední krok, kdy je všechno správně. To je ten pocit, co musíte zažít, když můžete říct: "Mám to hotovo."
V GTD se používá nejmenší možný krok. Na kostce také. Jak spočítali nadšenci za podpory Google, existuje na Rubikově kostce pouze 13?, ne 20 (tady a tady) možností, jak ji rozházet. Použití dvou pootočení stejnou vrstvou je při zpětném skládání chybou v optimalizaci nalezení řešení.
To odstraňuje asi nejlepší argument, který jsem slyšel, proti GTD a tím je: "Propast dvěma kroky nepřekročíš" (z filmu Cloud Atlas, autora neznám).
To je skvělá zpráva. Neexistuje neřešitelný problém. Jenom si nedokážete správně představit výsledek a poslední krok, který k němu vedl.
To je celé.

Buďte šťastní. Naučte se to.

Miluji vás.

Jak na vyhledávání ve velkých e-shopech

Pokud zákazník hledá něco v e-shopu, asi to chce koupit.
Toto nutí autory e-shopů, tlakem ze strany majitelů, aby prohledali každou potenciální shodu mezi hledaným výrazem a výrobkem.
U velkých e-shopů je to problém. Dat k prohledávání je spousta a databázové servery jsou pomalé, obzvlášť pokud se prohledávají tabulky na výskyt části řetězce, nebo regulární výrazy.
Přitom si jenom málokdo uvědomí, že se jedná o násobení matic.

Jak z toho ven?

Zkratka první - nenásobte matice

Nabídněte výsledky z:
- kategorií
- názvů zboží
- popisů zboží
- recenzí na zboží
- ...
Třeba postupně, máme přece AJAX

Zkratka druhá - normalizujte

Každé slovo které napíšete uložíte do tabulky a přiřadíte mu index. V textu použijete místo slova index slova.
Pak stačí prohledat jednu obrovskou tabulku indexů.

Zkratka třetí - otočte směr

Vytvořte si tabulku vyhledávaných výrazů a odpovídajících dokumentů. Neosvobodí vás to od prohledávání celých tabulek pro nově hledané výrazy, ale poskytne to možnost nabídnout ty nejhledanější výrazy a odkazy na relevantní zboží. Dá se to propojit se SEO a celou obchodní logikou. Proč držet skladem zboží, které nikdo nehledá?

Zkratka čtvrtá - zrychlete server

Tohle řešení bývá nejčastější a nejrychlejší.
Špatné zadání, dodatečné úpravy, špatný odhad reálné návštěvnosti, ...  Skvělý model se zhroutil a je potřeba najít řešení. Tady je. Je relativně prosté.
Pokud máte na serveru hromadu zbytečné paměti, tak se dá použít.
Dejme tomu, že máte MySQL server a na něm tabulky o velikostech v řádu jednotek GB. Přečtení a prohledání takové tabulky, trvá cca stejně jako její prohledání příkazem grep. Musíte ji prostě celou přečíst z disku + nějaká režie navíc. Největší problém, ale není čtení. Největší problém je zápis. Jestliže použijete UNION, nebo JOIN, nebo WHERE tabluka1.id=tabulka2.id pak dochází k násobení matic a zpravidla i k ukládání takto vytvořených dočasných tabulek na disk.
Jak zrychlit disk? Např. použitím filesystému s vysokou propustností (dejme tomu získáme 30%).
Použitím SAS disků místo SATA, nebo třeba použitím SDD místo SAS. To je dobrá cesta. Použijeme SDD, XFS, zarovnáme partition table, upravíme některé parametry XFS, parametry mount, ...
No a co takhle úplně eliminovat zápisy na disk? Upravit velikosti cache a bufferů v MySQL, použít tpmfs na /tmp
Nebo to chcete úplně bezpečné? Tak použijte replikaci na server který používá pouze tmpfs a MySQL proxy. V lua si uděláte pravidlo aby SELECT  šel ze slave serveru s ramfs a všechny ostatní operace se prováděly na master serveru.
Na to musíte mít počítačového mága.

Nejlepším řešením je zkombinovat všechno.