libraries drupal 8

Kezdjük az elejéről: honnan szerezted be a modult? A drupal.org-ról töltötted le?

Valamit a trollkodáson kívül esetleg a konkrét probléma megoldásához?
A Composer egy népszerű, Drupaltól független, elterjedt csomagkezelő PHP alapú projektekhez.

Itt egy olyan külső library telepítése okozza a problémát, amely nem a modul (és nem az alaprendszer) része, viszont szükséges a modul működéséhez.

Nesze neked Drupál fórum motor...

A sok malasztot szépen kiteszi, végre jönne már valami használható is, erre az meg megy a levesbe. Na hát erről (is) beszéltem, de a kollégánál valamiért kiégett az irónia-méter.
Nem kéne már áttérni valamelyik konkurens cms fórum motorjára, mégis egy stabil pont lenne, esetleg sokan azt hinnék, hogy az is Drupál...:-))))

Tehát perfekt volt a meglátásom. A Drupal kivonul az átlag self-made user cms-e viszonylatból és hardcore fejlesztői platform irányt vett(csak jó lenne, ha ezt a büszke professzionalitást nem árnyékolnák be sok esetben béna megoldások). Nem baj ez, nyilván erre is van igény, csak a platform kommunikációja ezt a körülményt nem igazán hangoztatja. Ergo világszerte sokan belefutnak abba, hogy éveket eltöltöttek egy nem kicsit nem egyszerű eszköz megismerésével és amikor már örülnének annak, hogy egy újabb verzióval korszerűbb, igényesebb lesz a kedvenc fejlesztőeszközük, akkor kiderül, hogy azt már lényegében nem is nekik szánták. "Játszatok vele ha tudtok, de az érdemi dolgokat már úgy is a programozó brigádok valósítják meg."

Csak akkor viszont sokkal tisztességesebb nyíltan megírni, hogy "öcsi, ez már nem a te szinted, ne erőlködj vele", mint félszavas válaszokkal kiszúrni a szemét és abban a hitben ringatni, hogy ő a béna kacsa és rajta kívül még a szomszéd macskája is csuklóból kezeli a "vállalati szegmensben sztenderdnek számító külső eszközparkot", amivel a D7-nél például még csak nem is találkozott.
És ha jól értem, akinek mindez nem szimpatikus, az elhúzhat melegebb tájakra...

Habár én mindig megoldom amire szükségem van, ergo nem igazán szorulok rá, hogy itt bárkitől is felvilágosítást kérjek, ugyanakkor nem túl szimpatikus olvasni, ha látható módon fellengzősen húzzák egy idetévedt balszerencsés érdeklődő agyát.
Ha jól tudom, pénzt, eszközöket és egyéb támogatást is kaptok informatikai nagyvállalatoktól hogy a Drupal-t népszerűsítsétek (pl.ez a portál sem a semmiből üzemel már sok éve és gondolom, nem saját zsebből álljátok a költségeket). Az ezen cégek számára szükséges hardcore Drupal fejlesztők, pedig az érdeklődő kezdőkből fognak kinőni, azaz csak kinőnének, ha nem lennének elhajtva a "bátran lehet más projektekre váltani" felkiáltással.

Kérlek segíts a kérdezőnek és áruld el, hogy pontosan mely új mappák kerültek be a vendor könyvtárba.

Ez adhat némi segítséget a kérdezőnek, mert azt kellene megérteni, hogy Ő manuálisan szeretné felmásolni a hiányzó könyvtárakat. Ehhez viszont tudnia kellene, hogy mely könyvtárakat és hova.

Senki nem vitatja, hogy a composer egy remek eszköz, de meg kell tanulni használni. Nekem is eltartott egy darabig, míg megbarátkoztam vele.

Viszont manuálisan is telepíthetők a függőségek csak tudni kell, honnan töltse le a felhasználó és pontosan hova csomagolja ki őket.

Meg kell érteni, hogy sok felhasználó igencsak idegenkedik a parancssortól. Sok tárhelyen pedig nem lehet composert telepíteni.

Maga a modul dicséretes, hogy alkalmazza az új trendeket, de a kevésbé tapasztalt felhasználóknak az átállás el fog tartani egy darabig. Meg lehet barátkozni a parancssorral és a composer használatával, de be kell látni, hogy aki a click click megoldásokhoz szokott annak ez fáradtságos megoldás.

Otthoni fejlesztőkörnyezetnek például javaslom a wamp és xamp helyett a LARAGON nevű formációt. Ott például a composer is szépen integráltan feltelepül és egy remek kis színezett terminált is kap a kezdő felhasználó :).

Utóirat: Kedves Drupal Adminok! Ideje lenne megjeleníteni a hozzászólásom a moderálási sorból!!

Komolyan ennyi függősége lenne az address modulnak?

