Hirdetés
-
Az EU szerint a ChatGPT még mindig nem felel meg a szabványoknak
it Az EU adatvédelmi tanácsa azt mondja, hogy a ChatGPT még ma sem felel meg az adatpontossági szabványoknak.
-
Premier előzetesen a Rocket Rumble teljes kiadása
gp A végső verzió PC mellett konzolokon is elérhet lett a napokban.
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
PROHARDVER!
Ajánlott szakirodalmak a teljesség igénye nélkül (a lista még bővülhet):
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Nem mindegyik modul implementálja a hook_uninstall-t, ezért nem mindegyik jelenik meg az Uninstall opciónál. Nem is feltétlenül szükséges, ha nem ír pl. adatot az adatbázisba, nincs mit eltávolítani.
Ja igen, és ha a fájlrendszerben még ott van, akkor megjelenik az engedélyezhető modulok listájában, de ezzel nincs is gond.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Abban az esetben, ha úgy törlöd, hogy előtte nem uninstallálod, pedig lett volna rá lehetőség (a modul implementálta a hook_uninstallt), akkor maradhat szutyok az adatbázisban.
Tehát mindig úgy kell fájlrendszerszinten is eltávolítani, hogy előtte az ember uninstallal eltávolítja a modul dolgait, amennyiben van rá lehetőség. Szabályos uninstall után viszont abból nincs probléma, ha a fájlrendszerből nem törlöd, erőforrást nem emészt az, hogy ott van a modul könyvtára, legfeljebb csak a modulok listázásakor fog picit tovább szöszölni, amikor beolvassa a könyvtárakat és fájlokat, de egyébként irreleváns, legfeljebb tárhely-foglalás szempontjából érdekes. Persze amiatt érdemes törölni, hogy aztán később, ha mégis szükség van a modulra, mindig az aktuális legfrissebbet telepítsd.[ Szerkesztve ]
Sk8erPeter
-
Siriusb
veterán
és azokat különféle menüpontokban látni
Mire gondolsz. Ugyanaz a cikk több menüpontban is megjelenjen?Egyébként Views modult kellene használnod.
Elsőként létrehozol pl. 3 különböző tartalom típust. Ennek a 3 tartalom típusnak a Views-ban készítesz egy kvázi <front> page-t, mindegyiknek egyet-egyet, értelemszerűen (tartalomtípusra szűrsz). Ezeknek az itt létrehozott oldalaknak, adsz egy útvonalat (mysite.hu/tipus1 stb) és megadhatsz menüpontot is.
A szerző, mikor a cikket meg akarja írni, kiválasztja a tartalom típust, attól függően, melyik menüpont alatt, avagy melyik oldalon szeretné megjeleníteni. Tehát a lényeg: nem a cikk megírása után választ a szerző, hanem ez az első lépés. -
Sk8erPeter
nagyúr
"Cikk(szerű) tartalmat szeretnék alkotni és azokat különféle menüpontokban látni, de úgy, ahogy a <front> oldalra küldve látszódik"
Ezt egy kicsit jobban körülírhatnád, mert attól függ a megvalósítás.
Lényegében Jeno.L és Siriusb megoldása is megfelelő lehet, tehát mindkét javaslat helytálló, de feladatfüggő, melyiket érdemes választani, vagy esetleg mindkettőt...
Taxonomy elsősorban pl. a cikkek kategorizálására való.
A különböző content type-ok (tartalomtípusok) meg arra jók, hogy különböző fieldeket, nyelvi beállításokat, egyebeket is rendelhetsz hozzájuk, tehát két különböző content type mezői és megjelenítése is totál más lehet.
DE ha alapvetően az általad emlegetett cikkek minden tulajdonságukban egyeznek (ugyanolyan mezők tartoznak hozzájuk, a mezőkhöz tartozó leírások is egyeznek, és így tovább), és pusztán valamilyen különböző kategóriákba szeretnéd őket besorolni, amit mondjuk az admin-felületen választanál ki, akkor NEM érdemes különböző content type-ot létrehozni hozzájuk, SŐT, kifejezetten rossz megoldás lenne ez esetben.
A Views-zal viszont rengeteg szempont szerint listázhatsz tartalmakat, nagyon összetett megjelenítésre alkalmas: például tudsz content type szerint is szűrni, tudsz megjelölt taxonomy-kategória szerint szűrni, nyelvi és egyéb beállítások alapján, stb. Tehát a Views bármelyik választott megoldás esetén segítség lehet.
A lényeg, hogy elkészíted a tartalmat, és a különböző menüpontokban aztán Views-zal úgy listázod, ahogy akarod. Példáull ha taxonomy-t használsz, akkor készítesz egy olyan menüpontot, ami az egyik kategóriába tartozó tartalmakat listázza, és egy másikat, ami pedig a másikat listázza.Ha gondolod, írj le még több szempontot (pl. milyen cikkek lennének ezek, és miben térnének el, pl. mezők szempontjából eltérnének-e, stb.), és megpróbálunk segíteni a leginkább megfelelőnek tűnő megoldás kiválasztásában.
Sk8erPeter
-
Sk8erPeter
nagyúr
Pont ilyen problémám volt régebben, kérdezősködtem is drupal.hu-n, aztán végül megírtam magamnak a végső megoldást (egy időben igen aktív voltam drupal.hu-n ), de én a Display Suite modult, meg annak valamelyik almodulját telepítve működő megoldást kreáltam, és az adott content type-ra engedélyezni is kellett valamelyik Display Suite layoutot (esetemben elég volt a One Column layout):
http://drupal.hu/forum/egy-field-%C3%A9rt%C3%A9k%C3%A9b%C5%91l-egy-m%C3%A1sik-field-kre%C3%A1l%C3%A1sa-de-hogyan-kell-ezt-tisztess%C3%A9gesen-csin%C3%A1lni/17092#comment-68484ha meg szeretnél ismerkedni kicsit jobban a Display Suite-tal, akkor ezek közül a videók közül érdemes párat megnézegetni, akár még ha csak belepörgetsz is, hogy értsd a lényegét, mire jó a modul:
http://www.youtube.com/playlist?list=PLwyQygmkPsjgddT0sgK5RFXXin2ZY285XMindenesetre ez a megoldás, amit végül teszteltem, azért nagyon kényelmes, mert nagyon egyszerű (igaz, ahhoz már picit értened kell, hogy egyáltalán mi az a modul, meg hogyan tudsz egy egyszerűt kreálni, bár az alaplépések kb. ugyanazok, mint az itt belinkelt blokkos cuccnál, csak nyilván a blokkra vonatkozó hookok nem kellenek...), meg admin-felületen át tudod húzogatni a többi fieldhez hasonlóan ezt a saját, új fieldet oda, ahova csak szeretnéd (persze csak ha jól csináltad), és szépen, fájlban tartod a kódjaidat, nem adatbázisba beokádva, ahogy a Computed Field esetében lenne.
Szerk.:
ja, és azért NEM érdemes ezt a kódot template.php-ben megírni, mert ez NEM sminkhez kötődő feladat. Ilyesmikre modulban kell megírni a kódot. A template.php-be azok a kódok kerüljenek, amik kifejezetten az adott sminkhez ÉS alapvetően megjelenítési feladatokhoz kötődnek.
Jelen esetben például könnyen elképzelhető, hogy létrehozod ezt a fieldet, de idővel rájössz, hogy az adott smink nem is tetszik, le szeretnéd cserélni valami másikra, mert találtál egy tök jót - na, most az egész kódodat cipelheted át az új smink új template.php-jába. Nem jó, nagyon nem. Már az elején érdemes a jó praktikák szerint csinálni, és jól végiggondolni, minek hol van a helye, hogy ne szívj vele, és ne utólag kelljen rájönnöd számtalan hibádra (mint nekem ). Bár nyilván az ilyen elkerülhetetlen, de okos ember más kárán tanul.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Nincs véletlenül engedélyezve a Theme developer modul? Ha igen, tiltsd le (ezt csak theme-fejlesztés és egyebek tesztelése erejéig szabad bekapcsolva tartani, aztán szigorúan ki kell kapcsolni, erre fel is hívják a figyelmet a modul oldalán).
Ha nincs, próbálj meg cache-t törölni, olykor csodákra képes...Ha ez sem jött össze, nézd meg az adatbázisnaplót, nincs-e naplózva valami nagy hiba. Aztán nézd meg a státuszjelentést is, hogy ott nem látszik-e pirossal valami.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Nem igazán értem a kérdést, hogy érted, hogyan szokták készíteni a kódot? Szövegszerkesztővel (pl. Notepad++) vagy - inkább - egy kissé kényelmesebb és komolyabb tudású - de nagyobb erőforrás-igényű - fejlesztőeszközzel (pl. NetBeans, Eclipse).
Ehhez nagyon hasznos:
http://www.kalman-hosszu.com/netbeans-beallitasa-drupal-fejleszteshez
http://www.kalman-hosszu.com/drupal-template-ek-netbeans-hez-fejlesztoknek-es-sminkeseknek============
(#532) Siriusb :
jaja, ez a jó módszer, hogy először localhoston teszteled, és ha minden rendben ment, vagy már tisztában vagy a szükséges plusz lépésekkel, akkor megcsinálod élesben is, a Softacolous-szal.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Simán teszteléshez a Devel modul megjeleníthető (lenyitandó) PHP-blokkja is jó lehet. Kapsz egy textarea-t, amibe bedobálhatod a PHP-kódot, ha azt elküldöd, kiértékelődik a kód (eval()).
De Drupallal (vagy bármilyen CMS-sel, frameworkkel, bármi komolyabbal) megtanulni PHP-zni nem jó ötlet.
Visszafelé is igaz természetesen, PHP-ismeretek hiányában megérteni a Drupal működését lehetetlen. Így nem biztos, hogy a tesztelendő kódod úgy és ott fog lefutni, ahol akarod.Sk8erPeter
-
Sk8erPeter
nagyúr
Sk8erPeter
-
Sk8erPeter
nagyúr
Hidd el, aki ilyesmi dolgokat megértett, az szintén szopott vele eleget (én is elképesztő sok időt elkúrtam, mire kezdtem átlátni a működését, és csomó dologról még mindig f×ngom sincs). Szóval nem kell amiatt feladni, mert másnak egy tök más jellegű dolog összejött (pl. mert van hozzá jó leírás).
De írd le, min akadtál el, és akkor talán tudunk segíteni a megértésében (vagy nem, de egy próbát megér ).
(#549) birozoli7800 :
ennek örülök, szívesen!Sk8erPeter
-
Sk8erPeter
nagyúr
Ugye tudod, hogy 7-es Drupalnál már nincs db_fetch_array()? 7-es a PDO-t használja, illetve az aköré írt wrappert.
Itt láthatsz példát a helyes használatra:
Result sets
http://drupal.org/node/1251174tehát a lekérdezésed átalakítva:
$result = db_query("SELECT * FROM {node} AS n WHERE n.status = 1");
$nodesArray = array();
foreach ($result as $record) {
// Do something with each $record
$nodesArray[] = $record;
}Ekkor a $nodesArray[]-ben lesznek a node-jaid, minden fieldjükkel együtt, pl. így érhetők el a tulajdonságok:
$nodesArray[0]->title
de nyilván ilyesmit egy ciklusban értelmesebb elintézni (nem számmal indexelve), nem is biztos, hogy van értelme külön tömbbe gyűjtened, hanem kapásból a foreach ciklusban kellene elintézned, amit szeretnél, a $record változón, ami az aktuális elem a $result bejárásakor.Amúgy ne szokj rá erre a textarea-ba bedobálunk PHP-kódot módszerre, ez csak átmeneti tesztelésre jöhet jól bizonyos esetekben, a Devel blokkjával, de egyébként abszolúte kerülendő, hogy adatbázisba legyenek beerőltetve a PHP-kódjaid, ami aztán eval()-lal kerül kiértékelésre.
Korábban itt megmutattam, hogyan lehet blokkot tisztességesen, modulból létrehozni, szerintem elég érthető:
http://prohardver.hu/tema/drupal_portal_fejlesztes/hsz_144-144.html
Kérdezz, ha valami nem tiszta.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Most konkrétan milyen nézettel szórakozol? Mármint mi a célod?
"Tényleg furcsa, hogy az a javallat Drupálban, inkább fájlba kerüljön a kód. Oracle-nél hozzászoktam, hogy minden bitet táblákban tárol."
Mi van? Hogy lehet a kettőt egyáltalán összehasonlítani?
Nagyjából annyi közük van egymáshoz, mint a Balaton szeletnek a hullámzáshoz.Sk8erPeter
-
Sk8erPeter
nagyúr
Milyen fielddel állítod be, hogy ki melyik csapathoz tartozik?
Így első nekifutásnak az Entity Reference ugrott be, hogy annak tuti, hogy hasznát tudnád venni a kapcsolat kezelésénél, majd listázás során a Views modulnál is:
Entity reference
http://drupal.org/project/entityreference
ezzel hivatkozhatnál a másik tartalomtípusra.
Sőt, a kölcsönös (oda-vissza) kapcsolat listázásához ennek is nagy hasznát veheted:
Corresponding Entity References
http://drupal.org/project/cer
Utóbbit is használtam már, teszi a dolgát, szinkronizálja mindkét irányba a kapcsolatot, csak mindkét irányban legyen hivatkozó field (Entity reference segítségével). Aztán admin-felületen be kell pipálni a köztük lévő kapcsolatot, hogy kezelje a CER modul.Persze a csapat-játékos kapcsolatra nyilván létezik még ötezer másik megoldás is. Én most annak megfelelően adtam javaslatot, ami az általad használt megoldásba illeszkedik bele legkezelhetőbben (legalábbis szerintem, első megközelítésként).
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Szerintem a Field Permissions pont ilyenre való, de ne tagokhoz kösd (mert azt ezzel nem is lehet), hanem szerepkörökhöz (szerepkör-alapon könnyebben is kezelhető a rendszer).
Sk8erPeter
-
Sk8erPeter
nagyúr
Szívesen! Amúgy itt is van rövid leírás róla: [link]. Esetedben az "Edit own value" jogosultság szükséges az adott szerepkörnek. Itt egyébként azt írja, hogy "Note: You cannot control the access of file or media fields; they are always accessible.", de ha jól tudom, ez csak arra vonatkozik, hogy önmagában egy kép elérését vagy letölthetőségét nem korlátozza (ha jól vettem le, ez nem is gond, itt csak a szerkesztéshez való jog az érdekes), ettől függetlenül szerkeszteni csak az fogja tudni, akinek beállítottad a jogosultságot (remélem, így is van).
Szerk.: amúgy majd megírhatnád, sikerült-e.
[ Szerkesztve ]
Sk8erPeter
-
Még nem telepítettem semmit, és most küzdök egy helyi ftp beüzemelésével.
A Drupal core 8.3.7-et is frissíteni, de csak egy .gz fájlra mutató linket ad, nem tudom (még) mit kezdjek vele.Kicsit lassan megy ez az ismerkedés.
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
-
Ja igen, a plugin telepítése. Ott meg ott akadtam el, hogy megadom, hogy https://ftp.drupal.org/files/projects/ds-8.x-3.1.tar.gz
Erre:Tehát hiába töltöm ki a "Telepítés webcímről" mezőt, és kattint ok a telepítés gombra. Úgy tűnik mintha a local ftp-hez akarna kapcsolódni.
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
Hát ez nekem még így ismeretlen (tartalomtípus, entitás). Gyorsabban kattintgatok ide oda, mint ahogy olvasok róla.
Amúgy úgy kezdtem neki, hogy létrehoztam egy "munkalap" tartalomtípust, és azon belül hozom létre a kitöltendő mezőket. Köztük a "kollégák" taxonomíát is, amit itt "entitás hivatkozás"ként mutat.
De az új 8.4.4 verzió össze is zavart. Vagy valamit nagyon eltekertem a frissítéskor, vagy nagyon megváltozott. pl. a "Űrlap megjelenítésének beállítása" oszlopban volt egy "felirat" oszlop, ahogy a "Megjelenés beállítása" fül ön még meg van. Hova tűnt?
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
-
Nem, azzal az FTP-s plugin telepítéssel elakadtam.
Készítettem egy alkalmazottak "tartalomtípus"t. Van név mező, beosztás mező,....
Hogyan tudom ennek egy szűrt listáját legördülő menüként beszúrni a "munkalap" tartalomtípusba?
Ha új mező "Tartalom", akkor a hivatkozás tipusok között kijelölhetem az "alkalmazottak" tartalomtípust, de ekkor nem tudok szűrni, szelektálni köztük.
Amikor a "hivatkozás mód"ot eltekerem alapértelmezésről "entitáshivatkozás"ra, akkor létre kell hoznom egy "nézet"et. Na itt megint elvesztetem fonalat...
Kezdem érteni, hogy miért ilyen a tanulási görbéjeÖsszetudok kattintgatni egy olyan "nézet"et, aminek az előnézeti képe az általam várt szűrt lista az alkalmazottakról. Ennek ellenére, az új mezőben megint az összes alkalmazott benne van a listában.
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
Új hozzászólás Aktív témák
- Konzolokról KULTURÁLT módon
- Debrecen és környéke adok-veszek-beszélgetek
- Elon Musk: az xAI szuperszámítógépet akar az AI-alapú chatbotjához
- Starlink
- Oukitel WP35 - az 5G-s faék
- Visszatérne a PC-s kliensbizniszbe az NVIDIA
- Kerékpárosok, bringások ide!
- Anglia - élmények, tapasztalatok
- Samsung Galaxy S23 Ultra - non plus ultra
- NOTEBOOK / NETBOOK / Mac beárazás
- További aktív témák...
- i5-13600KF (14 mag/20 szál) +hűtött VRM-es B660/B760 lap +16-32-64GB DDR4! GAR+SZÁMLA (a Te nevedre)
- IPhone 13 256GB gyári független
- HP Quadro P2200 videokártya (fél év garancia)
- ERŐMŰ - Ryzen 9 7900X RTX 3090 64GB DDR5 1TB & 2TB M.2 SSD 4TB SATA3 SSD
- Xiaomi 13T Pro / Alpine Blue / 12 GB RAM / 512 GB / Kártyafüggetlen / Számla + Garancia
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen