libraries drupal 8

fekete képe

Sziasztok!

Drupal 8-asom van, és a következő a problémám.
Az Address modult szeretném telepíteni, de ezt a hibaüzit írja:

"Address requires the commerceguys/addressing library."

Semmi többet.
Próbálgattam keresgélni, de csak zavarosabb lett a fejem. A libraries modul még nincs a 8-asban.
Tudna valaki valamilyen kerülő utat az Address modul telepítéséhez?

Köszönöm:
Black

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 
lazar képe

A composer használatával a függőségek is települnek.
A leírás szerint telepítetted?
"Address must be installed via Composer, in order to get the required libraries."
Kipróbáltam és minden jól működik.

2
-1
fekete képe

Bocsi, de drupált használok

0
0

Üdvözlettel: Black

fekete képe

A composer telepítésénél ezt a hibát írja ki:
"composer_manager-7.x-1.8.tar.gz nem tartalmaz .info.yml fájlt."

0
0

Üdvözlettel: Black

nevergone képe

fekete képe

Nekem drupál 8-asra kell Address modul. Nem otthon a wamp szerveren, hanem a szolgáltatóm szerverén vagyok.
Valaki?

0
0

Üdvözlettel: Black

nevergone képe

Attól tartok, nem nézted meg (elég alaposan) a fenti linkeker, így nem értem a negatív pontozást.

0
0
fekete képe

Köszi a válaszodat...Megnéztem alaposan, de nem vagyok programozó :(
Azt kell észre vennem, hogy a 5- ös drupálhoz programozni kellett, a 6-7 tök jó és a 8-as megint nem fehér embernek való(még) :)

0
0

Üdvözlettel: Black

fekete képe

Köszönöm a tanácsokat.
Segíteni nem segített egyik sem.
Nem haragszom, a szándék és a velem való foglalkozás dicséretes.
Még várok egy két évet ezzel a 8-as drupállal.
Üdv.
Black

1
0

Üdvözlettel: Black

nevergone képe

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

1
0
fekete képe

Igen

0
0

Üdvözlettel: Black

fekete képe

Igen

0
0

Üdvözlettel: Black

fekete képe

a c:\composer a gépemen

1
0

Üdvözlettel: Black

nevergone képe

Ha parancssorban kiadod a composer parancsot, megtalálja? Az kellene, hogy a modul könyvtárában kiadva a composer install parancsot letöltődjenek a szükséges kiegészítések.

0
0
fekete képe

-Futtatás
-cmd
-c:\
-composer
És előjöttek a használható parancsok.
Viszont a második mondatod számomra zavaros:
-modul könyvtára??? Milyen modul könyvtára????
A szolgáltatóm tárhelyén van ugyan cpanel, de hogyan?

0
0

Üdvözlettel: Black

nevergone képe

Hazaérek és segítek. Pontosan milyen hozzáférés van a tárhelyedhez?

1
0
fekete képe

cpanel, totálcommanderes ftp-t is használok.
mindent látok.

0
0

Üdvözlettel: Black

nevergone képe

Csak a telefon van nálam, ezért nem tudom kipróbálni, de a következőt tenném:
- letölteném a teljes weboldalt a gépemre
- letölteném az address modult és kicsomagolnám a letöltött weboldal modules/contrib könyvtárába
- a kicsomagolt modul könyvtárában kiadnám a composer install parancsot
- vissza feltölteném az egészet a tárhelyre

Remélem tudtam segíteni neked!

0
0
fekete képe

"- letölteném a teljes weboldalt a gépemre"

Ott milyen mappába? Tetszés szerintibe?
Mert már itt elakadtam.

0
0

Üdvözlettel: Black

nevergone képe

Mindegy, mert csak arra kell, hogy a composer fusson benne.

Elvileg a composer.json, composer.lock fájlokban és a vendor könyvtárban lesz változás. Plusz a letöltött modul a modules/contrib könyvtárban.

1
0
fekete képe

