Joee képe

Köszönöm a linket. Nagyon hasznos. Viszont ilyen problémák megoldására van egy még egyszerűbb és jobban használható módszerem amivel egyetlen betű beírása nélkül tudom kezelni. Van egy html fájlom, amit munkakezdet előtt megnyitok a böngészőben és a kategorizálva raktam bele különböző parancsokat. A kívánt parancs gombjára kattintok és a parancs kódja a vágólapra kerül. Utána csak be kell kopiznom a terminálba és enter. Viszont nem ez a probléma, hanem az, hogy a Drush launcherben valami hiba van, mert ha jól tudom akkor annak a feladata lenne a drush parancs címzésének kezelése, mivel úgy tudom, erre találták ki.
Miért Drupal kérdés? Azért ha nem is közvetlenül Drupal, de annak a kezelő és fejlesztői részéhez mindenképpen kapcsolódik. Valójában igazad van, mert így, hogy a probléma körvonalazódott, így egy Drush fórumon esetleg nagyobb segítséget kaphatnék.

0
0
dj képe

hogy nem igazán értem a problémádat ahogy leírod:

a Drush launcherben valami hiba van, mert ha jól tudom akkor annak a feladata lenne a drush parancs címzésének kezelése, mivel úgy tudom, erre találták ki

A composer a drush-t a vendor alá telepíti és létrehozza a futtatható fájlt a vendor/bin alá. Innen lehet futtatni a vendor/bin/drush kiadásával. Erre van kitalálva. Ha neked ez macerás akkor létrehozol egy aliast (vagy ha van jobb ötleted használod azt) ami már nem Drupal kérdés hanem oprendszer kérdés.

0
0

Üdv!
Dudás József

Joee képe

Amennyire én tudom a Drush launcher arra való, hogy a parancssorba elég legyen csak a "drush *parancs*" formátumot beírni a drush elérési útvonala nélkül és mindig azt a drush verziót hívja meg amelyik megfelel az adott projektnek, amelyik az adott projectbe lett telepítve.
A drupal. org-ról:
Drush comes as 2-parts:
1) Drush Launcher - this is a global program that launches Drush. Drush itself is installed independently in each project, which allows for having differing versions of Drush between projects. Drush Launcher looks for Drush in a project, and launches that instance of Drush.
2) Drush - this is the actual Drush program. It needs to be installed in each project.
To install Drush (part 2), navigate to the project root, and run composer require drush/drush.
After that you can check if it's working by executing drush from anywhere in your project directory.

0
0
Nagy Gusztáv képe

Én a https://www.mail-tester.com/ -ot szoktam használni, több oldalnál sikerült ez alapján megoldást találnom.

0
0

Nagy Gusztáv

Nagy Gusztáv képe

Maximálisan egyetértek. Mindenhol azt látom, hogy a Drupal 8 óta töredékére esett a Drupallal foglalkozók száma. Én se vagyok hajlandó 7-esnél újabb verziót használni, akármennyi ellenérvet kapok is.
Egy szép évtized volt, amíg Drupaloztam, de ez az irányváltás óriási öngól lett.

0
0

Nagy Gusztáv

Drupal User Group Budapest - 2023. szeptember

Pandelon képe

Kevesen hallottak azonban még az idei év eddigi talán legnagyobb újdonságáról, az OrbStack-ről. A Cheppers Drupal divíziója a munkafolyamataik egységesítése során meglepően jó tapasztalatokat szerzett ezzel az új eszközzel macOS-en, így hivatalosan is ajánlott megoldásként javasolja a kollégák körében a korábban használt Docker Desktop for Mac (röviden DDfM) helyett. Ezeket a tapasztalatainkat mutatjuk be negyed órában összefoglalva, amit utána kötetlen kérdés-válasz szekció követ az érdeklődés erejéig.

Időpont: 
2023. szeptember 28., csütörtök 18.00 - 21.00
Balu Ertl képe

Szia! Menj a domenem.tld/user/login oldalára a webhelyednek.

0
0
Balu Ertl képe

Szia! Köszönjük a kérdést, jó látni, hogy valaki már bátran használ Composer-t és D10-et is.

  1. Pontosan melyik 9.x alverzióról frissítesz?
  2. Az 1. és 2. pont ugyanarra utal: a Composer-hez lehet írni bővítményeket és ezeknek a külsős pluginoknak a működési módja változott 1.0-ról 2.0-ra. Ha például a drupal/recommended-project projektsablonra építve indítottad annak idején, akkor az a 9.3.14-es és 9.3.15-ös verziója között váltott. Neked mi szerepel a composer.lock fájlod legvégén? Ha már 2.0, akkor szerintem nyugodtan próbáld meg az üzenetben is javasolt kapcsolóval kiegészítve: $ composer update "drupal/core-*" --with-all-dependencies --no-plugins.
  3. A 3. és 4. ponttal („Package szallito/csomag is abandoned…”) nagy valószínűséggel nem kell foglalkoznod. Ha nem te magad igényled őket a saját projekted gyökerében a composer.json fájlban, akkor ezek közvetett függőségek, automatikusan cserélődni fognak, amint újabb verziója települ annak a csomagnak, ami igényli őket.
0
0
nakos képe

Szia Balu!
Köszönöm, hogy foglalkozol a problémámmal.
= A 9.5.11 verziót próbálom 10-es verzióra frissíteni.
= A composer.lock fájlban az utolsó záró } előtti sor: "plugin-api-version": "2.6.0"
>> A javasolt frissítési módot használva (melyet a leírások olvasgatása alapján már én is többször próbáltam) annyi történik, hogy egy symfony/http-kernel (v4.4.50 => v4.4.51) frissítés történik és összeomlik az oldal. Sikerült mentésből vissza állítani.
>> Ha elhagyom a --no-plugins kiegészítést, akkor a symfony/http-kernel (v4.4.50 => v4.4.51) frissítés megtörténik és az oldal is működőképes marad. Azonban az alaprendszer frissítése 10-es verzióra nem történt meg.
= Nem kértem külön függőségeket a rendszertől, csak a közösségi modulokat használtam.

Milyen más módot használjak? Írjam egyszerűen felül a core könyvtárat? Ilyenkor hogy alakul a composer.json fájl és composer.lock fájl (ez nálam 7003 sor - nem hosszú ez egy kicsit?). Segítene a composer.json fájl ismerete?

Üdvözlettel:
Nagy Ákos

0
0