druid képe

Beküldte druid - 2024. szeptember 24. 21.38

Letöltöttem a PDF-et – KÖSZÖNET A KÉSZÍTŐKNEK! –, de annak ellenére, hogy az oldalon 10-est írnak, és a file nevében is, a PDF megnyitásakor a Drupal 8-as leírása jelenik meg: https://ibb.co/t3ZhYrQ

0
0
Balu Ertl képe

Beküldte Balu Ertl - 2024. szeptember 25. 14.33

Igen, mivel csak az angol nyelvű eredeti változat követte a főverziókat, a fordítások (még) nem. A kimeneti fájlok (.ePub, PDF) viszont egy egységes automatizált folyamat során generálódnak a forrásfájlokból, így ahhoz, hogy a frissebb D10-es angol nyelvű változat fájljait letölthetővé tehessék, automatikusan legenerálódtak vele együtt a még elmaradottabb, annak ideján D8-ra lefordított nyelvi változatok is.

Csak érdekességképpen: ez a folyamat hamarosan másképp lesz, jelenleg egy közös egyeztetés zajlik a lehetséges irányokról.

1
0
druid képe

Beküldte druid - 2024. szeptember 24. 21.20

Szóval akkor most a Composer, vagy a Drush telepíti magát a Drupal-t?

Tehát a Composer tölti fel a tárhelyre a telepítendő Drupal file-okat, és Drush-sal lehet ténylegesen telepíteni.

  • A végeredmény szempontjából van különbség a között, hogy a hagyományos, azaz a böngészőből elérhető interaktív felületen telepítjük a Drupal-t, vagy a Drush-sal?
  • A Composer más szerkezetben és több file-t, mappát tesz fel, mintha a Drupal core zip-jét tölteném fel FTP-vel. Ezek szerint ha nem Composer-rel történik a feltöltés, akkor bizonyos függőségek hiányoznának? Csak mert a hagyományos módszer használata esetén sem jelzett függőség hiányt a telepítő.

És akkor ott van az, hogy globálisan, vagy lokálisan települt-e?

Amikor telepítettem a Composer-t, nem rémlik, hogy a parancsban volt arra utaló rész, hogy globális, vagy lokális lesz-e a telepítés.

Erre van egy parancs, vagy attól függ, hogy a tárhely gyökerében állok-e a parancs kiadásakor, vagy pl. a public_html mappában?

[…] mert ha hol így, hol úgy, akkor a Drush nem fogja tudni követni a nem a Drush-ból indított frissítéseket

le lehet valahogy tiltani a grafikus felületről indítható frissítéseket?

  • Tehát egy profi fejlesztő azt csinálja, hogy amikor jelez neki a Drupal a grafikus felületen, hogy valamihez frissítés érkezett (core, module, theme), akkor nem azt csinálja, hogy ott egy kattintással (kényelmes) bejelöli és lefuttatja a frissítéseket, hanem belép a server-re és a parancssoros részen elkezdi egyenként bepötyögni a parancsot, megkeresi az adott module, stb, nevét, azt is utána írja, közben lehet, hogy elírja a nevet, stb, lefuttatja, majd az összes többivel egyenként? Mert ez egyrészt nem tűnik sem kényelmesebbnek, sem gyorsabbnak, sőt, tele van hibázási lehetőséggel.
  • És mi van, ha véletlenül, megszokásból egy modult, vagy témát, stb. a grafikus felületről frissítünk, akkor a Composer azt a modult már nem fogja tudni frissíteni később, sőt, rossz bejegyzések miatt még össze is kavarodik a rendszer, vagy valahogy ki lehet javítani ezt a bakit?
  • PuTTY-val szoktam a szerverhez csatlakozni, van amiben tetszik a parancssoros munka, izgalmas, sokszor gyorsabb a parancs végrehajtása, de elég kényelmetlen pl. navigálni ott, copy/paste nehézkes, ha lenne parancskiegészítője, mint pl. a Notepad++ esetében, amikor valamilyen kódot írunk, hogy felajánlja a lehetőségeket, akkor még jó is lenne, de így...
  • Néztem meddig lesz érvényes a Drupal 10-es (most térek át 7-esről), hát, az is csak pár év. Aztán néztem hogyan lehet majd áttérni 11-re. Ami ott le van írva, az egy rémálom, annyi hibalehetőséget jeleznek előre, és annyi mindent kell majd előre beállítani, megváltoztatni, nem gondoltam, hogy ezek a fő verzióváltások még a 10-ről 11-re sem lesznek egy Composer paranccsal megoldhatók. Így nem csoda, hogy a Wordpress felhasználóinak a száma, ha jól tudom 70% fölötti, a Drupal meg még a 10%-ot sem éri el...