Megcsináltam.
Megint ugyanaz a hibaüzenet:
"Address requires the commerceguys/addressing library."
Köszönöm, hogy foglalkoztál ezzel a témával.

Olyantól kérdezném, aki már csinált ilyet.

0
0

Üdvözlettel: Black

nevergone képe

Mindent felmásoltál? Felülírtad az eredeti fájlokat? A composer install mit írt ki? A conposer installal tévedtem, bocsi.

Amúgy a https://www.drupal.org/project/address oldalon az Installation lépésről lépésre pontosan le van írva, hogy mit kellett volna tenned.

1
0
fekete képe

-Mindent
-Felülírtam
-"Address requires the commerceguys/addressing library."
-Az a lépésről lépésre részletes leírás, kb 2 mondat. Te nem ezt részletezted, hanem egy totál más utat javasoltál.

Köszönöm, de maradok a 7-esnél. Hegesztésből sosem voltam jó.
Black

0
0

Üdvözlettel: Black

nevergone képe

Ott van két composer parancs, az kell neked. A composer installt hagyd, abban tévedtem.

0
0
fekete képe

Kitartó vagy, de nem értem amit tőmondatokban írsz. Lassabban, pontosabban.
Nem haragszol?

0
0

Üdvözlettel: Black

nevergone képe

- letöltöd a gépedre valahova a teljes oldalt
- a modul oldalán írt composer parancsokat futtatod a könyvtárban
- feltöltesz vissza mindent a tárhelyre felülírással
- a composer parancsok kimenetét beírod ide

Sok sikert, nem haragszom, csak mobilról nehéz gépelni.

0
0
fekete képe

-Kb 2-3 óra, míg letöltődik a gépemre.
-Milyen parancsokat?
-oké a visszatöltés
-mit értessz a parancsok kimenetén?
Köszi
Black

0
0

Üdvözlettel: Black

fekete képe

Hm...
Az elsőnek nem volt kimenete.
a másodiké: "Root package 'drupal/address' cannot require itself in its composer.json
Did you accidentally name your root package after an external package?"

0
0

Üdvözlettel: Black

fekete képe

Nos? Mond valamit a kimenet?
Mert a modul továbbra sem települ.

0
0

Üdvözlettel: Black

dongodani képe

Javaslom, hogy a Drupal 9-es verziótól már a modulok telepítésén túl, azok adminisztrálása és beállításai is egy egyszerű, Githubról utólag telepíthető konzolos felületről, különféle kapcsoló variációkkal ellátott parancsokkal történjen. Sokkal letisztultabb így a dolog. Sőt, itt már ne álljunk meg, magukról a Drupal-os weboldalakról is el kellene tüntetni a h*lye juzerek által felesleges módon favorizált gombokat, linkekeket, képecskéket, videókat és hasonló csacskaságokat, helyettük a világos és minden kockafejű programozó által sokkal inkább favorizált szép forráskódokkal kell bizonyítani, hogy a Drupal halad a korral és elébe megy a felhasználói igényeknek. A sitebuilderek is sokkal jobban örülnének a 4-5 programnyelv és pár ezer konzol-parancs elsajátításának, valamint ezen inspiráció hatására még buzgóbban ajánlanák a megrendelőiknek a Drupal rendszert, amivel immár pár év alatt egy szimpla kis céges bemutatkozó weboldal frappánsan összehozható.

Esetleg valakinek ott a fejlesztők között nem sikerült véletlenül a homlokára böknie, hogy skacok..., mi volna, ha az admin felületen történő modul telepítésekkel együtt a függőségekre is mellékesen úgy rápislantanánk, uram bocsá' még implicit módon telepítenénk is őket...? Persze lehet hogy lehurrognák, hogy ilyet korábban már csináltunk, működött is de akkor hol marad a fejlesztés...??

1
-2
nevergone képe

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.

0
-1
dongodani képe

