PF 2016

Mobily, které jsem používal...

Přemýšlel jsem, jaký byl můj první mobilní telefon a jaké jsem do nynějška telefony používal. Výsledek mého přemýšlení je níže...

1. Dancall HP 2711 - Můj první mobilní telefon, měl jsem ho v dřevěném odstínu s rozšířenou baterií.

2. Motorola D520 

3. Motorola V50 - Stylové Véčko, které tehdy stálo snad 10 tisíc. Za tu cenu to nic neumělo, ale bylo to stylové.

4. Siemens ME45

5. Sony Ericsson T630 - U tohohle telefonu byl super ten joystick, který ale časem přestal fungovat.

6. Nokia 6020 - můj první firemní telefon. Používal jsem ho asi jen měsíc a pak mě přestalo bavit nosit 2 telefony (firemní a soukromý), tak jsem si pořídil Dual SIM (viz další v řadě).

7. Samsung D780 DuoS - Můj první Samsug na dvě SIM karty, což bylo velmi praktické nahrazení dvou mobilů.

8. Samsung Galaxy S2 - Můj první smartphone a druhý firemní telefon.

9. Samsung Galaxy S5 - A to je můj poslední a současný telefon, opět firemní.

Nový web pro mateřskou školku

Na jedné schůzce rodičů s učiteli mateřské školky, do které chodí náš starší syn, slovo dalo slovo a já se uvrtal do vytvoření nového webu pro školku. Stalo se tak koncem června 2014.
V srpnu jsem tedy zapnul síly a dal se do vytváření webu. No a tady je výsledek...

Web běží na mslumumby.cz a protože nedisponuji grafickým nadáním, šablonu jsem zakoupil a upravil na míru potřebám školky.

A pokud by vás zajímalo, co jsem za to chtěl... Nic. Udělal jsem to zdarma v rámci pomoci rodičů školce...

Jak jsem vyzkoušel MediaFire...

Cloudová služba MediaFire podobná Dropboxu, Google Drive a dalším mě zlákala na svou cenovou nabídku 1TB za 2,49 dolarů na měsíc v akci (nyní opět za 4,99 dolarů).

K čemu potřebuji takové místo? K zálohování. Mám více než 100GB dat, o které nechci přijít (fotky, SVN, VPS zálohy,...), a mimo zálohy na externím disku chci mít i zálohu někde jinde.

Po týdnu zkoušení jsem ale narazil na takové problémy, které mě přesvědčily, že jsem se vrátil zpátky ke Google Drive, kde mě sice stejné místo stojí 10 dolarů, ale vše funguje tak, jak má.

A následuje výčet zmíněných problémů, které mě od MediaFire odradily:

• Pomalost synchronizování dat z desktopového klienta do MediaFire (cca 200kB/s)
• V souborech, které v názvu obsahovaly znak plus "+", byl tento znak nahrazen mezerou. To v důsledku způsobilo, že se mi tyhle soubory neustále nahrazovaly při vytváření zálohy.
• Chybějící informace v desktopovém klientovi o právě nahrávaném souboru + nějaký progres.
• Nemožnost synchronizovat soubory, které v názvu obsahovaly znaky s diakritikou.
• Nemožnost synchronizovat soubory, které byly v adresářích, jejichž názvy obsahovaly znaky s diakritikou.
• Nemožnost smazat adresář ve webovém klientovi s více než 1000 souborů. Tohle je problém i samotného REST API.

K několika problémům jsem psal i na podporu, bohužel jejich odpověď byla vždycky ve stylu:

"Bohužel tahle funkcionalita není  dostupná, ale ceníme si, že nám píšeš a možná v budoucnu něco bude."

Na závěr chci říct, že MediaFire úplně nezavrhuju, ale nyní je to pro mě nepoužitelná služba.

Arch Enemy vs. The Agonist - výměna zpěvaček

Arch Enemy a The Agonist jsou ve svém žánru něco jako Nightwish a Within Temptation.
Nedávno však proběhla velmi zajímavá výměna na místě zpěvaček obou kapel:

1. Arch Enemy opustila dlouholetá fronwoman Angela Gossow, která nadále bude manažerkou kapely.
2. Angelu v Arch Enemy nahradila Alissa White-Gluz z kapely The Agonist.
3. Alissa White-Gluz odešla/byla vyhozena z The Agonist kvůli rozdílným názorům s kapelou.
4. Alissu v The Agonist nahradila nová velmi talentovaná zpěvačka Vicky Psarakis.

Mé postřehy:

• Arch Enemy s Angelou jsem nikdy nemusel, Angela mi jako zpěvačka nesedí a její zpěv také ne.
• Arch Enemy s Alissou je pro mne podstatně přijatelnější volba a vlastně se pro mě Arch Enemy stali poslouchatelní. Těším se tedy na novou tvorbu.
• Obávám se, že s příchodem Alissy do Arch Enemy zmizí její silný čistý zpěv a zůstane jen u growlingu. Doufám, že se tohle nenaplní. Přiblížení k The Agonist by mi nevadilo.
• Vicky je velmi talentovaná a je výbornou náhradu Alissy v The Agonist. Kvality kapely zůstávají.

