Narazil som na jednu zaujímavú vec. Pokiaľ zoberiete čistý Windows XP SP2 a nainštalujete tam Pohodu SQL, tak vám bude Windows padať na škaredý BSOD. Vždy nabehne a po pár sekundách spadne systém. Čo s tým?
Naštartovať Núdzový režim (F8 pri boote). Vypnúť služby automatickej aktualizácie Windows, zakázať spúšťanie všetkých SQL služieb. Tu sa hodí napríklad príkaz: mmc. Naštartovať Windows normálne. Previesť kompletný upgrade na SP3. Nezabudnite na aktualizáciu .NET frameworku. Príkazom wupdmgr sa presvedčíte, že už je všetko ok. Reaktivujete automatické aktualizácie. Znovu zbehnete inštaláciu Pohody SQL.
Pokiaľ si to chcete nasimulovať, použite napríklad VirtualBox. Jednoducho sa spravuje pod Linuxom. Pokiaľ chcete VirtualBox naštartovať bez grafického rozhrania, môžete použiť
VBoxHeadless -startvm "pohodenka-image"
A následne sa pripojiť pomocou Rdesktop alebo Remote Desktop Client na server s VirtualBoxom.
Potreboval som nejaké rozumné prostredie, v ktorom je možné pohodlne vyvíjať Flex na Linuxe. Adobe Flex Builder 3 alpha 5 nie je úplne dobre použiteľný. Nefunguje tam Design view na kreslenie GUI. To by mi až tak nechýbalo. Horšia je chyba v otváraní MXML dokumentov.
Pustil som sa teda do hľadania iného nástroja. Vo fóre niekto odkazoval na IntelliJ IDEA 9.0. Stiahol som toto IDE, stiahol som Flex SDK z Opensource.adobe.com. Vytvoril som projekt. Nádherne všetko fungovalo. Niektoré vlastnosti má IDEA podstatne lepšie spracované než Eclipse. Proste Wow. A teraz prišlo na lámanie chleba.
Tu som si všimol niečo čudné. IntelliJ IDEA sa vôbec nechcela pripojiť na sieť. Napríklad zlyhal aj update zoznamu pluginov. List of plugins was not loaded: Network is unreachable. Čudné.
A potom mi to došlo. Ten nešťastník sa pokúšal pripájať cez IPv6 na internet, čo sa mu nepodarilo.
Áno, cirkus. Môžete založiť aj ZOO, ale tá je čosi drahšia.
Narazil som na všeobecne rozšírený blud o tom, že keď správne vytuníte automatizáciu výroby/vývoja/pečenia rožkov, tak môžete zamestnať cvičené opice.
Samozrejme. Môžete. Len sa potom nesťažujte, že to vyzerá ako v opičiarni a výsledný produkt by nebral ani tuplovaný oposum.
Proste týmto smerom vedie cesta len v prípade, že sa chcete zbaviť prebytočného budgetu.
Ako vidím automatizáciu a optimalizáciu? Vymyslel som si motto Lightweight Software Automation. Teda v preklade: Ľahkotonážna softvérová automatizácia.
Prvou a najzásadnejšou vecou, než sa začne vôbec uvažovať nad automatizáciou, je úspešné nájdenie odpovede na otázku:Prečo?
Niekedy zistíte, že vlastne nie je dôvod na optimalizáciu a pridávanie raketových motorov k procesu. Pokiaľ nápad/kreatívny záchvat prejde prvým testom, pokračuje do ďalšieho levelu.
Ako chcete vytuniť auto, keď vám z neho odpadávajú hrdzavé plechy a občas odletí výfuk? Môžete to premaľovať na kreatívny proces, ale ten výfuk vám aj tak odletí.
V oblasti softvéru sa dá tento krok realizovať napríklad vymazaním 50 MB zdrojového kódu z aplikácie, ktorý tam nikto nikdy nepoužil. Pre istotu bol tento mamut kompilovaný v 20 rôznych verziách, o ktorých nikto nič netuší.
Debordelizácia nie je jednorázový krok, musí prebiehať neustále. Neporiadok nespí!
Pokiaľ sme debordelizovali aspoň na základnej úrovni, môžeme začať zostavovať automatizačné nástroje. Je nutné hľadať miesta, kde to má skutočne význam a prináša to ľuďom určité vylepšenie. Pozor! Prekvapenie! Tvorba nástrojov je postupná a nástroje vám nevyskočia zo dňa na deň. Prečo?
Softvér musíte skamarátiť s ľuďmi. Tu prichádza na scénu najťažšia časť: použitie soft skillov (soft skill nie je softvér . V preklade: bude si to vyžadovať čas. Pokiaľ nástroj bude na mieste o rok a budú ho všetci používať a nebudú chápať, ako mohli bez neho žiť. Tak ste dosiahli úspech.
Minulý rok sa dostal na pulty novinových stánkov nový časopis – Robot Revue. Takýto časopis zameraný na robotov a robotiku na trhu už dlho chýbal.
Na internete nájdete veľa materiálov o tom, ako si postaviť a naprogramovať robota. Jediný problém je, že väčšina týchto materiálov je v angličtine. Robot Revue hovorí zrozumiteľným jazykom. Okrem technických noviniek, návodov a zaujímavostí, tu nájdete aj seriály o programovaní. Momentálne v časopise beží seriál o programovaní robotov pomocou Javy a Pythonu.
Ešte nemáte časopis Robot Revue predplatený? Tak to napravte. Študenti môžu získať pomerne výraznú zľavu.
Niekedy sa stane, že DNS z nejakého dôvodu nechce poriadne fungovať . Neustále vám vracia nezmysly. V horšom prípade len občas.
Veľmi šikovným nástrojom na overenie definície a stability DNS je Squish.net/dnscheck. DNS check umožňuje spraviť DNS traversal a preveriť tak všetky odpovede od root serverov až k vášmu DNS. Veľmi rýchlo tak zistíte, ktorý nezbedný server vracia niečo úplne iné, než by mal.
Drupal má modulárnu štruktúru, ktorá umožňuje flexibilne pridávať a odoberať funkcionalitu. Toto so sebou nesie určitú daň. Musíte sa jednoducho postarať o jednotlivé moduly pri upgradoch.
Drupalovký mainstream hlása, že Drupal sa upgraduje tak, že administrátor ako besný odklikáva a potom znova zaklikáva všetky moduly. Naviac k tomu ručne sťahuje nové verzie modulov. Keď som prvý krát videl tento “hrdinský” video návod, tak som sa skoro osypal. Toľko premrhaného času. Niekoľko rokov sa venujem rôznym optimalizáciam a vývoju automatizačných nástrojov. S tak neefektívnym prístupom jednoducho nemôžem súhlasiť. Tento návod volal po náhrade niečim jednoduchším.
Našťastie niekto už dostal dobrý nápad a vytvoril nástroj Drush. Pekne z príkazového riadku upgradnete všetko. Tak má vyzerať správna automatizácia. Tu je ukážka ako funguje Drush, z článku Drush – viac piva, menej makačky.
Tu je malý návod ako aktualizovať multi-site Drupal. V adresári, v ktorom sú kódy Drupalu zadajte:
drush -l moj-skvely-drupal update
Pokiaľ chcete vidieť, koľko bezpečnostných dier obsahuje váš Drupal, zadajte jednoducho:
Ďalším problémom, s ktorým sa “progresívne a flexibilné” web dizajnérske firmy stretnú sú warningy a chybové hlásenia. Je jasné, že návštevníkom webu nechceme zobrazovať všetky PHP warningy, tak je dobré ich skryť. To je ok, pokiaľ ich monitorujeme.
Mňa len tak niečo neprekvapí. Každopádne som narazil na jednu vec, pri ktorej som zostal v nemom úžase civieť na obrazovku. Praktiku so skrývaním hlásení, použili “odborníci” na zakrytie chýb v administračnom rozhraní. Zjavne sa onej firmičke nechcelo riešiť “prkotiny” a tak schovali všetky Drupalovské hlášky, aby ich klient-administrátor nevidel.
Klient zaplatil a v očiach mu bolo vidieť šťastný úsmev (tak to tvrdia marketingové materiály). Začal používať svoj nový Drupal, ktorý sa občas choval veľmi divotvorne. Napríklad nešli ukladať zmeny v nastaveniach modulov.
Po prehodení grafickej témy v administračnom rozhraní na základnú drupalovskú tému, sa zrazu objavilo na administrátorskej obrazovke more červených závažných upozornení. Hlášky jasne hovorili o tom, že Drupal je mierne chromý, kríva na ľavé CSS a z pravej tabuľky mu vyteká index.
. V preklade: bude si to vyžadovať čas. Pokiaľ nástroj bude na mieste o rok a budú ho všetci používať a nebudú chápať, ako mohli bez neho žiť. Tak ste dosiahli úspech.
