November 3, 2010

Dreamweaver – WordPress – Dynamically related files could not be resolved

Do Dreamweaveru pribudlo za poslednú dobu niekoľko užitočných vylepšení. Jedným z nich je aj možnosť napojenia na WordPress a ďalšie CMS (Joomla, Drupal).

Čo je však nepríjemné, tak po nastavení WordPressu a naimportovaním do Dreamweaveru, môžete naraziť toto hlásenie: “Dynamically related files could not be resolved“. Nezáleží na tom, ako aktívne stláčate Retry, chybové hlásenie zostáva. 😉

V prípade WordPressu tento problém nastane, ak sú nastavené Trvalé odkazy na inú hodnotu, než Základný. Prepnite túto hodnotu, odstráňte .htaccess a reštartujte Dreamweaver. Pozor, zmena sa bez reštartu neprejaví.

Po ťuknutí na Discover sa automaticky načítajú všetky súbory.

Ďalšie informácie o Dreamweaveri nájdete v článku od Petra Pecháčka.

Február 16, 2010

Drupal profesionálne

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:

drush -l moj-skvely-drupal status

Nezabudnite zálohovať.

Ď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.

Deti! Prosím, toto fakt klientom nerobte. Neskrývajte vitálne informácie! Napríklad: chýba 5 bezpečnostných aktualizácií.

Pokiaľ by ste potrebovali školenie na Drush, prípade konzultáciu na multi-site administráciu Drupalu, neváhajte a ozvite sa.