0
0
druid képe

Beküldte druid - 2024. szeptember 25. 18.00

Tehát vagy a mostani megoldás marad, ami a készítők számára kényelmetlen, másolgatással jár és nem tükrözi a file tartalmát a file neve, vagy ez is Git-es megoldás lesz, és akkor igen.

A Git-tel még nem foglalkoztam mélyrehatóan, azt tudom, hogy verziókezelésre való, viszont azt csodálom, hogy fejlesztők és mások bíznak benne annyira, hogy azon a server-en tárolják a munkáikat, fejlesztéseket, amik adott esetben nagy értéket képviselnek, akár titkosak, szerzői jogok, stb, azaz bárki ellophatja. Mert abban a világban, ahol bankokat is fel lehet törni, vagy a Pentagont, ott a neten semmi sincs biztonságban...

0
0
druid képe

Beküldte druid - 2024. szeptember 25. 18.15

CLI kényelmetlensége

PuTTY elterjedt és a tárhelyszolgáltató is azt ajánlja, szóval...

Ami ott le van írva, az egy rémálom, annyi hibalehetőséget jeleznek előre […]

https://www.drupal.org/docs/upgrading-drupal/upgrading-from-drupal-8-or-...

0
0
Balu Ertl képe

Beküldte Balu Ertl - 2024. szeptember 26. 05.36

In Git, we trust
Isten áldja a Git-et :)

0
0
Balu Ertl képe

Beküldte Balu Ertl - 2024. szeptember 26. 05.41

Nos igen, így listába összegyűjtve valóban sok lépésnek, ezáltal hosszúnak tűnik a folyamat. Én most délután húztam fel az egyik helyi környezetemet D10-ről D11-re és járt némi új tanulsággal (saját hülyeségemből okoztam, teszem hozzá :)

De nézzük a jobbik oldalát, legalább van egy jól összeszedett dokumentáció a folyamatról :)

0
0

Drupal 10 fejlesztői téma

Beküldte druid - 2024. szeptember 27. 19.54
druid képe

Üdv!

Drupal 7-esnél a Zen témát használtam alapként, azonban 10-eshez nincsen.
Néztem a 10-15 legtöbbet használt Drupal 10-es témát, az Adminimal-ról nem egyértelmű, hogy az egy fejlesztői alaptéma-e, vagy az csak adminisztrációs téma.
Van több Bootstrap féle, de telepítve nem egy legalább átlagosan jól kinéző felületet ad, hanem úgy néz ki az oldal tőle, mintha nem lenne megcsinálva a formázás.
Amúgy nem is akarok Bootstrap-os oldalt, mert szeretem magam csinálni a CSS-t, nem függeni semmitől.

Fórum: 
Sminkek
Drupal verzió: 
10.x
Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
zen
druid képe

Beküldte druid - 2024. szeptember 28. 13.31

Üdv!

Az eddigi Composer-es feltöltések sikeresek voltak, most azonban nem, viszont ha ugyanezt a webes felületről telepítettem, akkor sikeres lett.

Mi itt a probléma?

composer require 'drupal/tr_rulez:^2.0'

Your requirements could not be resolved to an installable set of packages.

Problem 1
- Root composer.json requires drupal/tr_rulez ^2.0 -> satisfiable by drupal/tr_rulez[2.0.0].
- drupal/tr_rulez 2.0.0 requires drupal/rules 4.0.x-dev -> found drupal/rules[dev-4.0.x, 4.0.x-dev (alias of dev-4.0.x)] but it does not match your minimum-stability.

Use the option --with-all-dependencies (-W) to allow upgrades, downgrades and removals for packages currently locked to specific versions.

Installation failed, reverting ./composer.json and ./composer.lock to their original content.

0
0
Balu Ertl képe

Beküldte Balu Ertl - 2024. szeptember 28. 16.05

„Mi itt a probléma?”

Ezt megkérdezheted magától a Composertől is, hogy szerinte miért nem jó egy csomag adott verziója a projektedhez :)

$ composer why-not drupal/tr_rulez 2.0

A válasza azonban nem mindig segít jobban megérteni, ilyenkor megpróbálhatod az általa az üzenet végén javasolt --with-all-dependencies kapcsolóval:

$ composer require 'drupal/tr_rulez:^2.0' -W (ez a rövidítése)

A tr_rulez kódjából ugyanis az látszik, hogy legalább 4.0-s (vagy újabb) kiadás szükséges számára a rules csomagból.

Egyébként javaslom, kezdj el lassan ismerkedni az ECA modulcsaláddal, mert egyelőre annak tűnik ígéretesebbnek a jövője.

1
0