Mint feketeöves drupálos, nem tudtál hatékonyan segíteni egy olyan dologban, ami korábban elég bénán, de valahogy megoldható volt még a földi halandóknak is. Ez az irány vakvágány a drupálnak és ahogy az ismerőseim mondani szokták, sokszor mondok kellemetlen híreket, de sajnos általában be is szoktak jönni. Az ilyen reszeléses megoldások pont arra jók, hogy már az első körben feladják az érdeklődők egy halk "anyád" kíséretében. Persze ha az a cél, hogy egy szűk kör értsen csak hozzá, akkor úgy már minden érthető.

Mellékesen nekem is össze kellene hoznom egy céges oldalt, de a D8-al való első benyomásaim legkevésbé sem arrafelé terelnek, hogy ez legyen a befutó. Se időm, se kedvem php guruvá válni csak azért, mert egy cms rendszernél egyszer csak úgy gondolták hogy mostantól kéne.

Ja..., ez a letöltöm az egész miskulanciát, futtatom a kompózert, majd visszatöltök mindent a tárhelyre történet sürgősen kezelőorvos és gyógyszerész után kiállt.

0
-1
nevergone képe

A tárhelyen is lehet futtatni a composert, amennyiben van shell-szintű hozzáférés.
Segíteni pedig annyit tudtam, mint amennyi hétvégén, némi sör után, csak telefonnal a kézben lehetséges.

De talán ez még mindig több, mint amennyit te beletettél a probléma megoldásába.

0
0
fekete képe

Nem én vagyok a tárhely tulaja.
De miért (nem)????
Mellesleg a composer valszeg még fejlesztés alatt van, a drupál viszont nagyon gyorsan fejlődik(visszafelé?).
A sör dukál, ha összefutunk...
Még egyszer köszi a sok jó szándék.
Black

0
0

Üdvözlettel: Black

HF leon képe

Írtam egy hosszú választ, de nem jelent meg. Kérd a moderátorokat, hogy tegyék ki rendesen.

Azt írták, hogy bekerült a moderálási sorba jóváhagyás után fog megjelenni. Így segítsen az ember :(.

Remélem hamarosan megjelenik.

Elküldtem még egyszer.

Na most tudnék mondani szépeket...

Előkerítettem a választ erre ismét a moderálási sorba került. Semmi sértő, illetlen, vagy támadó nem volt a válaszban csak szimplán a vélhető megoldás!!!!

:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(:(

0
0
dongodani képe

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...:-))))

0
-1
nevergone képe

dongodani képe

Írtam választ, de véletlenül kitörlődött és csak utána vettem észre nagy csodálkozásomra, hogy nincs visszavonás gomb az editorban. Mobilon pedig végül már egy hosszú függőleges betűcsík a komment. Erről ennyit, de talán jobb is...haggyuk.
Magam egyébként megoldottam ezt a Composer-es függőség kezelést, de tényleg nem volt "fehér embernek való". Újabb Windows Power Shell-t kellett hozzá telepítenem és még valami egyéb kacatot, mire egyáltalán fel került a gépre a Composer. Onnantól már csak pár konzol parancsot kellett kiadnom és voilá települtek a függőségek. Egyszerű, mint az ágybas...rás.
Szerintem a Drupál most veszíti el az átlag felhasználóit és ezzel együtt a lehetőséget, hogy népszerű platform legyen a webes érában. De hát ti tudjátok én szóltam...

0
-1
nevergone képe

A modul adatlapján le van írva, hogy az egész modult composerrel kell letölteni, mert így töltődnek le a szükséges külső library-k is:

Address must be installed via Composer, in order to get the required libraries. The tarballs are provided for informative purposes only.