A kiemeltek biztosan azok. A kérdezőnek szerintem a phpunit-ra semmi szüksége.

commerceguys/enum (v1.0)
commerceguys/addressing (v1.0.0-beta3)
commerceguys/intl (v0.7.4)

symfony/dom-crawler (v2.8.18)
symfony/css-selector (v2.8.18)
symfony/browser-kit (v2.8.18)

sebastian/version (1.0.6)
sebastian/recursion-context (1.0.5)
sebastian/global-state (1.1.1)
sebastian/exporter (1.2.2)
sebastian/environment (1.3.8)
sebastian/diff (1.4.1)
sebastian/comparator (1.2.4)

mikey179/vfsstream (v1.6.4)

fabpot/goutte (v3.2.1)

behat/mink (dev-master 9ea1ceb)
behat/mink-browserkit-driver (v1.3.2)
behat/mink-goutte-driver (v1.2.1)

doctrine/instantiator (1.0.5)

phpdocumentor/reflection-docblock (2.0.4)

phpspec/prophecy (v1.7.0)

squizlabs/php_codesniffer (2.8.1)

jcalderonzumba/gastonjs (v1.0.2)
jcalderonzumba/mink-phantomjs-driver (v0.3.1)

drupal/address (1.1.0)
drupal/coder (8.2.12)

phpunit/php-text-template (1.2.1)
phpunit/phpunit-mock-objects (2.3.8)
phpunit/php-timer (1.0.9)
phpunit/php-token-stream (1.4.11)
phpunit/php-file-iterator (1.4.2)
phpunit/php-code-coverage (2.2.4)
phpunit/phpunit (4.8.35)

A coder modult miért telepíti a composer?

Nem szeretnék a veszekedésbe beszállni, de valóban úgy tapasztalom, hogy a kattintgatós felhasználóknak előnyösebb az új joomla és kicsit bonyolult a drupal 8.

Mondom ezt úgy, hogy mióta megismertem a drupal 8-at azóta szeretem, bár tudnék mondani néhány hiányosságot, de azt a másik két konkurens cms esetén is tudnék.

Rá kéne szánnom az időt egy tesztrendszeren, hogy megnézzem ezt az address modult, mert jó lenne tisztán látni a kérdésben.

Eszembe jutott, hogy megkukkantom a packagist.org-on, hogy mi is a helyzet.

Ott azt írja a commerceguys/addressing:

Requires

• php: >=5.5.0
• doctrine/collections: ~1.0
• commerceguys/enum: ~1.0

Requires (Dev)

• symfony/validator: >=2.3
• symfony/intl: >=2.3
• phpunit/phpunit: ~4.0
• mikey179/vfsstream: 1.*
• squizlabs/php_codesniffer: 2.*

Mivel a kérdés, hogy éles rendszerre miként kell feltenni a Dev rész nem lényeges. Így a feltételek a php verzió 5.5.0 vagy magasabb megléte a szerveren. Gondolom ez teljesül. A doctrine/collections megtalálható a drupal vendor mappájában és 8.3-as drupal-nál ez 1.3-as verziónál jár így ez is rendben.

Vagyis marad a commerceguys/enum, aminek nincs további függősége.

A drupal address modul composer.json fájlja tartalmazza még a commerceguys/intl könyvtárat is függőségként, aminek szintén nincs további függősége.

Tehát elvileg csak a commerceguys/addressing, commerceguys/enum és a commerceguys/intl könyvtárakra van szükség. Ezeket kell a github-ról letölteni és a drupal vendor mappájába tenni a szerveren.

A github-ról egyenként zip fájlban le leget tölteni a könyvtárakat.
Nézzünk egy példát magára az addressing könyvtárra:

1. Addressing könyvtár a git-ről
2. A szerveren a drupal vendor mappájában létre kell hozni egy commerceguys mappát.
3. A commerceguys mappában egy addressing mappát.
4. Az addressing mappába pedig a zip fájl addressing-master mappájából kell a fájlokat bemásolni.

A másik két könyvtárnál is hasonló az eljárás.

Remélem így érthető és tudtam segíteni.

Azért hosszú távon nem árt megbarátkozni a composer-rel, mert sok modul és könyvtár esetén ezt így modulonként és könyvtáranként végigzongorázni és figyelni a frissítéseket is igen fárasztó.

A drupal csak a saját moduljait figyeli, amik a drupal.org-on fent vannak. Azok a modulok, amelyek külső könyvtárakat használnak többnyire nem figyelik a külső könyvtárak aktuális állapotát. Tehát a drupal felületén keresztül csak a modulok frissülnek a külső könyvtárak nem. Így ezeket manuálisan kell követni a biztonság érdekében. Vagy egy jól felkonfigurált composer-rel, ami átvállalhatja ezt a fárasztó melót.