A nyní následují videa k posouzení (Arch Enemy - War Eternal a The Agonist - Disconnect Me):

Jak na merge SVN repo do GIT repo

Pokud se někdy dostanete do situace, že potřebujete stejný zdrojový kód mergovat mezi SVN a GITem, tak řešení samozřejmě existuje:

# checkout the SVN source
$ svn checkout svn://svnversion/trunk
$ cd /into/svn/checkout

$ git init
$ echo ".svn/" > .gitignore
$ git add .gitignore; git commit -m 'Initial .gitignore'

# Now you have a master branch; create your svn branch
$ git checkout -b svn

# Add *everything* from the SVN checkout
$ git add -A
$ git commit -m 'Initial SVN'

# Now get the GIT developed stuff
$ git checkout master
$ git remote add origin /path/to/git-developed-repository
$ git pull origin master

# Now merge SVN repository to GIT master branch
$ git checkout master
$ git merge svn
# push to GIT origin

# Or merge master branch GIT repository to SVN
$ git checkout svn
$ git merge master
# commit to SVN

Nyní byste měli mít všechny změny ze SVN i v master branchi v GITu a nebo naopak.

Nevýhodou tohoto řešení je, že s sebou nepřenáší historii. Důležité však je, že stejný kód je na obou místech.


Zdroj: stackoverflow.com

Zálohování Windows 7 Home Premium na síťový disk

Zálohování ve Windows 7 Home Premium nepodporuje vytvoření zálohy na síťový disk. Tato funkcionalita je přístupná až ve verzi Professional. Existuje však řešení, jak toto omezení obejít, a to zálohovat na virtuální disk (VHD), který je uložen na síti.

Vytvoření virtuálního disku (VHD)

1. Přihlašte se jako administrátor a otevřete Správu počítače > Správa disků. V pravém menu klikněte na Další akce > Vytvořit virtuální pevný disk.
   
   
   
   
   
   
   
2. Uložte virtuální disk na místo v síti a zvolte velikost disku.
   
   
    
   
   
   
   
3. Disk inicializujte, vyberte MBR a vytvořte nový jednoduchý svazek.
   
   
   
   
   
   
   
   
   
4. Nyní je vše nastaveno a na virtuální disk uložený na síti je možné zálohovat.

 Pro jistotu ještě přikládám video s celým postupem.

Zdroj: Overclockedtechies

PF 2014

Nekonečná synchronizace TortoiseGit s remote repository

Při přechodu z TorgoiseGit 1.8.4 na TortoiseGit 1.8.6 jsem pozoroval nepříjemnou věc, kdy mi nikdy nechtěla doběhnout synchronizace s remote repository a vždy se to seklo těsně před koncem. Po troše googlení jsem objevil chybu, kterou to je způsobeno a také workaround.

Čím to je způsobeno?

Na vině je chyba GIT serveru Stash, která je popsána v jejich JIRA ticketu (STASH-3824).
Podobnou chybu má i Gerrit server, ticket jsem ale nedohledal.

Workaround 1:

• Použití HTTP(S) repository URL místo SSH.

Workaround 2:

1. Spusťte putty 0.63 pro Windows (kde stažení zde; používám installer).
2. Klikněte na "Default Settings" v sekci "Saved Sessions", pak klikněte na tlačítko "Load".
3. Jděte ve stromu na Connection -> SSH -> Bugs.
4. Nastavte položku "Chokes on PuTTY's SSH-2 'winadj' requests" na volbu "On" (místo "Auto").
5. Vraťte se zpátky na "Sessions" ve stromu (nejhornější položka v listu).
6. Klikněte na "Default Settings" v sekci "Saved Sessions" a pak na tlačítko "Save".

Já jsem použil workaround 2 a pak mi opět TortoiseGit začal krásně fungovat.

Zdroje: TortoiseGit ticket #1880, Stash ticket STASH-3824

Jak vyřešit "read-only file system" na Ubuntu

Dnes mi na VPS nefungoval žádný web, všechny házely "Internal Server Error". Po nalogování do konzole jsem zjistil, že se nemůžu ani přepnout do jiného adresáře a systém vypisuje "Read-only file system".

Co je příčinout?

Systém přejde do read-only stavu v případě, že dojde k problému konzistence souborového systému.

Co s tím?

Existují asi tak 2 řešení:

1. Restart VPS
• Bohužel nepomůže "sudo reboot", vypisuje se hláška o read-only file systému. Je třeba z administračního rozhraní VPS vynutit restart.
• Během startu VPS došlo k prověření disku a provedení dalších tří samovolných restartů.
2. Zadání příkazu "sudo fsck -Af -M".
• Tuto možnost jsem nevyzkoušel, ale dočíst se o ní můžete na askubuntu.com.

Závěrem

Během několikanásobného restartování VPS jsem si už říkal, že budu muset instalovat celou VPS znova. Díky svým instalačním skriptům by mi to ale nezabralo více jak hodinu a dostal bych vše do stejného stavu. Jsem ale rád, že se to vyřešilo bez reinstalace.