Angelandwitch képe

Az első videó meg is oldotta a problémám! :D Látszik nem alszom éjjel eleget, youtube-on nem kerestem megoldást.
Egyébként jquery gallery-re volt állítva a formátum, elméletben minden jól volt beállítva, a videó alapján változtattam a Slides style és a Thumbnails style beállításain, a Full image style-t nem tudtam arra állítani, mert az nem szerepelt a listában, a Modal used for full image-t beállítottam Lightbox2-re, és most már szépen ment.
Az utolsó műveletet korábban is megcsináltam pedig, csak a Slides style és a Thumbnails style módosításai maradtak ki. :)
Ismételten hálásan köszönöm Neked a segítséget! :)

1
0
HF leon képe

Lehet, hogy 5.4-es php-n is működésre lehetne bírni, de nem hiszem, hogy sok értelme lenne. Élesben semmiképpen. Milyen php fut a szerveren?

Az igazság az, hogy a drupal 8-hoz az 5.6, vagy a 7.x verziók lennének megfelelőek. A rendszer sebességének is jót tesz, nem beszélve a biztonságáról.

Ha túl régi a php, akkor érdemesebb a drupal 7-nél maradni. Vagy, ha te magad nem állíthatod át a php verziót a szerveren, akkor érdemes lehet írni a szolgáltatónak, hogy magasabb php verzióra lenne szükséged. A legtöbb szolgáltató rendelkezik 5.5, 5.6, de egyre többen 7.x verziójú php-t futtató szerverekkel.

2
0
tiburi képe

Köszi a választ.
Ige D8-as kép, de meg kell jegyeznem, hogy a másik is D8-ból van, azaz létezik ilyen opció, a gond, csak hogy jelenleg nincs elképzelésem sem, hogy mivel lőttem le, vagy hogyan kapcsolhatom vissza... Nehéz a problémát megfogalmazni is, ezért a fórumok sem adnak kiindulópontot.

Egyelőre dupikált blokkokkal oldom meg amit tudok, de pl. a taxonomy nézeteknél ez sem segít, mert az egyik nyelvnél mindent hoz, vagy nem mindent. Meg amúgy is redundanciát okoz az egész... Őszintén szólva baromira irritáló, hogy ez az alap funkció "elveszhet"...

0
0
HF leon képe

A második esetében ez azt jelenti, hogy, ha egyről van szó, akkor az íródik ki, hogy ... törölve lett. Viszont, ha többről, akkor ...törölve lettek kerül kiírásra?

Ekkor egyetértek a kettessel, de ha ez a fenti lett/ek formában íródik ki, akkor nem.

Fordítások során mindig is irtóztam a valami/valami és a valami(valami) típusú megoldásoktól. Amikor magam fordítottam néhány programot, mindig igyekeztem a közös kettős esetek elkerülését, amire jó példa az A(z) opció. Ezek magyartalanságától borsódzik a hátam.

Szóval, ha /, vagy () jeles a fordítás, akkor bármi mást csak azt ne.

0
0
Balu Ertl képe

Mindenkinek köszönöm a szavazatait, aki időt fordított rá, hogy kifejezze véleményét. Lássuk az eredmények összesítését:

  1. …törölve.
    aboros, HF leon, zedclans, lazar + 3 az l.d.o szavazáson = 7 szavazat.
  2. …törölve lett/ek.
    Pandelon = 1 szavazat.
  3. …törlése megtörtént.
    szantog, dongodani, nakos, SecMan, nevergone, flat-z + 2 az l.d.o-n = 8 szavazat.
  4. …törlésre került.
    Nincs szavazat.

Ha bárki szeretne könnyen-gyorsan pontokat szerezni a fordítási dicsőségtáblára, akkor a fenti topikindítóban linkelt listán már küldheti is be a „törlése megtörtént” változatra átfogalmazott fordítási javaslatait :)

0
0
Joee képe

A frissítés megtörtént, de nem tudom mennyire elfogadható?
A leírás szerint mindig a fenti hibaüzenet jött. Majd ú gy csináltam, hogy a drupal org-ról letöltött drupal-8.5.5.zip állományt kitömörítettem és egyszerűen bemásoltam teljes egészében a szerver Drupal mappájába felülírással. Utána futtattam az update.php-t. Erre kiírta, hogy "Nincs függőben lévő frissítés."
Ellenőriztem a rendszer verziószámát és a helyes 8.5.5 verziószámot írja.
A korábbi a mellékelt leírás szerinti frissítéskor az update.php futtatása után mindig csinált valamit az adatbázisban és akkor jött létre a hiba.
Most azt szeretném tőletek megtudni, hogy jó-e így ez a frissítés?

1
0
SecMan képe

Sajnos szerintem a jelszóváltás ilyenkor már kevés.
Új jelszó kell, ez oké, de újra kell telepíteni a drupalt is és az adatbázist is.
Újra kell másolni a tiszta core és modul fájlokkal, valamint új és tiszta adatbázis is kell.

Ha nem gyakran változott az oldal tartalma és kevés oldalból áll, akkor 0-ról újra létrehoznám a helyedben.
Ha több az oldal, akkor a tárhelyet meg kellene kérdezni valami backupjuk nincs-e régebbről.
Ha neked nincs esetleg... a backup&migrate modul hasznos ilyen esetekre a későbbiekre.

0
0
balazsgabi képe

Szia,
A modult nem ismerem, de szerintem az elképzelés már "nem korszerű". Biztos, hogy két sminket akarsz karbantartani ugyanahhoz a tartalomhoz? Használj inkább egyet de az legyen optimalizálva "minden" megjelenítőre. Egy jó reszponzív smink teszi a dolgát, ha testre is kell szabnod akkor csak egyet kell reszelgetni.

A modul oldalán "This is a list of themes that work well..." listából a 4-ből három nem felel meg a biztonsági tanácsadási folyamat és engedélyezési politikának, magyarul ahogyan az oldal alján írják: Csak saját felelősségre!

1
0
segi képe

ezt a "rész html elemeket elhelyezni" ? Én mindképp a táblázat teljes html vázát egy twig fájlba tenném és csak az egyes mezők kimenetét bíznám field twig fájlokra.
De ha ilyen komplex a layout, akkor esetleg átgondolnám magát az adattárolást is(a vesszővel alválasztott mezők mért külön field-ek?).
Álltalában az ilyen komplex stuktúráknál a különböző megjelenítési szinteket kombinálva kell használni(field formatter - field display, group és display suite).

A legnagyobb flexibilitást amúgy a panels + panelizer + mini panel megoldás adja, de azért ennek használata és átlátása időt és gyakorlást igényel. (nehezebb mint a display suite).

0
0

Drupal developer at Cheppers

Illyés Edit képe

Ezt a Drupal-ban úgy tudod megoldani, hogy a blokk beállítási oldalon megadod, hogy mondjuk az X és Y blokkok csak a nyitólapon jelenjenek meg.

Ha nem elég az 5 régió, akkor továbbiakat deklarálhatsz, amelyekbe blokkokat teszel, amelyeket aztán csak egyes oldalakon jelenítesz meg.

Front Page modul segítségével teljesen egyedi kezdőlapot is készíthetsz (pl. Flash splash oldal – sajnos Mo.-on még mindig általános a használata).

Az oldalaidra egyedi stílusokat is tehetsz.

Tehát sokféleképpen megoldható a feladat.

0
-1