Tomas M http://tomasm.blog.root.cz Just another blog Wed, 09 May 2012 08:44:56 +0000 http://wordpress.org/?v=2.9.1 en hourly 1 I Linux potřebuje defrag http://tomasm.blog.root.cz/2012/05/08/i-linux-potrebuje-defrag/ http://tomasm.blog.root.cz/2012/05/08/i-linux-potrebuje-defrag/#comments Tue, 08 May 2012 13:44:44 +0000 Tomas M http://tomasm.blog.root.cz/?p=368 Kdysi dávno, ještě na vysokoškolské koleji, mi kamarád ukazoval jak si kompiluje XFS filesystém, který tehdy nebyl ještě součástí jádra. V porovnání s tehdy jediným souborovým systémem ext2 byl XFS něco jako malý zázrak, žurnálování a z něj plynoucí především absence zdlouhavého fsck byla jasnou výhodou.

O něco později, když už byly žurnálovací systémy běžně v jádru, jsem na mém prvním hostingovém serveru přecházel z ext2 na reiserfs. Měl jsem s ním ale hrozné výkonostní problémy, reiser byl pomalý jak slimák, bylo to nepoužitelné. A světe div se, všechny výkonostní problémy zmizely po přechodu na XFS. Možná to nebylo filesystémem, ale diskem. Možná tím, že jsem při přechodu systémovou partišnu přeinstaloval a tudíž možná změnil ještě něco dalšího. A možná to bylo úplně něčím jiným, to už teď nezjistím. Každopádně XFS bylo svižné jak svižňa, takže jsem od té doby zavrhl všechny ostatní filesystémy a XFS používám naprosto všude. Výkon pro mé potřeby (webservery) absolutně vyhovující, jediné co bych uvítal vylepšit je rychlost mazání souborů, to je teda dost pomalé vytváří to vysoký load.

Nicméně i přes tento nedostatek jsem spokojen. Už několikrát jsem musel po havárii hardwaru xfs opravovat na degradovaných polích, a zatím vždy se mi povedlo vesměs všechny data dostat zpátky přes xfs_repair. Dnes jsem po letech ovšem natrefil na další (pro mě dosud neznámou) featuru, a tou je defrag. Celé roky jsem žil v mylném přesvědčení, že defragmentace není u XFS nutná, nicnémě opak je pravdou. Teda abych pravdu řekl, nevím jestli je NUTNÁ, nicméně je možná. A dokonce celkem jednoduše, a za běhu systému.

Tímhle příkazem se zanalyzuje diskový oddíl, pro každý soubor se spočítá počet fragmentů, a výsledek je vypsán:

root@darkstar:~# xfs_db -r /dev/sda5
xfs_db> frag
actual 198698, ideal 64254, fragmentation factor 67.66%
xfs_db> quit

Ve výpisu výše vidíme, že 67.66% dat je fragmentovaných ne moc ideálně, tudíž je na snadě spustit defragmentaci:

root@darkstar:~# xfs_fsr -v /dev/sda5

Program xfs_fsr sice jako parametr akceptuje soubor zařízení (diskového oddílu), nicméně pracuje s namountovaným filesystémem. Vyhledá soubory, které jsou příliš fragmentované, a opraví je tak, že ve stejném adresáři vytvoří jejich dočasnou kopii (pokud možno nefragmentovanou) a pak "přeznačkuje" originální soubor, aby používal nová zkopírovaná data. Operace přeznačkování je atomická. Po provedené defragmentaci jsem se dostal na fragmentation faktor 2%, což vypadá mnohem líp :)