Kipróbáltam, nekem működnek is a projekt oldalon megadott parancsok, a modul belekerült a modules/contrib könyvtárba.

  1. composer require "drupal/address ~1.0"
  2. ./composer.json has been updated
  3. Loading composer repositories with package information
  4.  
  5. Updating dependencies (including require-dev)
  6. Package operations: 33 installs, 0 updates, 0 removals
  7. - Installing commerceguys/enum (v1.0): Downloading (100%)
  8. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  9. - Installing commerceguys/addressing (v1.0.0-beta3): Downloading (100%)
  10. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  11. - Installing commerceguys/intl (v0.7.4): Downloading (100%)
  12. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  13. - Installing symfony/dom-crawler (v2.8.18): Loading from cache
  14. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  15. - Installing sebastian/version (1.0.6): Downloading (100%)
  16. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  17. - Installing sebastian/recursion-context (1.0.5): Loading from cache
  18. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  19. - Installing sebastian/global-state (1.1.1): Loading from cache
  20. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  21. - Installing sebastian/exporter (1.2.2): Loading from cache
  22. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  23. - Installing sebastian/environment (1.3.8): Loading from cache
  24. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  25. - Installing sebastian/diff (1.4.1): Loading from cache
  26. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  27. - Installing sebastian/comparator (1.2.4): Loading from cache
  28. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  29. - Installing phpunit/php-text-template (1.2.1): Downloading (100%)
  30. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  31. - Installing doctrine/instantiator (1.0.5): Downloading (100%)
  32. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  33. - Installing phpunit/phpunit-mock-objects (2.3.8): Downloading (100%)
  34. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  35. - Installing phpunit/php-timer (1.0.9): Loading from cache
  36. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  37. - Installing phpunit/php-token-stream (1.4.11): Loading from cache
  38. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  39. - Installing phpunit/php-file-iterator (1.4.2): Downloading (100%)
  40. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  41. - Installing phpunit/php-code-coverage (2.2.4): Downloading (100%)
  42. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  43. - Installing mikey179/vfsstream (v1.6.4): Loading from cache
  44. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  45. - Installing symfony/css-selector (v2.8.18): Loading from cache
  46. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  47. - Installing symfony/browser-kit (v2.8.18): Loading from cache
  48. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  49. - Installing fabpot/goutte (v3.2.1): Loading from cache
  50. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  51. - Installing behat/mink (dev-master 9ea1ceb): Cloning 9ea1cebe3d from cache
  52. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  53. - Installing behat/mink-browserkit-driver (v1.3.2): Loading from cache
  54. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  55. - Installing behat/mink-goutte-driver (v1.2.1): Loading from cache
  56. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  57. - Installing phpdocumentor/reflection-docblock (2.0.4): Downloading (100%)
  58. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  59. - Installing phpspec/prophecy (v1.7.0): Loading from cache
  60. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  61. - Installing drupal/address (1.1.0): Downloading (100%)
  62. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  63. - Installing squizlabs/php_codesniffer (2.8.1): Loading from cache
  64. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  65. - Installing drupal/coder (8.2.12): Loading from cache
  66. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  67. - Installing jcalderonzumba/gastonjs (v1.0.2): Loading from cache
  68. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  69. - Installing jcalderonzumba/mink-phantomjs-driver (v0.3.1): Loading from cache
  70. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  71. - Installing phpunit/phpunit (4.8.35): Downloading (100%)
  72. > Drupal\Core\Composer\Composer::vendorTestCodeCleanup
  73. commerceguys/addressing suggests installing symfony/intl (to use it as the source of country data)
  74. sebastian/global-state suggests installing ext-uopz (*)
  75. phpunit/phpunit-mock-objects suggests installing ext-soap (*)
  76. behat/mink suggests installing behat/mink-selenium2-driver (slow, but JS-enabled driver for any app (requires Selenium2))
  77. behat/mink suggests installing behat/mink-zombie-driver (fast and JS-enabled headless driver for any app (requires node.js))
  78. phpdocumentor/reflection-docblock suggests installing dflydev/markdown (~1.0)
  79. phpdocumentor/reflection-docblock suggests installing erusev/parsedown (~1.0)
  80. phpunit/phpunit suggests installing phpunit/php-invoker (~1.1)
  81. Writing lock file
  82. Generating autoload files
  83. > Drupal\Core\Composer\Composer::preAutoloadDump
  84. > Drupal\Core\Composer\Composer::ensureHtaccess

Ennél többet sajnos jelen helyzetben nem tudok segíteni.
Néhány itt elhangzott gondolatra azért reagálnék:

Mellékesen nekem is össze kellene hoznom egy céges oldalt, de a D8-al való első benyomásaim legkevésbé sem arrafelé terelnek, hogy ez legyen a befutó. Se időm, se kedvem php guruvá válni csak azért, mert egy cms rendszernél egyszer csak úgy gondolták hogy mostantól kéne.

Mellesleg a composer valszeg még fejlesztés alatt van, a drupál viszont nagyon gyorsan fejlődik(visszafelé?).

A Composer egy folyamatosan fejlesztett, de jól használható eszköz a függőségek kezelésére. Mint ahogy a Drupal is egy folyamatosan fejlesztett, de jól használható eszköz. A Composer használata a nagyobb PHP projekteknél kvázi szabványnak tekinthető és az ismerete csak annyira számít „PHP guruságnak”, mintha azt mondanám, hogy „Windows guru vagyok, mert tudom használni a Total Commandert”.
Talán csak azt kellene észrevenni, hogy a Drupal már régen kinőtte az otthoni házibarkács szintet (bár továbbra is használható kisebb oldalakhoz) és a vállalati szegmensben mozog. Ott pedig az ilyen composeres probléma fel sem merül, mert ez csak az egyik lépése a build folyamatnak, ami során a weboldal elkészül (mint ahogy pl. a sminkhez használt CSS fájlt sem kézzel írják meg, hanem kigenerálják egy forráskódból).
Bár számtalan leírás és könyv készült már a Drupal 8-hoz, de azokat el kell olvasni, próbálgatni kell, nyilván a Drupal 8 (is) új tanulandó dolgokat hoz. Vagy ott a Drupal 7, ami még várhatóan évekig támogatott marad. Esetleg bátran lehet más projektekre váltani, számtalan más CMS rendszer érhető el.

Végül pedig megjegyezném, hogy bár pár hozzászólás tévesen azt sugallta, de valójában a kérdezőnek nem a Drupallal, hanem a Drupalhoz készített egyik külső modullal és annak függőségeivel van problémája. Teljesen felesleges általánosítani itt azzal, hogy a Drupal így, meg úgy. A Drupal köszöni szépen, jól van és ezután is jól lesz, teljesen felesleges a vészvarjút előadni.

0
0
dongodani képe

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.

1
-2
nevergone képe

Amennyiben „hardcore fejlesztői platform”-nak nevezzük, hogy feltelepítek egy programot, letöltök egy könyvtárat, azon futtatom a programot és utána visszatöltök mindent, akkor sajnálom, mert az egész informatika „hardcore fejlesztői platformnak” számít.
A többi téves feltételezésedre nem szeretnék reagálni, ez egy nonprofit oldal, reklámot se látsz, nem tudom, hogy miből gondolod, azt, hogy itt bárki támogat bárkit is. A Magyar Drupal Egyesület is a tagdíjakból és az önkéntes munkából tartja fent magát, mindenki a szabadidejét teszi bele. Mint ahogy én is a szabadidőmet tettem bele ebbe a témába, ami már teljesen eltért az eredeti kérdéstől és trollkodássá vált, azért el is hagyom.
További jó felesleges hangulatkeltést!

Ui.: „nekünk már úgy is mindegy”
Hát igen, panaszkodni könnyű, tanulni nehéz. De ez mindenre igaz.

1
0
HF leon képe

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!!

1
0
fekete képe

Nagyszerű!
Örülök, hogy sikerült a megoldás.
Most már, csak arra kérlek magam, és az utókor nevében, hogy írd le ide is a megoldást!
Előre is köszi:
Black

0
0

Üdvözlettel: Black

HF leon képe

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.

1
0
HF leon képe

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.

