Keresés

Azok számára akik a full PHP API-k mellett vagy helyett egy olyan egyszerű de nagyszerű szövegszerkesztőt használnak Windows/Linux/MacOSX alatt, mint a Sublime Text jól jöhet ez a rövidke hír:

Megjelent egy hasznos kis csomag a Drush futtatásához a Sublime Text editorban. A Package Control-t használva a megszokott módon lehet telepíteni a "Drush" package-re rákeresve.

A fejlesztő a GitHub-on is elérhetővé tette a projektet: https://github.com/vaanwd/sublime_drush.

A beállítása is gyorsan megy:

Drush.sublime-settings - User beállítási fájlba másold a következő sorokat:

{
    /**
     * How should the plugin invoke your drush executable.
     *
     * This can be the name of the executable if its in your path,
     * or it can be the absolute path to it.
     *
     * You can find where your executable is by running "which drush"
     * in your terminal.
     *
     * Defaults:
     *   Windows   -> 'drush.bat'
     *   Linux/OSX -> 'drush'
     */
    "drush_executable": "[1]",
 
    "drush_args": "[2]"
}

Én pl. a következő értékeket adtam meg: [1] /usr/local/bin/drush [2] drush

Jó Drush fejlesztést a ST-ben!

Amióta végignéztem a Bevezetés a Drush használatába videósorozatot (kudos: zionduc) és aktívan elkezdtem használni a Drush-t cli környezetben, sokkal hatékonyabban és gyorsabban tudom karbantartani az általam üzemeltetett Drupal weblapokat. Ma belefutottam azonban egy bosszantó kis dologba, amiért a segítségeteket kérem.

A ma reggeli postaládában több értesítőt kaptam arról, hogy megjelent az XML Sitemap modul egy új kiadása. Ahogy szoktam nekiálltam frissíteni a weblapkat a Drush-t használva. A teljesség igénye nélkül a következő frissítési folyamatokat használom weblapról-weblapra a teljesség igénye nélkül:

1. "drush upc" első használata csak azért, hogy lássam, hogy milyen frissítések érhetőek el. magát a folyamatot nem engedélyezem egyenlőre.
2. "drush rl xmlsitemap" illetve a "drush rln xmlsitemap" alapján megnézem, hogy mit tartalmaz az új modul kiadás és hogy mire kell ügyelnem a telepítés során
3. "drush vset drush vset maintenance_mode 1/0" használatával karbantartó módba vagy ismét aktív állapotba pakolom a weblapot mikor mi kell.
4. "drush bb" -vel készítek egy biztonsági mentést az adatbázisról
5. "drush upc -y" és elindítom a kombinált modul és adatbázis frissítést
6. ha kell cache törlés, cron futtatás, stb.

Habár hosszúnak tűnik a lista, a valóságban azonban 3-4 perc alatt végig tudtam menni az összes weblapon elérhető modul frissítésen anélkül, hogy használnám a böngészőt és ki/be kellene jelentkeznem a weblapok admin felületén és kattintgatással kellene a fentieket egyenkét elvégeznem.

Most is így tettem és pikk-pakk végeztem a modulfrissítéssel az összes weblapon egyet kivéve. Itt az történt ugyanis, hogy a "drush upc" szerint nem volt elérhető frissítés ("No code updates available.").

Teljesen kibuktam, mert ugyanazon a szerver környezetben, ugyanazt a legfrissebb Drupal core kiadást és majdhogynem teljesen megegyező modul infrastruktúrával rendelkező több weblapon korábban már sikeresen frissítettem a XML Sitemap modult percekkel megelőzően.

A "drush rl xmlsitemap" a következőket dobta ki ezután:

------- RELEASES FOR 'XMLSITEMAP' PROJECT -------
Release         Dátum        Állapot
7.x-2.x-dev     2012-Dec-08  Development
7.x-2.0-rc2     2012-Dec-08  Supported, Recommended
7.x-2.0-rc1     2011-Dec-16  Telepített

A "drush upc" mégsem látta és a "drush up xmlsitemap" sem reagált semmit, mikor irányítottan szerettem volna frissíteni a modult?

Eztután nem tehettem más, minthogy megnéztem a weblap admin panelján, hogy megtalálja-e a frissítés az új modulkiadást. És igen, csak ezen keresztül sikerült frissítenem a modult, de miért?

Miért nem találta meg a Drush project manager az új kiadást és miért nem működött a "drush up xmlsitemap" közvetlen parancs?

Valakinek van valamilyen ötlete erre vonatkozóan? Belefutottatok már hasonló esetbe és ha igen, akkor milyen megoldást találatok?

Tudom, hogy a topik cím nem pontos, mert végtére is a Drush látta az új kiadást a Drupal.org fájlszerveren, de mégsem hívta le magának ezt a "pm-updatecode".

Kicsit furcsa kiegészítés az egészhez, hogy ettől a weblaptól még nem kaptam frissítési értesítőt, nem tudom, hogy ennek van-e valamilyen jelentősége, mert általában nem egyszerre érkeznek a levelek. Ebben az esetben pedig úgy voltam, hogy elébe megyek a modulfrissítésnek és nem várom meg az értesítőt.

Segítsetek ha tudtok! Köszönöm!

Ui: közben belefutottam a Drush dokumentum oldalán a "drush pm-refresh" parancsba, de csak miután már a böngésző ablakban frissítettem a modult + nem is nagyon tudom, hogy a kurtafarkú leírás után segített-e volna ez egyáltalán vagy sem ("Refresh update status information.")

Kedves Adminok!

Egészen mostanáig fel sem tűnt, hogy a Drupal.hu smink tartalmaz pixel grafikus felület elemeket. Most valamiért azonban a Mac OS alatt futó Chrome böngészőben megjelent az inline-block használatából eredő tipikus hiba.

A kezdőlap oszlopaiban található zöld színű gombok grafikája eltér attól, ahogy azt terveztétek. Több böngészőben és digitális eszközökön is megnéztem, mindenhol helyesen jelenik meg, de az asztali Chrome (24.0.1312.57) böngészőben mégis hibás. Csatolok egy képet erről.

Amit nem tudok, az az, hogy tudatosan választottátok-e a Sliding Doors jól bevált CSS technikát az „inline-block” kombinációval vagy sem? Ha igen, akkor nem a legszerencsésebb választás, mert habár nagyon hasznos sok esetben az inline és az inline-block használata, mégis előfordul, hogy kisebb-nagyobb hézagok jelennek meg az egymás mellett futó elemek között és nem lehet ezt szabályozni. A fenti trükköt bemutató 2003-as cikkben egyébként blokk elemet használnak, ott értelemszerűen ilyen gond nem fordulhat elő.

Tudom, hogy apróság, de nem lehetne 2013-ban szimplán "border-radius"-t használni? Akkor legalább nem kellene a két háttérképet betöltögetnie a böngészőnek (miért nem használunk legalább sprite-ot?) a gombokhoz.

Publikus egyébként a Drupal.hu smink? Lehet patch-et vagy pull request-et beküldeni a GitHub-on keresztül? Örömmel segítenék ilyen apróságokban ha szükség lenne egy segítő kézre a smink tekintetében vagy akár egy-egy minisite vagy projekt oldal létrehozásánál.

Még javában tart az amerikai Portlandban megrendezés alatt álló Drupal konferencia, de már elérhetőek a lezajlott előadásokról készült videofelvételek.

A Drupal Szövetség (Drupal Association) által fenntartott hivatalos YouTube csatornán egymás után töltik fel a jobbnál jobb prezentációkat különféle témákban (User Experience, Site Building, Coding + Development, Community, stb.)

DrupalCon Portland 2013: http://www.youtube.com/user/DrupalAssociation

Dries Buytaert keddi előadását a Drupal 8 aktuális állapotáról pedig akár elő közvetítés alkalmával is megnézhettük (http://portland2013.drupal.org/node/3843).

Mostanában a reszponzív Drupal weblap készítés mellett egyre többet lehet hallani a Sass valamint a SMACSS megoldások integrálásáról a tartalomkezelő rendszerbe a munkánk során. A Zen Grids mellett most már választhatunk akár más CSS rendszert is, pl Susy vagy a Singularity.gs Sass + Compass alapon.

Jelenleg én most az utóbbi Singularity.gs-t tesztelem, mert a John Albin által részletesen kidolgozott Zeng Grids-ben alkalmazott isolation technikán kívül ebben választható akár a hagyományos floating által kínált kimenet is. Úgy gondolom, hogy így nagyobb rugalmassággal készíthetők el a Drupal sminkek, persze mindez csak a személyes véleményem.

Téged melyik téma érdekel a legjobban és milyen előadásokat néznél meg szívesen az elérhető portlandi konferencián elhangzottak kapcsán?