Szerintem van helye itt a Backdrop-nak
A stabil D8 hivatalos megjelenése óta ('15. nov. 19.) figyelem itt a fórumon feltett kérdéseket és azt tapasztalom, hogy szinte kivétel nélkül, egyértelműen még a D7 viszi a prímet a fórumot használók körében.
Nem tudjuk, hogy mi lesz a Backdrop-pal akár rövid-, akár hosszútávon. Egyrészről kevesen vannak, nem ismert a márkanevük, másrészről viszont lehet, épp beletrafáltak az általános közigénybe, nem tudom. Majd az idő eldönti, pár év és meglátjuk.
Mivel azonban nincs még backdrop.hu, ezért én személy szerint semmi kivetnivalót nem látok abban, ha egy nap valaki itt nyitna egy új témát, ha elakadna a Backdrop-pal.
A józan ész ugyanis azt diktálja, hogy hol máshol keresne segítséget magyar nyelven, ha nem a kiinduló szoftver (D7) hazai közösségének fórumán?
Szóval Drufan, én bátorítalak, hogy nyugodtan tedd fel a kérdésidet itt a jövőben, max. beírhatod a topik címébe/leírásába, hogy „Backdrop”, és akkor mindenki tudni fogja. Ne gondold, hogy nincs itt helye, lehet, épp az új jövevény fogja újra feldobni e kis közösséget?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
vannak ilyen contrib modulok
ha jól értem ez tulajdonképpen akkor egy tárgymutató funkció. több ilyen funkciójú modul is van, sajnos nem jellemző, hogy van 8.x verziójuk. évekkel ezelőtt a glossary volt a kedvencem az ilyenek közül, de nincs 8.x verziója. a működésük jellemzően az általad írt 3. mód, tulajdonképpen egy filtert implementálnak, amit szövegformátumonként tudsz bekapcsolni, így működni fog minden olyan mezőre ami ilyen szövegformátumot használ. tehát a linkeket nem bevitelkor helyezi el a szövegben, hanem megjelenítéskor.
drupal 8.x alatt úgy nézem a glossify a legfejlettebb, bár az is csak béta, de én nem félnék tőle. persze nem próbáltam ki. :) a leírása alapján viszont nagyon ígéretes.
a linkit semmi hasonlót nem csinál, felesleges vele próbálkozni is.
itt egy összehasonlító táblázat a különböző "glossary modulok" képességeiről. sajnos ez is hét éves, 8.x drupalt nem is tartalmaz, de azért valamennyire talán adhat támpontokat a különböző ilyen modulok közötti választáshoz.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem vagyok belsős ember, de elmondom amit én tuddok
Időről időre előfordul, hogy különféle hibajelentések futnak be egy-egy modulhoz. Van, amikor csak hibajelentés, de van, amikor megoldás is érkezik, akár több is.
Amikor zöld lesz egy patch, akkor az azt jelenti, hogy a közösség tesztelte a megoldást és jónak találta. (Attól, hogy egy megoldás nem tesztelt, még lehet jó.)
Ezek után a modul fejlesztői döntenek arról, hogy mikor építik be megoldást, vagy használják fel a tapasztalatokat és akár egyes esetekben egy saját megoldást találnak a problémára. Ez azonban mindig a modul fejlesztőitől függ.
Amíg a modul fejlesztői nem javítják a modulban a hibát, addig a patch-et vagy kézzel vagy composer használata esetén composer-rel lehet beépíteni a modulba (ekkor a composer elvégzi a patch fájlban megadott módosításokat).
A patch egy github féle diff fájl. Leírja mely fájloknál mely sorok lettek eltávolítva és melyek kerültek hozzáadásra.
Amikor kijön egy frissítés a modulhoz, akkor meg kell nézni javították-e a modulban a hibát. Ha igen, akkor, már nem kell alkalmazni a patch fájlt. Ebben az esetben az issue is lezárásra kerül.
Nagyjából ennyit tudok elmondani eddigi tapasztalataim alapján.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Telepítettem a Drush-t, több
Telepítettem a Drush-t, több problémával és nem fut le a "drush cache-rebuild"
parancs, mert hibával zárul: "In BootstrapHook.php line 32: Bootstrap failed.
Run your command with -vvv for more information."
Azért telepítettem a Xampp-ot, mert az nagyjából a megfelelő beállításokkal települ.
A frissítések keresését, cron futtatását letiltottam, mert én is gyanakodtam rá, de semmi sem változott. Most szándékosan raktam be HDD-t, hogy jobban észrevehető legyen ha "kidugul". Amúgy 2 db 480Gb-os, sata3-as, 545/465 MB/s sebességű SSD volt berakva. Raktam i5, 8Gb ram gépbe és i3, 4×1,6GHz 8Gb ram gépbe is, de a processzor szinte alapjáraton ketyeg mindkét gépben és a ram is csak 20% alatt volt. A háttértároló (HDD vagy SSD) viszont igen nagy használatban van a hosszú várakozás ideje alatt. Cache több perces törléskor normál esetben ilyen hosszú idejű munkával az egészDrupalt át tudná másolni szőrőstül-bőröstül az adatbázissal együtt. Ezért nem tudom megérteni mit írhat ilyenkor úgy, hogy még csak látszata sincs a "nagy" munkájának?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
feeds
Szia!
Ha ilyen a tárhely, akkor (amennyiben megoldható) érdemes a saját gépeden felállítani egy webfejlesztői környezetet composerrel, drush-sal és ott dolgozni, majd a végén csak az eredményt (fájlok és adatbázis) felmásolni. Sok problémától és nehézségtől megkíméled magad (az ilyen tárhelyek általában teljesítményben is elég gyengék) és dolgozni is könnyebb lesz.
Nem ismerem a konkrét feladatodat, de ha ilyen ügyfél-kérés van, akkor én elsőre a Feeds modullal szoktam kezdeni. A CSV-t biztosan kezeli (nemrég használtam vele), de talán a Google dokumentumokat is: https://www.drupal.org/project/google_feeds https://www.drupal.org/project/google_feeds_d9
A Feeds Tamperrel (függősége a Tamper) tudsz importálás közben alakítani az adatokon, pl. szövegek összefűzése, felesleges szóközök kiszűrése, ilyesmi.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Image + Taxonomy
Gallery2-t használnak többnyire. Én utálom a galériákat, felhasználóként is - sose tudom, éppen hol vagyok, hogyan jutok vissza oda, ahonnan elindultam, stb.
Csatlakozom [email protected] véleményéhez: image.module + taxonomy, még a default image_gallery-t se szoktam bekapcsolni, idegesít, hogy magától dolgozik, saját ötletei vannak...
Az előző-következő linkeket a book module is ráteszi az image node-okra, ha meg már nagyon sok a galéria, rendet kell vágni, akkor jöhet a Views.
Szép megoldás még a Slideshow és a Slideshow 2. Bemutató oldal..
Hátránya, hogy megkerüli a Drupal/GD képkezelő funkcióit, tehát a fényképezőgépből kiszedett fotókat előbb offline elő kell készíteni, majd a slideshow típusú tartalomhoz csatolni. De rendes fotós úgyis mindig igazítk a képkivágáson, színeken...
Az összes ilyen galéria hátulütője, hogy csak azonos méretű képeket lehet szépen megjeleníteni. Szélsőségesen változó képméretek esetén a Lightbox ajánlható.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
javascript, getimagesize
A böngésző magától sajnos nem ír át semmit. Javascripttel talán meg lehet oldani, hogy img elemeket átméretezzen. Nem tudom, hogy ez távoli képekre hogyan működik, többi Drupal Javascripttel nem akad-e össze, stb. Ki lehet próbálni.
Másik elvileg lehetséges megoldás, hogy tartalom felvitelekor getimagesize() függvénnyel lekéred a távoli kiszolgálón lévő kép width és height adatait. Ha a width nagyobb, mint 480, akkor arányosan lekicsinyíted, és az új méreteket beírod az elmentendő tartalom HTML kódjába (img src="http://szerver.neve/kep.jpg" width=480 height=300).
Ehhez lényegében egy külön modult kellene fejleszteni, amennyire én átlátom a dolgot. A TinyMCE fórumon néhány hete vetődött fel a kérdés, a fejlesztő azt mondja, nincs napirenden. Egy hozzászóló ajánlja az ActivEdit szerkesztőt, talán érdemes megnézni.
U.i.: Még annyi jutott eszembe, hogy a banner modulban van távoli kép banner lehetőség, esetleg ki lehet mazsolázni ezt-azt a kódból.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
szerintem nem jó ötlet
Szerintem nem jó ötlet elhagyni az utf8-at. Én egyszer próbáltam egy oldalt közép-európaival működtetni, de 2 hét után rájöttem, hogy kisebb munka a meglévő tartalmakat átkonvertálni utf8-ra, mint folyton igazgatni a Drupalt.
Kérdés, hogy milyen kódolással vannak elmentve azok a tartalmak, amelyek rosszul jelennek meg.
(Ha nem a meglévő tartalmaid karakterkódolása a probléma, hanem a Drupal fájloké, akkor a page.tpl.php-ben állítsd át a karakterkódolást:
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
Lehet, hogy a böngésződ is rosszul van beállítva, legyen az alapbeállítás "user defined" - vagy valami hasonló szöveg - ekkor mindig az oldal meta címkéjében deklarált karakterkódolást fogja használni.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
kereső
Hogyan tudok az egyes node-okhoz saját testreszabott meta tag-eket rendelni?
Hogyan tudom elérni, hogy egy bizonyos node-ot (ami egy statikus oldal) csak egy bizonyos felhasználó tudjon szerkeszteni?
Sminkkészítés elkezdéséhez tudtok ajánlani valami jó útmutatót (magyar és angol nyelvűek előnyben)? Egyáltalán php ismeretek nélkül van esélyem saját sminket készíteni?
Theme developer's guide
Saját smink készítéshez legalább alapszintű PHP és középszintű HTML, CSS ismeret kell. Kész smink kisebb módosításához elég az alapszintű HTML és CSS.
Egy tipp: ha szeretnéd, hogy máskor is választ kapj ezen a fórumon, akkor ne azzal gyere, hogy neked milyen drága az időd (és számodra a másoké milyen olcsó). Valamilyen látható erőfeszítést tegyél a problémáid megoldása érdekében, vagy legalább próbáld meg kerülni azt a látszatot, hogy másokat ugráltatsz.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Támogat, nem támogat
Szia!
A választ érdemes két részre bontani.
A PHP 7.2.0 pedig 2017. november végén jelent meg: http://php.net/archive/2017.php#id2017-11-30-1
Tehát azt gondolom, hogy a Drupal 7 alaprendszer jelenleg támogatja a PHP 7.0.x-et, de nem támogatja maradéktalanul a PHP 7.2.x-et.
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés