Mea culpa: nagyon elírtam valamit
Igazad van, nem az levélbeni értesítésről szól a változó, hanam az inaktív modulok frissítésének vagy a frissítés mellőzésének figyeléséről. Egy kicsit fáradt vagyok val'szeg, mert ettől föggetlenül pontosan tudtam, hogy mit csinál ez a dolog.
A Drush "dl" és az "up" között pedig szerintem biztos van valami különbség bizonyos esetekben, bár ennyire nem vágom ezt a dolgot. Ha egy mód van rá, akkor inkább ragaszkodnék az "up" használatához. Amikor le kell tölteni valami új modult akkor a "dl", amikor frissíteni kell egy már meglévő modult, akkor az "up" parancsokat használom. Ilyen egyszerű vagyok én is... :D
Nem tudom pontosan megmondani, hogy ez most miért jobb, de pl. amikor klikkelgetve intéztem anno az ehhez hasonló ügyeket a weblapon, akkor is kerültem valamiért a "nyers" SFTP-n keresztül történő modul frissítést vagy manipulálást. Csak egyszer kellett így hozzányulnom egy modulhoz, akkor sem szivesen tettem valamiért.
Pont azért kérdeztelek meg, hogy mit tennél a helyemben, ha a Drush update nem talál egy létező új modul verziót.
Amúgy jó, hogy írsz, mert így legalább lehetőségem van mások workflow-ját megismerni, ebből tudok tanulni + a hiba megoldásán keresztül.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nagyon alapos vagy
Köszi, most már kezdem érteni az azonosságot és a kölönbséget a két dolog között, mégha az parányi is. Tényleg jó a szemléltető képernyőkép amit küldtél. Hasznos!
Azt tudtam eddig is, hogy az "up" a modulok legfrissebb változatát húzza le, azt is, hogy az "upc" ennél továbbmegy és az adatbázist is frissíti + biztonsági mentést készít az adatbázisról.
Eddig még nem kellett éles környezetben használnom a "--select" verzió választót, de el tudom képzelni, hogy bizonyos esetekben ez nagyon hasznos lehet. Nagyjából 1 hónappal ezelőtt amikor a Drush használatát elkezdtem tanulni (vele együtt a parancssori felület használatát, terminal, ssh, stb) akkor használtam először és utoljára a " dl --select" kombót azért, hogy direkt egy-egy korábbi modul verziót töltsek le, hogy aztán frissíthessem a "up" parancs kiadásával.
Igazából igyekszem idafigyelni, hogy megnézzem a "rl" infót és a "rln" kiadási jegyzetet, mert nem akarok belefutni egy olyan dologba, hogy hirtelen egy modul "1.x" kiadásáról a "2.x" kiadásra telepítek úgy, hogy csak rutinból kiadom a "up" vagy most már az "dl" parancsokat és nem figyelek oda.
Köszi még 1x a segítségedet.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igazad van ezt csúnyán benéztem ;-(
Nálad a pont a "up" és az "upc" kapcsán, ezt nagyon benéztem, mikor azt írtam, hogy az "upc" adatbázist is ment. Úgy látszik, hogy lusta voltam elolvasni, hogy valójában milyen feedbak-et kapok a frissítés után...
Ahogy korábban már írtad nekem, tényleg készít egy backup-ot a modulról, amit a drush-backup mappába ment el alapértelmezett beállítással. Jó lenne tudni, hogy miképp lehetne ebből visszaállítani a modul korábbi állapotát hátha egyszer erre is sor kerül, de ez már egy másik sztori. Most nincs sok időm ezzel játszani, de ahogy megnéztem ezt a backup mappát, a modul fájlait látom itt, úgyhogy elég lenne csak visszamásolni.
Egyébként én éles környezetben is használom a Drush, mert kaptam SSH használati engedélyt. Szóval egy Drush hűbérúr igazgat több kissebb brossúra méretű weblapot. Az Ügyfeleim nem engedhetik meg, hogy saját szervert üzemeltessenek vagy virtuális szervert béreljenek ezért beérik az osztott tárhellyel. Gondolom, hogy sokan vannak ezzel így, a Sysadminok pegid a fejüket csóválják emiatt, mert tudják, hogy ez mennyie nem kóser.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Spam robotok és Spam emberek
Csak egy élő példa arra, hogy nem csak a robotok érik el az oldalt:
Nemrég teszteltem online környezetben egy Drupal Commerce webáruházat. Ha jól emlékszem, akkor a PayPal-tól kapott Developer fiók (test, seller/buyer, email, stb) miatt kellett, hogy online legyen, mert csak így tudtam tesztelni rendesen a checkout-ot.
Szóval az történt, hogy beüzemeltem egy Captcha-t és miközpben pár napig teszteltem a vásárlás menetét, 10 új vásárló jelentkezett be és regisztrált a weblapra. Mondanom sem kell, hogy mindegyik hamis adatokat adott meg úgyhogy nem volt nehéz kiszúrni ezeket.
Ekkor merült fel bennem a kérdés, hogy kell-e nekem ezzel foglalkoznom és az időm/energiám 20%-át azzal töltenem, hogy kiszűrjem a saját online boltomból az ilyen férgeket?
Több más tényezőt is figyelembe vettem és arra az álláspontra jutottam, hogy a Commerce helyett egy külső szolgáltatót bízok meg azzal, hogy közvetítsen a digitális termékek eladásában.
Köszi a tippet, a hasznos könyvjelzők közé mentettem a Honeypot modult!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hasznos visszajelzés
Köszi a visszajelzést Péter! Úgy tűnik, hogy hasznos lesz ez a kis modul számomra is, mert éppen tegnap botlottam bele hasonló szituációba.
Eszement dolognak tűnik, de azért megosztom veletek is, hogy mi történt. Tegnap Drush-t használva sikeresen telepítettem távoli szerveren egy alap Drupal weblapot. Örültem, mint majom a banánnak, mert korábban gondjaim voltak a távoli adatbázis eléréssel, de nem ezúttal. Habár rendszeresen használom a Drusht távolról elérve a weblapokat, nekem mégiscsak ez volt az első sikeres Drupal telepítésem nem lokális környezetben. Sok-sok változót is megadtam a telepítő parancsnak ami 2-3 sornyira duzzadt, de gond nélkül lefutott minden.
Ezután nekiálltam a modulok letöltésének és telepítésének. Mire végeztem a nagyjával átváltottam a webes felületre, hogy ott folytassam a beállításokat. Csak néhány perc telhetett el, de már valaki elindított egy regisztrációt a weblapon. Persze hamis levélcímet adott meg és valamilyen hülye nevet magának ahogy ez lenni szokott, de azt hittem, hogy az agyam eldobom, mert eszem ágában sem volt "tagokat" toborozni az oldalon.
Azt nem tudom, hogy csak egy szemfüles unatkozó látogató kérvényezte a regisztrációját vagy egy robot, mert azonnal blokkoltam/töröltem a lapról.
Kérdés: lehetséges, hogy egy robot elindítsa a regisztrációs folyamatot, azután az elküldött emailt is visszaigazolja, netalán be is lépjen a weboldalra vagy erre csak egy humán képes?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hasznos visszajelzés
Köszi Péter! Újabb hasznos visszajelzés a részedről, ahogy már megszokhattuk. ;-)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
És most megismered a modul mődödését
A következő lépés miután feltelepítetted a Views Slideshow modult, hogy megismred a mőködését. Elolvasod a README.txt fájt, ahol a fejlesztő hasznos információval lát el. Ha nem megy az angol, akkor a Drupal.org oldalon megkeresed a modul magyarítását és beimportálod a rendszerbe.
Ha ez még mindig kevés információ lenne, akkor a modul oldalán megnézed, hogy ajánl-e a fejlesztő csapat valamiféle dokumentációt a telepítéshez és a beállításhoz.
Biztosra veszem, hogy a Google kereső és a YouTube videómegosztó rengeteg hasznos tippel tud ellátni. Ezt a modult ezerféle képpen lehet felhasználni, mert nagyon rugalmasan kezelhető.
Itt a Drupal.hu tudástárban is népszerő téma a slideshow használata és léteznek magyar nyelvű oktatóanyagok is, bár ezeknek a pontos hivatkozását nem tudom egy csettintésre ide varázsolni csak ha rákeresek.
Remélem, hogy ettől függetlenül segítettem valamicskét és megtalálod a keresett információt a fenti lehetőségek egyikét használva.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Jelezd ha még nem találtál megoldást
Kata, elárulok neked most valamit a kérdésed kapcsán. Egészen mostanáig a TinyCME volt a kedvenc beépülő szövegszerkesztőm. Aztán megláttam a Dries új bejelentését arról, hogy az Aloha helyett a CKEditor lesz a Drupal 8 alapértelmezett szerkesztője és ettől dobtam egy hátast.
Nekem sose jött be ez az editor, mert a táblázatkezelésben túl gyenge szerintem és az eszköztára kinézete kb. a Microsoft Word 93-es időszakát idézte, tudom, hogy az utóbbi elég gyenge indok. Szóval a Tiny-t használtam eddig (ha jól tudom a WordPress is egy ilyen licenszelt editort használ és a Joomla is). Mindegy.
Szóval nemcsak Dries blogposztja, hanem a Google+ Drupal közössége is arra ösztökélt, hogy próbáljam ki újra a CKEditort és hidd el, hogy megérte!
Az új 4-es kiadás sokkal jobban használható, mint az elődje és habár még nem tartalmazza a modul (http://drupal.org/project/ckeditor) az inline szerkesztési funkciót, mégis eszement jól lehet használni.
Egyébként itt ki is tudod próbálni ezt: http://ckeditor.com/demo#inline
Egy kis kitérő: ha jól tudom akkor 1000 dolláros jutalmat adtak a pályázaton nyertes felhasználói felület tervezőjének, amit elég szép kis summa szerintem az elismerésen kívül. Ez már nem olyan ocsmány eszköztár, mint amilyen volt. Bártan "el lehet adni" ügyfeleknek és nem kell szégyenkezned miatta.
Visszakanyarodva a kérdésedre, nekem nem sikerült valamiért a WYSIWYG modullal együtt használni a CKEditort 4-t, de az önálló modul feltelepítésével simán ment, sőt a WYSIWYG nem is kellett hozzá.
Amit szeretnél megvalósítni a keresőbarát URL-ek létrehozását a belső linkek használatával, azt kb. 2 perces bogarászással és beállítással össze lehet hozni a Péter (Kudos: Sk8erPeter) által ajánlott CKEditor Link használatával. Csak egy dologra kell odafigyelned: nemcsak a modul beállításánál, hanem a Szövegformátumok menüpont (admin/config/content/formats) alatt is be kell kapcsolnod a szép URL-ek filterezését és alatta a helyes sorrend megadását. Nagyon-nagyon kényelmes a belső linkek hozzáadása ezzel a modullal.
Ezt a bő lére engedett bejegyzést csak azért írtam, mert épp akkor futottam bele ebbe az egészbe, amikor Te új kérdést nyitottál erről a fórumon. Ahogy nézem a linkedet, még mindig nem működik úgy, ahogy szeretnéd (alsó link): http://www.induserv.hu/hu/hoszigeteles/homlokzati-hoszigeteles-fajtai
Nálam ez egy jól működő dolog, csak ajánlani tudom másoknak is nem beszélve arról, hogy a Drupal 8 eleve CKEditorral fog érkezni, úgyhogy nehezen lesz megkerülhető.
Kérlek, hogy jelezd, ha tudtunk segíteni vagy ha még több segítség kell, ok?
Erről többet a modul leírásánál olvashatsz, de nagyjából erről van szó:
When using the CKEditor module
Go to admin/config/content/ckeditor and edit the desired profile.
Under "Editor appearance" > "Plugins", check the "CKEditor Link" box.
Save changes.
Set up CKEditor Link Filter
Go to admin/config/content/formats and edit the desired text format.
Check the "CKEditor Link Filter" box.
If you use other path converting filters like Pathologic or Path Filter, make sure that CKEditor Link Filter comes before them:
Under "Filter processing order", drag and drop CKEditor Link Filter before these filters in the list.
Save changes.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem szükséges a Panels
Szerintem a Views (Nézetek) modul használatával is el lehet érni a kétoszlopos rendezést.
Valami hasonlót szeretnél, mint ami itt a Drupal.hu (http://drupal.hu/ismerj-meg-minket) oldalon látható ugye?
Nagy Gusztáv által írt és közkincsé tett (szabadon letölthető) Drupal 7 alapismeretek című könyve sokat tud segíteni a modul megismerésében, nem győzzük ajánlani másoknak a fórumon.
A Views magyarítását pedig itt találod: http://localize.drupal.org/translate/languages/hu (Kudos magyar Fordítócsapat).
Miután sikerült áttanulmányozni a 15. fejezet anyagát és még mindig kérdésed merülne fel a Views használatával kapcsolatban, biztosra veszem, hogy valaki válaszolni fog tudni közülönk.
Nagyjából itt kell körülnézned a Nézet beállításánál:
- Nézet: Formátum,
- Milyen legyen a nézet stílusa: Rács | Beállítások,
- Oszlopok száma: 2
És már készen is van a kétoszlopos nézet, csak a benne lévő információs mezőket kell még belepakolni (pl. alkalmazott neve, igazolvány kép, rövid leírás, kapcsolat, stb).
Érdemes már most belekezdeni a Nézetek használatába, mert a Drupal 8 ezzel fog érkezni és kihagyhatatlan lesz! Jelezd, ha még segítségre szorulsz vagy ha sikerült megoldani a feladatot!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Huh, a Features-nek semmi köze ehhez
Ez nekem most nagyon új amit írtál. Én ezt a leírást találtam a Drush dokumentáció oldalán a "pm-refresh" alias "rf" parancsról:
Ennyire benéztem volna, hogy ez a parancs a Features-t támogatja? A parancs leírása nagyon kurtafarkú, ebből én nem ezt következtettem. Nekem az jött le, hogy ez a parancs szimplán frissíti egy-egy modul frissítési állapotát. A Features modult abszolút nem ismerem még.
Szerintem "segi" egyszerűen csak felcserélte a betüket, de én sem vettem egészen eddig észre, mert tudtam, hogy mire gondolt (a pm-refresh parancs rövidítésére). Szóval nem nagy ügy.