2
0
nevergone képe

Köszönöm, ez végre egy tartalmas hozzászólás!

0
0
HF leon képe

Amikor a drupal alaprendszerét frissíted ne felejtsd el, hogy milyen könyvtáraid vannak a vendor mappában, mert azokat nyilván nem szabad törölni a frissítéskor!

(Bocsánat nem mertem az előző hozzászólást szerkeszteni nehogy megint a moderálási sorban kössön ki.)

2
0
HF leon képe

Úgy adódott, hogy ismét vegyes composer / manuális telepítéssel kellett foglalkoznom. Tudom, már nem nagy segítség, de leírom, hogy mások is tanulhassanak belőle.

Ekkor jutott eszembe egy nagyon fontos dolog, amit itt elfelejtettem megemlíteni, de lényeges.

Amikor a composer külső php könyvtárakat telepít azt be kell csatolnia a drupal rendszerébe.

A vendor mappa composer mappájában több autoload_ névvel kezdődő elnevezésű php fájl található.

Ezekbe a települő könyvtára regisztrálják magukat, így kapcsolódnak a drupal rendszeréhez.

Miket és hova? Nos erre utal a composer.json fájl az adott php könyvtár mappájában, de az autoload_static.php, már trükkösebb.

Így a következőt javaslom:
Csinálj egy teszt drupal telepítést. Telepíts fel composer segítségével egy tetszőleges modult, aminek nincsenek további függőségei. Ekkor sok egyéb könyvtár is kerül a vendor mappába, amire a composer-nek szüksége van. Így könyebb lesz az összehasonlítás a későbbiekben.

Akár az egész vendor mappáról készítsünk egy másolatot mondjuk vendor_1 néven (itt, már benne lesznek a composer által igényelt könyvtárak is).

Tehát most telepítsük a tesztrendszerre a composer segítségével a valóban számunkra szükséges modult. Miután feltelepült, már kideríthető mik azok a könyvtárak, amelyek felkerültek az előző állapothoz képest.
Az újonnan felkerült könyvtárakat fel lehet másolni az éles rendszerre.

Következő lépésben az autoload fájlokat hasonlítsuk össze az előzőekkel. Így megállapítható melyek azok a plusz sorok, amelyek bejegyzésre kerültek.
Az éles rendszeren is módosítani kell a megfelelő autoload fájlokat és beírva a z új sorokat, máris működni fog minden.

Nagyjából így teljes a leírás.

Ha picit alaposabban tanulmányozza valaki a telepíteni kívánt könyvtárak függőségeit a kívánt könyvtárak composer.json fájljait és az autoload_static.php felépítését. Hamar észreveheti, hogy miként kell eljárni és akkor az összehasonlítás nem szükséges.

0
0
Karabiner képe

Bizony ez nem egyedi vélemény, hogy a Drupal meg sem próbál már az egyszerű felhasználók felé mozdulni egyértelműen a vállaltai irányt vette fel.
Hisz a Drupal fejlesztői vállalati szegmens részére fejlesztenek és kívánnak fejleszteni. Tehát teljesen logikus hogy a saját céljaik szerin teszik ezt.
Valóban akkor lehetne kommunikálni hogy mostantól a világon megtalálható néhány tucatnyi fejlesztő cég saját CMS rendszere lesz a Drupal.
Itthoni folyamatok is egyértelműek. A szándék hogy a Drupal hétvége is inkább vállalati ügyfelek toborzásról szóljon. Vagy ott van a Drupal egyesület ami a honi nagyobb Drupal cégek gittegylete, hisz szépen minden cég delegált egy embert a vezetőségbe és útána boldog mindenki. Majd szép rendezvényeket szerveznek a többi Drupalos nagy fejlesztő irodáknak a világban.
Az egyszerű felhasználó már csak ezért kell mert valakikkel még is csak tesztelni kell a rendszert és erre még csak jók.

Bocs a trollkodásért, de nekünk már úgy is mindegy.

0
-3