Jedno úskalí to ovšem má - někdy je pozici dat fyzicky na disku nutné udržet, např. LILO si fyzicky mapuje bloky na disku odkud čte vmlinuz při bootování. Proto je buď potřeba pomocí xfs_io označit patřičné soubory jako nedefragmentovatelné, nebo jednoduše po defragmentaci spustit lilo, aby si fyzické umístění kernelu refreshnulo.

]]> http://tomasm.blog.root.cz/2012/05/08/i-linux-potrebuje-defrag/feed/ 21 MySQL Master-Slave replikace http://tomasm.blog.root.cz/2012/04/26/mysql-master-slave-replikace/ http://tomasm.blog.root.cz/2012/04/26/mysql-master-slave-replikace/#comments Thu, 26 Apr 2012 09:15:07 +0000 Tomas M http://tomasm.blog.root.cz/?p=340 Dnes jsem si na rootu přečetl článek o master-slave replikaci. Některé věci tam uvedené jsou zbytečné, jiné zavádějící, a dost podstatné údaje chybí, proto tímhle blog postem věc napravím. Provozuju Master-Slave replikaci už nekolik let na devíti serverech a za tu dobu jsem už nějaké praktické zkušenosti nasbíral.

  • Popis funkce replikace

    • Jak replikace funguje? Na master serveru se každý SQL dotaz, který uživatelé vykonají, ukládá do binárního logu, což je velký soubor někde na disku, obvykle v adresáři s daty mysql. Slave servery se po síti k master mysql připojují a tento soubor sekvenčně čtou a vykonávají ty samé SQL dotazy na své lokální kopii databáze. Tím vzniká na slave serveru kopie dat z masteru, s určitým spožděním (obvykle max secundy). Pro replikaci musíme něco málo nastavit, a pak slave serveru předat informaci, z kterého souboru má na masteru začít číst a od jaké pozice, toť vše.

    Výhodou replikace, kromě těch popsaných v článku, je například zálohování. Pokud je databáze rozsáhlá, může být zálohování časově velmi náročnou operací, a po čas zálohování musí klienti čekat, což je nepřijatelné. Proto je vhodné databázi na pozadí replikovat jinam, a zálohu provádět z dat na slave serveru - pokud bude trvat hodinu, nikomu to nebude vadit, replikace jednoduše počká a po dokončení zálohy se zase obnoví od místa kde přestala, žádný z klientů nebude nijak ovlivněn.

    • Nastavení masteru

      • Základní nastavení masteru je jednoduché, a bylo vesměs popsáno v článku. První věcí je povolit networking (zrušit případné skip-networking, a vypustit uváděný bind-address), aby se k masteru mohly slave servery připojit. Toto nastavení může být podle použité distribuce buť v my.cnf, nebo v rc skriptu který databázi startuje (jako argument pro mysqld). Dále pak je třeba nastavit zmíněné server-id (v my.cnf, ID musí být unikátní) a vytvořit uživatele s příslušnými právy pro replikaci (sql příkazem, v tabulce mysql.user). Nutno dodat, že replikační uživatel nepotřebuje žádná jiná oprávnění. Pokud uživatele přidáte či editujete přímým zásahem do tabulky mysql.user, je nutné změněné hodnoty naloudovat do běžícího mysqld procesu pomocí sql dotazu FLUSH PRIVILEGES.

      V článku uvedené binlog-ignore-db=mysql je vhodné ve speciálních případech, kdy opravdu nechci změny v databázi mysql replikovat; pokud ale konkrétně toto není naším explicitním cílem, doporučuji tento krok ignorovat a nechat replikovat vše. Nicméně je binlog-ignore-db velmi užitečný pro zamezení replikování databází či tabulek, které opravdu replikovat nechceme, ušetří se tím jak bandwidth po síti tak i load a místo na disku na slave serveru.

      Nutno zmínit několik dalších užitečných parametrů pro nastavení na masteru:

      expire_logs_days=5 ... na masteru určí, po jak dlouhé době se budou mazat binárlní logy. Pár dnů je optimální hodnota

      binlog-format=mixed... umožňuje bezpečně replikovat i SQL dotazy, které by jinak replikovat nešly, jako UPDATE tbl SET a=1 LIMIT 1. Místo zalogování takového SQL příkazu dojde k logování a následné replikaci rovnou provedené změny. Pokud tohle zapomenete, použije se defaultně statement-based replikace - uvedený SQL dotaz se na slave serveru provede, ale nikdo nezaručuje že ovlivní přesně ty samé řádky jako na masteru.

      • Nastavení slave

        • Co se týká nastavení na slave serveru, tak ani master-host ani jiné věci není potřeba nikde konfigurovat v my.cnf, to je v článku uvedeno mylně. Stačí nastavit každému slave jeho unikátní server-id (v my.cnf) a pak replikaci nastartovat příkazem CHANGE MASTER [...]. MySQL si potřebné parametry uloží, a následně je i aktualizuje. Použití replicate-do-db také není nutné, v situaci kdy chci replikovat vše, resp. vše kromě tabulek či databází uvedených pro ignorování. Co však v článku chybělo byly dva parametry které považuji za nezbytné:

        slave_compressed_protocol=1 ... umožní kompresi dat posílaných po síti, a tudíž rychlejší replikaci (v drtivé většině případů je čas na kompresi a dekompresi kratší, než čas potřebný navíc pro přenesení většího bloku dat po síti). Velmi doporučuji, především pokud je slave server připojen k masteru rychlostí pod 100Mbit/s

        slave_net_timeout=10 ... udává počet sekund pro timeout. Ve chvíli, kdy 10 vteřin nepřijdou z masteru žádná data, považuje se spojení za porušené a slave se přikonektí znovu. Defaultní hodnota je v řádech hodin, což je absurdní. Vezmu-li v úvahu, že master server provádí nějaké zápisy téměř nepřetržitě, je 10 sekund bezpečná hodnota.

        • Start replikace existujících databázi za chodu

          • Pokud chci začít replikovat existjící živou databázi, postupuji následovně:
          - nastavím konfiguraci pro master a restartnu master (stačí restart mysqld procesu, netřeba rebootovat)
          - nastavím konfiguraci pro slave
          - na masteru z jedné konzole spustím sql příkaz "FLUSH TABLES WITH READ LOCK"
          - po uzamknutí natvrdo zkopíruju (z jiné konzole) všechny mysql data někam bokem, nebo přimo na slave
          - během kopírování si ještě poznačím (z první konzole) odpověď na sql dotaz "SHOW MASTER STATUS"
          - nutno upozornit že během kopírování musejí klienti na databáze čekat ve frontě
          - po dokončení kopírování dat ukončím spojení na konzoli 1, tím vše zas odemknu
          - přenesu po sítí nakopírované data na slave server (pokud jsem je rovnou nekopíroval)
          - spustím slave mysqld proces
          - provedu na slave serveru příkaz CHANGE MASTER s příslušnými parametry, tím se replikace spustí
          - je velmi vhodné, aby verze MySQL byla na všech serverech stejná, nebo aspoň kompatibilní

          • Řešení poruch

            • Čas od času se replikace naruší, ať už chybou síťové komunikace, nebo neočekávaným restartem některého serveru. Vždy je samozřejmě možné provést smazání slave databáze a přenesení dat z masteru, jak je popsáno výše, ale některé situace se dají řešit jednodušeji.

            Při přerušení replikace kvůli něčemu na síti obvykle stačí počkat na vypršení timeoutu, nebo na slavu ručně spustit STOP SLAVE IO_THREAD; START SLAVE IO_THREAD;

            Pokud se replikace přerušila kvůli chybě při provádění nějakého dotazu, informuje o tom mysql ve výpisu z SHOW SLAVE STATUS\G na slave serveru - operátor pak může vyhodnotit, jestli je dotaz opravdu nutné provést, případně jej může provést ručně. Pak pomocí SET GLOBAL sql_slave_skip_counter = 1 nastaví, aby se problematický dotaz přeskočil, a znovu replikaci spustí.

            Pokud nic nezabere, nebo je kvůli porušené slave databázi (např výpadkem proudu) nutné kopírovat vše z masteru, jde taky použít malý workaround - mám-li víc slave serverů, locknu data na jednom z nich a zkopíruju je odtamtud, a z výpisu SHOW SLAVE STATUS\G zjistím i pozice v binárním logu na masteru. Jen pozor, nesplést si to s pozicí v kopii binárního logu na slave.

            ]]>             http://tomasm.blog.root.cz/2012/04/26/mysql-master-slave-replikace/feed/ 4             Je RaspberyPI hoax? http://tomasm.blog.root.cz/2012/03/01/je-raspberypi-hoax/ http://tomasm.blog.root.cz/2012/03/01/je-raspberypi-hoax/#comments Thu, 01 Mar 2012 09:12:32 +0000 Tomas M http://tomasm.blog.root.cz/?p=329 Miniaturní počítač, který umí přehrát HD video, a to všechno za $25? Moc hezké aby to byla pravda? Řekl bych že to je reálné, ale bez ohledu na to jestli je nebo není, nemůžu se zbavit pocitu, že Raspbery PI je neexistující výmysl. Proč?

              Už několikrát byla oznámena dodávka zařízení, ale doteď je nikdo neviděl. Jasně, na webu najdete pár videí kde to je jakože zapojené do monitoru a hraje se na tom jakože quake III. To ovšem neznamená, že to není fake. Týden co týden se dočítám jen samé výmluvy, proč to ještě není a co tentokrát tomu brání. Nejdřív to měl být začátek roku, pak konec února, a už je březen a výmluvy se stupňují.

                Nejřív na webu sáhodlouze popisovali, že výroba musela být přesunuta do číny kvůli nemožnosti dosáhnout na požadovanou cenu s britským výrobcem, a najednou ejhle, našli se hned dva kteří budou výrobu zajišťovat.

                  Nejvíc mě udivují výmluvy typu, že nezisková organizace RaspberyPI nemá finance na výrobu víc jak 10 000 kusů ... nebo kapacitu na vyřízení objednávek. Kecy. Není přece nic jednoduššího, než udělat na webu preorder a přihodit k ceně pár dolarů (liber) za poštovné. Když jim sto tisíc lidí zaplatí předem, nevidím důvod proč neobjednat výrobu 100 000 kusů. A že to nezvládnou rozeslat? Kdyby jedno zabalení hotového zařízení do balíčku a označení nálepkou s adresou příjemce zabralo 10 vteřin, tak je to moc. Při třech pracovnících po osmi hodinách zabalí za den 8600 kusů, na poštu se to pak zaveze najednou. Za dva týdny to mají vyřízené.

                    Mám z těch neustálých výmluv zkrátka dost smíšené pocity...

                    ]]>                     http://tomasm.blog.root.cz/2012/03/01/je-raspberypi-hoax/feed/ 27                     Freesat From Sky http://tomasm.blog.root.cz/2012/02/05/freesat-from-sky/ http://tomasm.blog.root.cz/2012/02/05/freesat-from-sky/#comments Sun, 05 Feb 2012 12:53:22 +0000 Tomas M http://tomasm.blog.root.cz/?p=310 Asi před rokem jsem si přečetl tenhle návod na sledování placených televizí ze zahraničí. V praxi jde o to, koupit si dekódovací kartu firmy Sky a rozchodit ji ve vašem přijímači pro dekódování vybraných kanálů z pozice 28.2E. Nuže, kartu jsem koupil a rozhodl se to rozchodit. A podařilo se.

                    Software:

                    Hardware

                    Momentálně jsem s parabolou 80cm schopen naladit a kartou dekódovat tyto kanály (vybírám jen ty co asi stojí za zmínku, HD kanály jsem zatím nezkoušel ladit, předpokládám že s mojí malou parabolou to nemá valného významu):

                    Není to zas tak obrovský výběr, ale za jednorázový poplatek za kartu (bez dalších měsíčních nákladů) to ujde. Pro mě nejzajímavější je asi ten Channel 4, kde se dá najít třeba Big Bang Theory a další vtipné seriály (obvykhle i se streamem s anglickými titulky, tudíž pro vylepšení angličtiny ideální). Navíc čas od času vyjde na čtyřce i něco s Derrenem Brownem, což je moje krevní skupina. Dětem občas pustím Tiny pop, když už musí civět na televizi, tak ať se jim aspoň v hlavách zapíše trochu té anglické výslovnosti.

                    Pokud se rozhodnete dekódovací kartu koupit, přijde vám jako mě během pár dnů, nicmén nebude zřejmě hned po doručení fungovat. Finta je v tom, že karta potřebuje pro oživení dostat nějakou unikátní EMM zprávu ze satelitu, která ovšem nechodí zas tak často. Co jsem udělal, v první řadě jsem povolil zápis globálních a unikátních EMM na kartu (v oscamu, že) a pak jsem naladil szapem na kanál SKY a nechal to být. Po cca 40ti hodinách (!) přišla unique emm a karta začala dekódovat.

                    ]]>                     http://tomasm.blog.root.cz/2012/02/05/freesat-from-sky/feed/ 5                     Demokracie je nesmysl http://tomasm.blog.root.cz/2012/01/04/demokracie-je-nesmysl/ http://tomasm.blog.root.cz/2012/01/04/demokracie-je-nesmysl/#comments Wed, 04 Jan 2012 17:39:16 +0000 Tomas M http://tomasm.blog.root.cz/?p=301 Já jsem éru komunistické diktatury zažil jen jako malý, dění kolem sebe jsem moc nevnímal, neb jsem se jako každé jiné dítě zajímal především o své bezprostřední potřeby. Vlastně ani nevím jak se ta diktatura projevovala, ale shodněme se axiomaticky na tom, že to bylo fuj. Převrat v roce 1989 mě zastihl ve čtvrté třídě základky, to jsem z toho taky ještě moc rozumu nepobral, nicméně jedno bylo jasné už tenkrát. Nějaký režim, zvaný komunismus, hnusný, špatný a zhoubný, měl padnout, a něco úžasného, krásného, svobodného a nového se mělo zrodit - demokracie.

                    Odborné poučky hovoří o demokracii jako formě vlády, případně státu, ve které je zdrojem moci lid.
                    Demokracije je buď zastupitelská (současný model asi všude) nebo přímá (o všem rozhoduje každý přímo, např. v referendu).

                    V současném zastupitelském modelu, který praktikujeme u nás a snad i všude jinde ve světě, vykonává moc vybraná skupina zástupců (rozuměj, politikové). Tenhle systém extrémně nahrává prosazování zájmů jednotlivců na úkor ostatních, což se děje dnes a denně, a já se tomu upřímně ani nedivím. Je tudíž patrno, že zastupitelský systém demokracie v praxi nefunguje nijak dobře.

                    Mohlo by se tak zdát, že bude-li zdrojem moci přímo lid, problém vyřešíme. Tahle představa není zas tak utopická, internet má doma každý druhý, a situace se bude v každém případě už jen zlepšovat. Náklady na hlasování budou dříve či později téměř nulové, penetrace hlasovacích zařízení připojených k internetu (počítač nebo mobil) už je dávno vyřešená, přímé vládě lidu už defakto dnes nic nebrání. Zkusili jste si to ale představit? Zdrojem moci lid? Jako třeba kdokoli z ulice? Franta Vomáčka z Dlaždičova? Jarmila Buchtová z Horní dolní? Demeter Horvát z Mostu? Tihle všichni? V žádném případě nemám nic proti žádnému povolání, původu, rase, životní situaci nebo (ne)vzdělání. Každý z jmenovaných má stejné právo na to mít se dobře. Ale má každý z jmenovaných dostatečnou rozumovou kapacitu na to, aby mohl rozhodovat o životě ostatních? Odpověď ponechám na váženém čtenáři, ale malinko mu napovím: NE, NEMÁ.

                    Většina lidí ve státě jsou lidi PRŮMĚRNÍ. Tím se nechci nikoho dotknout, od toho je jednoduše ten průměr, že. Vláda většiny tedy v praxi znamená vladu průměrných. Průměrně chytrých, a také průměrně hloupých. Můj kamarád demokracii vystihl naprosto přesně - demokracie je systém, kdy si dva odhlasují, že je bude třetí živit. A to je přece zrůdnost.

                    Kdyby někdo snad chtěl naznačovat, že jsem proti svobodě, tak proti tomu se musím předem striktně ohradit. Volil jsem, a v příštích volbách budu volit, stranu svobodní. To ovšem nic nemění na faktu, že je třeba i báječnou a skvělou demokracii brát trochu s rezervou, a možná i hleda alternativy. Jak říká reklama google, život je hledání...

                    ]]>                     http://tomasm.blog.root.cz/2012/01/04/demokracie-je-nesmysl/feed/ 15                     Hra: From Dust http://tomasm.blog.root.cz/2011/12/17/hra-from-dust/ http://tomasm.blog.root.cz/2011/12/17/hra-from-dust/#comments Sat, 17 Dec 2011 07:33:18 +0000 Tomas M http://tomasm.blog.root.cz/?p=291 Hry si obvykle nekupuju, defakto hry obvykle nehraju. Ale čas od času je třeba udělat vyjímku, zvlášť když tytul stojí za to.

                    Když se před pár lety objevil Prince of persia (Warior Within) na počítači mého o 10 let mladšího bratra (a krom něj ještě i nějaký uTorrent nebo co, nechápu kde se to tam všechno vzalo), nadchnul mě princ od UBIsoftu natolik, že jsem si v jejich eShopu objednal fyzická CD všech (v té době už celkem tří) dostupných pokračování. I s poštovným to vyšlo na pár tisíc, ale čert to vem, zábava zaručena (asi na 14 dní). Od té doby uplynulo už hodně vody v naší místní řece Desná, a tak přišel čas na ubisoftí stránky opět zavítat.

                    Čekalo mě milé překvapení - po letech konečně vydali From Dust, hru, kde se každý stává bohem. Byť jsem zarytý ateista, tohle jsem musel mít. A o co milejší bylo moje překvapení, když jsem zjistil že je možné hru stáhnout za nějakých 11 eur (280 korun? zadarmo!)

                    Nuže vytáhl jsem kreditku (teda spíš otevřel notepadem soubor kde mám číslo napsané) a můj nový virtuální boží život mohl pomalu započít. Teda dost pomalu, stáhnout giga a půl nebylo hned :)

                    Instalace: 1400 MB
                    Automatický update při prvním startu: 109 MB
                    Požitek ze hry: k nezaplacení

                    V různých diskusích si hráči dost stěžovali na špatné ovládání hry (resp varianty pro PC). Byť má ovládání k ideálu daleko, zas taková katastrofa není. Jen je třeba používat wheel a kouknout do nastavení, jaké vlastně klávesy dělají jaké akce. Samozřejmě si vše může hráč předefinovat ku obrazu svému. Moje grafická karta dost podstatně nestíhá, což trochu kazí dojem, holt 1920x1080 už je na ni dost. Ale jinak při středním rozlišení všechno šlape plynule. Příběhová linie je trochu krátká, ale vcelku nápaditá.

                    Škoda jen, že ubisoft nenapadlo dovolit hráčům vytvářet vlastní mapy a sdílet je po internetu, jako třeba u little big planet. Tak snad příště.
                    Vynaložených 280ti korun každopádně nelituju :)

                    ]]>                     http://tomasm.blog.root.cz/2011/12/17/hra-from-dust/feed/ 9                     Jeden nepovedený útok http://tomasm.blog.root.cz/2011/10/13/jeden-nepovedeny-utok/ http://tomasm.blog.root.cz/2011/10/13/jeden-nepovedeny-utok/#comments Thu, 13 Oct 2011 12:48:17 +0000 Tomas M http://tomasm.blog.root.cz/?p=285 Kdysi dávno jsem u kamaráda viděl, jak se hlásil do phpMyAdminu na jeho serveru. Zadal nějakou naprosto šílenou URL a byl tam, žádné přihlašování. Je tajná URL adresa k webovskému administračnímu rozhraní (k čemukoli) dostatečným zabezpečením? Samozřejmě že není, ale je to úplně jedno. Pokud k danému adminu přistupujete přes HTTP, je to naprosto totožné jako přihlášení s funkčním heslem přes web form nebo přes HTTP autentizaci - ve všech případech se po drátě posílají nešifrovaná data, a tudíž i nešifrované heslo (či tajný název adresáře).

                    Jediný drobný rozdíl, který by vás snad mohl od takovéhohle "zabezpečení" odradit je, že narozdíl od POST dat z formuláře nebo "Authorization: Basic" hlavičky se bude vaše "tajné" url zřejmě ukládat do nějakého logu po cestě, především pokud Váš provider používá proxy (což nemusíte ani vědět).

                    Je až s podivem, kolik lidí ale phpMyAdmin nechá dokonce na "netajném" (uhádnutelném) URL. Dnes jsem při prohlídce error logu natrefil na bota, který zkoušel umístění mého phpMyAdminu uhádnout. Tyhle všechny adresáře zkoušel (všimněte si, že po sobě nechal podpis. Znáte někdo ten tool který to hádání provádí? podělte se v komentářích):

                    /home/www/w00tw00t.at.blackhats.romanian.anti-sec:)
                    /home/www/bazapma
                    /home/www/my
                    /home/www/cp
                    /home/www/admin/cp
                    /home/www/MyAdmin9
                    /home/www/tools
                    /home/www/tools
                    /home/www/_admin
                    /home/www/_myadmin
                    /home/www/_scripts
                    /home/www/_admin
                    /home/www/3rdparty
                    /home/www/PHPMYADMIN
                    /home/www/PMA
                    /home/www/PMA2005
                    /home/www/SQL
                    /home/www/SSLMySQLAdmin
                    /home/www/admin/phpmyadmin
                    /home/www/admin/pma
                    /home/www/admin/scripts
                    /home/www/bbs
                    /home/www/cpadmin
                    /home/www/cpadmindb
                    /home/www/cpanelmysql
                    /home/www/cpanelphpmyadmin
                    /home/www/cpanelsql
                    /home/www/cpdbadmin
                    /home/www/cpphpmyadmin
                    /home/www/db
                    /home/www/dbadmin
                    /home/www/myadmin
                    /home/www/mysql
                    /home/www/mysqladminconfig
                    /home/www/mysqlmanager
                    /home/www/p
                    /home/www/pMA
                    /home/www/php-my-admin
                    /home/www/php-myadmin
                    /home/www/phpMyAdmin-2.2.3
                    /home/www/phpMyAdmin-2.2.6
                    /home/www/phpMyAdmin-2.5.1
                    /home/www/phpMyAdmin-2.5.4
                    /home/www/phpMyAdmin-2.5.5-pl1
                    /home/www/phpMyAdmin-2.5.5-rc1
                    /home/www/phpMyAdmin-2.5.5-rc1config
                    /home/www/phpMyAdmin-2.5.5-rc2
                    /home/www/phpMyAdmin-2.5.5
                    /home/www/phpMyAdmin-2.5.6-rc1
                    /home/www/phpMyAdmin-2.5.6-rc2
                    /home/www/phpMyAdmin-2.5.6
                    /home/www/phpMyAdmin-2.5.7-pl1
                    /home/www/phpMyAdmin-2.5.7
                    /home/www/phpMyAdmin-2.6.0-alpha
                    /home/www/phpMyAdmin-2.6.0-alpha2
                    /home/www/phpMyAdmin-2.6.0-beta1
                    /home/www/phpMyAdmin-2.6.0-beta2
                    /home/www/phpMyAdmin-2.6.0-pl1
                    /home/www/phpMyAdmin-2.6.0-pl2
                    /home/www/phpMyAdmin-2.6.0-pl3
                    /home/www/phpMyAdmin-2.6.0-rc1
                    /home/www/phpMyAdmin-2.6.0-rc2
                    /home/www/phpMyAdmin-2.6.0-rc3
                    /home/www/phpMyAdmin-2.6.0
                    /home/www/phpMyAdmin-2.6.1-pl1
                    /home/www/phpMyAdmin-2.6.1-pl2
                    /home/www/phpMyAdmin-2.6.1-pl3
                    /home/www/phpMyAdmin-2.6.1-rc1
                    /home/www/phpMyAdmin-2.6.1-rc2
                    /home/www/phpMyAdmin-2.6.1
                    /home/www/phpMyAdmin-2.6.2-beta1
                    /home/www/phpMyAdmin-2.6.2-pl1
                    /home/www/phpMyAdmin-2.6.2-rc1
                    /home/www/phpMyAdmin-2.6.2
                    /home/www/phpMyAdmin-2.6.3-pl1
                    /home/www/phpMyAdmin-2.6.3-rc1
                    /home/www/phpMyAdmin-2.6.3
                    /home/www/phpMyAdmin-2.6.4-pl1
                    /home/www/phpMyAdmin-2.6.4-pl2
                    /home/www/phpMyAdmin-2.6.4-pl3
                    /home/www/phpMyAdmin-2.6.4-pl4
                    /home/www/phpMyAdmin-2.6.4-rc1
                    /home/www/phpMyAdmin-2.6.4
                    /home/www/phpMyAdmin-2.7.0-beta1
                    /home/www/phpMyAdmin-2.7.0-pl1
                    /home/www/phpMyAdmin-2.7.0-pl2
                    /home/www/phpMyAdmin-2.7.0-rc1
                    /home/www/phpMyAdmin-2.7.0
                    /home/www/phpMyAdmin-2.8.0-beta1
                    /home/www/phpMyAdmin-2.8.0-rc1
                    /home/www/phpMyAdmin-2.8.0-rc2
                    /home/www/phpMyAdmin-2.8.0.1
                    /home/www/phpMyAdmin-2.8.0.2
                    /home/www/phpMyAdmin-2.8.0.3
                    /home/www/phpMyAdmin-2.8.0.4
                    /home/www/phpMyAdmin-2.8.0
                    /home/www/phpMyAdmin-2.8.1-rc1
                    /home/www/phpMyAdmin-2.8.1
                    /home/www/phpMyAdmin-2.8.2
                    /home/www/phpMyAdmin-2
                    /home/www/phpMyAdmin
                    /home/www/phpMyAdmin2
                    /home/www/phpadmin
                    /home/www/phpmanager
                    /home/www/phpmy-admin
                    /home/www/phpmya
                    /home/www/phpmyadmin
                    /home/www/phpmyadmin1
                    /home/www/phpmyadmin2
                    /home/www/pma
                    /home/www/pma2005
                    /home/www/roundcube
                    /home/www/scripts
                    /home/www/sl2
                    /home/www/sqladmin
                    /home/www/sqlmanager
                    /home/www/sqlweb
                    /home/www/typo3
                    /home/www/web
                    /home/www/web
                    /home/www/webadmin
                    /home/www/webdb
                    /home/www/websql
                    /home/www/xampp
                    /home/www/~
                    /home/www/pmy
                    /home/www/published
                    /home/www/wbsadmin
                    /home/www/vhcs2
                    /home/www/tools
                    /home/www/phpadmin
                    /home/www/phpMyAdmin-2.11.4
                    /home/www/administrator
                    /home/www/Admin
                    /home/www/phpmyadmin_old
                    /home/www/phpmyadmino-ld
                    /home/www/test
                    /home/www/my
                    /home/www/databaseadmin
                    /home/www/admm
                    /home/www/admn

                    ]]>                     http://tomasm.blog.root.cz/2011/10/13/jeden-nepovedeny-utok/feed/ 18                     Opravdoví linuxáci používají {vim,emacs,mcedit,WTF} http://tomasm.blog.root.cz/2011/09/28/opravdovi-linuxaci-pouzivaji-vimemacsmceditwtf/ http://tomasm.blog.root.cz/2011/09/28/opravdovi-linuxaci-pouzivaji-vimemacsmceditwtf/#comments Wed, 28 Sep 2011 06:53:06 +0000 Tomas M http://tomasm.blog.root.cz/?p=275 Před pár dny jsem publikoval blog post, ve kterém jsem poukazoval na některé featury editoru mcedit. Pod článkem se strhla téměř bouřlivá diskuse, kde opravdoví linuxáci a opravdoví programátoři vyzdvyhovali jimi preferované editační nástroje a zavrhovali vše ostatní. Chování téměř typické, ani já nedám dopustit na svůj editor, prostě proto že ho používám nejvíc a tudíž si s ním nejlíp poradím. Nicméně, celou tuhle hloupou válku o to, čí editor je lepší, vystihuje následující komix:

                    opravdoví programátoři používají ...

                    ]]>                     http://tomasm.blog.root.cz/2011/09/28/opravdovi-linuxaci-pouzivaji-vimemacsmceditwtf/feed/ 22                     Nejlepší textový editor – mcedit http://tomasm.blog.root.cz/2011/09/22/nejlepsi-textovy-editor/ http://tomasm.blog.root.cz/2011/09/22/nejlepsi-textovy-editor/#comments Thu, 22 Sep 2011 07:41:04 +0000 Tomas M http://tomasm.blog.root.cz/?p=258 Článek o Midnight Commanderu, který dnes vyšel na rootu, mě inspiroval k napsání tohohle blog postu. Považuju Midnight Commander za tu nejlepší věc, kterou v Linuxu můžete najít. Používám ho i v Xkách, protože mi přijde přívětivější a použitelnější než všechny ty krusadery a dolphiny. Možná jde o sílu zvyku z dob DOSu a nortonu, to uznávám :) Zvyk je železná košile, znáte to.

                    Ale nejdůležitějším důvodem, proč MC používám, je mcedit, tedy vestavěný textový editor.

                    Proč je tak skvělý a báječný? Důvodů je mnoho:

                  • Live FTP editace

                    • Midnight editor umí spolupracovat s midnight commanderem a online editovat soubory přímo po FTP. Jestli jste někdy něco měnili na vzdáleném serveru pomocí FTP, jistě víte jaký je to opruz - stáhnout, otevřít kopii v editoru, upravit, uložit, uploadnout zpět na FTP. Midnight tohle řeší za Vás, soubor lze editovat "přímo". Při uložení (F2) se midnight v případě potřeby znovu sám na FTP server naloguje, došlo-li k odhlášení timeoutem, a soubor uploadne, aniž byste museli opouštět editor. Úžasné. Jen pozor pokud dojde při přenosu k poruše na síti, a soubor se neuploadne celý - v takovém případě je důležité neopouštět editor a uložení opakovat, jinak vám zůstanou slzy pro pláč a necelý (nebo nulový) soubor na FTP. Stalo se mi asi jen jednou v životě, ale je důležité o tomhle případu vědět.

                  • Sloupcový blok

                    • Označení textu se v MC editoru provádí buďto myší, nebo přes klávesy F3-šipky-F3. První F3 tedy určí začátek bloku, šipkami dojedete na konec a konec označíte zase F3. Tímhle se ale označuje souvislý (lineární) kus textu. Podobně jde označit SLOUPEC, a to za pomocí Shift+F3. S bloky pak je možné dále pracovat - kopírovat je na pozici kurzoru pomocí F5, přenést pomocí F6, smazat F8, uložit do externího souboru Ctrl+F, atd.

                  • Buffer pro kopírování dat mezi soubory

                    • Čas od času je třeba část kódu přenést mezi několika soubory. Jedna z možností je v jednom souboru označit blok a uložit ho do externího souboru, v dalším kroku pak blok z tohoto souboru načíst. MC editor nám celý tenhle postup podstatně usnadňuje tím, že nám nabízí takzvaný clipfile, u mě ~/.mc/cedit/cooledit.clip. Ctrl+Insert uloží do, Shift+Insert vybere z něj a vhodí zpět do editoru. Alternativně, pokud už tyhle klávesy máte nabindované na něco jiného třeba v Xkách, nebo pracujete v mc z windows přes putty (a Shift+Ins vkládá buffer windows místo clipfile), je možné použít Ctrl+F Enter, a Shift+F5 Enter

                  • Undo - briliantní řešení

                    • Textový editor v Midnight commanderu umí jednu další zásadní věc, kterou jsem neviděl u žádného jiného textového editoru, EVER. Vlastně je to HLAVNÍ featura kvůli které MC editor používám dnes a deně asi 10 hodin v kuse. Jde o UNDO pomocí Ctrl+U. Řeknete si asi, undo má každý editor. Omyl, takovéhle undo ne. Midnight editor totiž undo aplikuje i na pohyb kurzoru!

                    Jak toho využít? Například se při psaní kódu chcete podívat o kus výš nebo níž. Žádný problém, šipkami a PgUp PgDn odstránkujte kam potřebujete, pak jen párkrát Ctrl+U a máte kurzor zpátky přesně tam odkud jste vyšli. Chcete se vrátit ke stavu editoru v určitém okamžiku? Stačí přidržet Ctrl+U. Editační kroky se vracejí po znacích, tudíž můžete vrátit zpět jen přesně tolik znaků kolik chcete, a ne třeba celou půlminutu zpět. K NEZAPLACENÍ. Jak si jednou na tohle zvyknete, už není cesta zpět ;)

                    ]]>                     http://tomasm.blog.root.cz/2011/09/22/nejlepsi-textovy-editor/feed/ 35                     Pozor na dotykové obrazovky http://tomasm.blog.root.cz/2011/09/05/pozor-na-dotykove-obrazovky/ http://tomasm.blog.root.cz/2011/09/05/pozor-na-dotykove-obrazovky/#comments Mon, 05 Sep 2011 07:05:59 +0000 Tomas M http://tomasm.blog.root.cz/?p=251 Před pár týdny jsem si koupil dotykový monitor. Především kvůli dětem, aby se jim hry jako pexeso hrály lépe, neb jsou ještě malé a s myší trochu zápasí. První dojmy byly děsivé, protože systém Windows 7 nějak špatně inicioval ovladače, a než jsem poprvé restartoval, vypadalo to, že se s funkcí dotyku nebude dát normálně fungovat. Restart to ale spravil, jak už je v kraji zvykem.

                    Musím konstatovat, že po porodních bolestech se vše s Windows 7 zkamarádilo a funguje nadmíru dobře.

                    Včera, když se děti dívaly na HBO na Shreka (Zvonec a konec), jsem nechal počítač (a tedy i monitor) chvíli bez dozoru. Odešel jsem od něj a nechal jako aktivní browser s PHPMyAdminem a SSH, obojí přihlášené s právy roota. V místnosti byla tma (neb ve světle já zásadně nepracuji), ale otevřené okno a svit monitoru přece jen přilákalo nebezpečí z venku. Nebyl to sice netopýr, jako minulý týden, který mi děsí děti ještě dnes, ale byla to moucha.

                    Přišel jsem zrovna ve chvíli, kdy si poletovala před monitorem a sedla na něj. Světe div se, ona klikla! Pak chvíli lezla, a klikání pokračovalo!

                    Odehnal jsem ji těsně před tlačítkem DROP DATABASE.
                    No napadlo by vás, že může hloupá moucha klikat? O dva kliky navíc a byl bych bez práce. Teda spíš bych měl na dva dny o práci vystaráno, obnovit zálohu a všechno rozchodit od začátku.

                    Takže ponaučení: pozor na dotykové obrazovky a klikající mouchy!
                    Musím si asi zvyknout zamykat plochu pokaždé, když od toho na chvíli odejdu. To se zas tak často nestává, BTW :)

                    ]]>                     http://tomasm.blog.root.cz/2011/09/05/pozor-na-dotykove-obrazovky/feed/ 19