- Google Pixel 6/7/8 topik
- Samsung Galaxy S23 Ultra - non plus ultra
- iPhone topik
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Samsung Galaxy A54 - türelemjáték
- Mobil flották
- Audiofil mobillal készül a Moondrop
- Redmi Note 13 Pro+ - a fejlődés íve
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Indiában startolt a Poco X6 és X6 Pro
Hirdetés
-
Engedélygyűjtésbe kezdett a Poco táblagépe
ma 33 wattos töltéssel és 8 megapixeles kamerákkal várható a Poco Pad.
-
Érkezik Magyarországa az LG szuper dizájnos hordozható projektora
ph A szokatlan külsejű CineBeam Q képes a 4K felbontás megjelenítésére.
-
Megjelenési dátumot kapott a Metaphor: ReFantazio
gp A tervek szerint a végső kiadás októberben lesz elérhető PC-re és konzolokra.
-
Mobilarena
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
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
-
Jeno.L
tag
Eleget téve egy felsőbb rendű utasításnak itt kérdezek.
Szóval adott az Adcash nevű hirdető szolgáltatás ami olyan mint a Kugli Adsense. A hirdetéseket java script-be generálja le ami a blokkban nem jelenik meg. Hiába csináltam ugye filtert akkor sem.
Valaki valami ötlet?(+[----]%) ლ(╹◡╹ლ)
-
Ablakos
őstag
Küzdök a drupállal, de nem bírom megérteni a tartalom felhelyezési logikát. 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. Rövid tartalmi kivonat, egymás alatt, csökkenő időrendben.
Próbáltam a kezdőoldalt megváltoztatni és a node-ot másik menüpont alá tenni, de ez béna.
Az lenne az elvárás, hogy az elkészülő cikket példul egy listából kiválaszthatja a szerző, melyik oldalra kerüljön ki az alkotása. (És úgy nézzen ki az oldal, mintha a <front> oldalra ment volna) -
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
Annak idején itt írtam le, hogyan lehet egyszerű blokkot definiálni Drupal 7-ben, saját modulból:
http://drupal.hu/comment/69116#comment-69116Nálad a hook_block_info()-ban persze az if-feltételre nincs szükség, és itt, meg hook_block_view()-ban is cseréld le a "drupalchat_smileys" kulcsot a sajátodra. Utóbbiban a subject a blokk címe, a content kulcs magát a tartalmat adja meg.
Innen remélem, nagyjából egyértelmű, hogy mit cserélj le a sajátodra. Ha mégsem, kérdezz.Sk8erPeter
-
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
-
Ablakos
őstag
válasz Sk8erPeter #509 üzenetére
A válaszod alapján a nézet modul a nekem megfelelő. Cikkenként elég sok különféle fieldet használok. Az egyik tartalomban ráadásul tiltott a komment.
Siriusb leírása szerint létrehoztam a néhány kívánt tartalom típust és utána nézettel tényleg piszok jól lehet konfigolni a feltett tartalmat.
Köszönöm az eddigi segítséget, de nem kell örvendeni, még biztosan hozom a kérdéseimet. -
Ablakos
őstag
Olyan mezőt illetve egy számított értéket szeretnék megjeleníteni a lapon, amit tul.képpen nem is kellene letárolni. Az oldalon egy másik (date type) field- ből szeretném kiszámolni. (pl. hátralevő napok száma).
Ilyen nem tárolandó és értelemszerűen nem is szerkeszthető mezőkre valami megoldást szeretnék kérni. -
Ablakos
őstag
-
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
-
Siriusb
veterán
válasz Sk8erPeter #515 üzenetére
Részben igazad van, ezt modulban jobb megírni. Amint azt beszéltük régebben, én nem szeretem azt a gyakorlatot, hogy minden apróságra telepítsek / készítsek egy modult.
Az _én_ szemszögemből túlzás egy egyszerű számításra egy modult létrehozni. Ha másik sminkre megyek át, a css-ben úgyis foglalkozni kell ezzel a mezővel, az adatszerkezet meg úgysem változik, tehát ha új css-eket készítek, akkor más nem tart semeddig átmásolni azt az egy blokknyi kódot. Persze csinálja mindenki úgy, ahogy az az ő gondolkodásába beleillik. Aki lusta, az írjon modult. -
Sk8erPeter
nagyúr
"nem szeretem azt a gyakorlatot, hogy minden apróságra telepítsek / készítsek egy modult.
Az _én_ szemszögemből túlzás egy egyszerű számításra egy modult létrehozni. "
Ez egy nagyon rossz megközelítés. Ha egy feladat megvalósításához modult kell írni, akkor modult kell írni, és kész. Ha sminkelős, megjelenítéssel kapcsolatos feladatról van szó, akkor pedig buzerálhatod a template.php-t, vagy berakhatod a templates könyvtárba a megfelelő template-fájlt, hogy átvariáld azt.Egyébként szerintem alaposan félreérted a modulok szerepét, legalábbis az alapján, amiket írsz róla. Nem arról van szó, hogy minden egyes apró feladatra külön-külön modult kell létrehozni. Az oldal fejlesztésekor előbb-utóbb akár apróbb egyedi módosításhoz is úgyis szükséged lesz egy minimodulra, ami aztán a további kisebb-nagyobb feladatokkal elkezd szépen duzzadni. De még mindig csak egy modulról beszélünk. Ha valami specifikus, más oldal fejlesztésekor is előforduló feladatról van szó, akkor akár érdemes lehet külön modulba pakolni a kódokat, főleg, ha esetleg publikálni is szeretnéd azt drupal.org-on. De a saját, egyedi kisebb módosításaidra lehet egy darab modulod is.
"Persze csinálja mindenki úgy, ahogy az az ő gondolkodásába beleillik."
Úgy csinálja mindenki, ahogy érdemes, ahogy beleillik a Drupal-koncepcióba, különben hajlamos lehet valaki elmenni a gányolás irányába. Ha mindenki a saját kicsavart gondolkodása szerint kezdené el okádni a kódokat, és nem kellene semmi szabályhoz igazodni, akkor még rég elfelejthettük volna a Drupalt."Aki lusta, az írjon modult. "
Ezt jobb lenne nem is kommentálni, mert akkora f@szság (bocsi, de tényleg az). Az a lusta, aki inkább elkezd tákolgatni, kényszermegoldásokat keresni, ahelyett, hogy rávenné magát, hogy úgy csinálja, ahogy kell, és nem lenne rest (!!) megírni azt a pár sort, hogy legyen egy modulja (ahhoz, hogy a modulod engedélyezhető legyen admin-felületen, a Drupal tudjon róla, és lefussanak az abban található kódok, 1-2 percet kell maximum eltölteni (alapeset: *.info fájl megírása, *.module fájl)), amit aztán rengeteg célra fel tud használni az oldal továbbfejlesztéséhez. Ráadásul egyes feladatok logikailag is megkövetelik a külön-külön modulokat.
Egy csomó feladat megvalósítása eleve gány sminkben, mivel van olyan feladat, ami csak modulban valósítható meg, plusz a kódok lefutásának, implementált hookok meghívódásának van egy adott sorrendje is (így pl. korábban kellene bekapcsolódni az egész folyamatba, ami modullal könnyen megtehető).Sk8erPeter
-
Siriusb
veterán
válasz Sk8erPeter #517 üzenetére
Lehet, hogy rossz megközelítés, de legalább az enyém.
Régebben értetted a viccet, mi történt, hogy ennyire harapós kedvedben vagy? Láttam, időnként más topikban is magadra vetted, amit nem kéneHa elkészítesz egy weboldalt, utána teljes arculatváltás szerintem nem szokott havonta lenni, tehát a modul előnye ebből a szempontból nem feltétlenül van jelen. Persze elfogadom a véleményed, sőt még igazat is adok neked, lévén neked nagyobb a tapasztalatod e téren, de én mégis máshogy oldok meg bizonyos feladatokat. Akár helytelenül...
-
Sk8erPeter
nagyúr
Ja, hogy ezt poénnak szántad? Nem hiszem, hogy velem van a baj, hogy ezt nem vettem jó "viccnek". Nem voltam harapós kedvemben, de a blődségek terjedését időben meg kell akadályozni.
Egyébként pont igen rossz példa, ezek szerint Te vetted magadra a dolgot - én más topicokban sem vettem magamra semmit mostanság, még ha volt is szakmai vita; ez a baj az emberekkel, hogy ha egy vita megindul egy topicban, akkor azt már eleve összekötik valamiféle sértődöttséggel, és csípőből negatívan kezelik a dolgot, és úgy is reagálnak; pedig abszolúte nem erről van szó. Vitázni szokás a topicokban hevesen és lájtosan is, nincs azzal semmi baj, ha valahova végül kilyukadunk. Hidd el, engem is oltottak eleget fórumokban, és összességében mindig jó néven vettem, ha valaki korrigált, mert akkor abból én is tanultam, meg más számára sem a hülyeségek maradtak meg. Ezeket az általánosító véleményeidet pedig inkább lehetőleg privátban írd meg nekem, mert abszolúte nem tartozik a topicba, másokat valszeg nem érdekel, majd priviben megbeszéljük.Igen, tapasztalat. Plusz vannak általános szabályok, amikhez tartani kell magunkat fejlesztés közben, ez is azok közé tartozik, és én sem most találtam ki, hogy téged bosszantsalak. Azzal kell megoldani a feladatot, amivel a lehető legjobban lehet, a megadott keretek között. Az ember ne legyen lusta és túl büszke utánaolvasni a dolgoknak, mások tapasztalataira hallgatni, folyamatosan fejlődni. Ha pedig korrigálnak, akkor azon nem kell megsértődni, hanem mérlegelni, aztán ha kell, értelmesen vitázni! Főleg nem kell cserébe ráhúzni a másikra, hogy csak ő nem érti a "viccet", bár valóban egyszerűbb megoldás.
"Ha elkészítesz egy weboldalt, utána teljes arculatváltás szerintem nem szokott havonta lenni, tehát a modul előnye ebből a szempontból nem feltétlenül van jelen. "
És amíg az arculat ki nem alakul, és váltogatsz sminkeket, akkor addig egyik template.php-ból pakolgatod mindig a másikba az alapvetően modulba tartozó kódot?
Mindegy, a lényeg, hogy template.php-ba pakolni kényelemből lustaság.[ Szerkesztve ]
Sk8erPeter
-
Siriusb
veterán
Ha valaki találkozott mostanában tetszetős sminkkel a 7-eshez, ne tartsa magában a nevét.
Az se baj, ha támogatja a mobil eszközöket, legalább egyszer nem fix szélességűre készítek valamit. Nem akarok túl sok energiát beleölni, nagyjából csak egy fórum lesz az egész. -
Siriusb
veterán
Azért elég időrabló a drupalos oldalak karbantartása. Még jó, hogy egy okos ember javasolta a drush-t, legalább az első körben a lokális példányokat könnyű upgradelni. A tárhelyparknál viszont mindig elfelejtek beletúrnia htaccess-be, csak akkor jut eszembe, amikor az update.php helyett hibaoldal jön be.
-
Siriusb
veterán
Ha drush-sal kreálok új usert, mi a default jelszó? Nem találok infót róla.
-
Sk8erPeter
nagyúr
Ezt így még nem próbáltam, de miért nem határozod meg eleve a command line-ban a kívánt jelszót?
user-create
Create a user account with the specified name.Examples:
drush user-create newuser Create a new user account with the name newuser, the email address person@example.com, and the password letmein
--mail="person@example.com"
--password="letmein"Arguments:
name The name of the account to addOptions:
--mail The email address for the new account
--password The password for the new accountAliases: ucrt
szóval pl.:
drush user-create newuser --mail="person@example.com" --password="letmein"
==
(#521) Siriusb
jaja, ez a Tárhelyparkos dolog kicsit szívás, ha először nem jut eszébe az embernek, de szerencsére nem akkora para."Még jó, hogy egy okos ember javasolta a drush-t"
Kire gondolsz?Sk8erPeter
-
Siriusb
veterán
válasz Sk8erPeter #523 üzenetére
miért nem határozod meg eleve
Lustaság?Kire gondolsz?
Csitt, még elbízza magát!Ja, nekem mindig rá kell keresni, pedig minden alkalommal azt hiszem, megjegyeztem a followsymlinket
Viszont ellensúlyozza az, hogy náluk rendkívül egyszerű a frissítés végrehajtása. -
Siriusb
veterán
válasz Sk8erPeter #525 üzenetére
Amire gondolok, az a script, amit biztosítanak. Csak végig kell kattintgatni azt a kb. 3 lépést, és még a backup-ut is megcsinálja.
-
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
-
Siriusb
veterán
válasz Sk8erPeter #528 üzenetére
Hehe, csak jó az öreg a háznál, mi?!
A Softaculous - ról van szó. Ha belépsz a cpanelbe, legalul.
Amikor először találkoztam a tárhelyparkkal, kicsit szétnéztem. Játszásiból ezzel raktam fel a drupalt, meg is lepődtem, hogy a legfrissebb verziót telepíti, hát még amikor beszólt, hogy frissíteni kéne. Meglepetésemre egy-két kattintással készült egy backup és megfrissült a rendszer. Már egy éve ott van az egyik weboldalam, és minden verzió frissítés gond nélkül ment. -
Sk8erPeter
nagyúr
Ja tényleg, erről meg is feledkeztem, hogy van ilyen lehetőség, azért nem választottam ezt, mert szeretem, ha pontosan tudom, mi történik, tényleg a hivatalos változat kerül-e fel, végigkövetem rendesen a szokásos Drupal-telepítési folyamatot, és így tovább, ráadásul erről az automatizált backupról és update-ről nem is tudtam, szóval ez nekem új volt, jó, hogy megosztottad, lehet, hogy majd adok neki egy esélyt.
Viszont miközben leírtam, rájöttem, hogy ezzel már megint csak az a gáz, hogy a frissítésnél van pár modul, ami kiakad, hibákat dobál, és ezeket jobb' szeretem akkor már localhoston tesztelni, az éles változatot békénhagyva, Drush-sal update-elve, hogy legyen lehetőségem ezeket rendesen utánanézve kijavítani, szóval szerintem maradok mégis csak a hagyományos módszernél.Sk8erPeter
-
Siriusb
veterán
válasz Sk8erPeter #531 üzenetére
Elsőként én is localhoston frissítek (egy ideje már drush-sal ), és utána jön az éles. Eddigre már minden hiba ki kellene legyen szűrve / megoldva. Nem is volt még gondom, a htaccess kivételével, de az kézi vezérlésnél is ugyanúgy előjött volna.
-
Ablakos
őstag
Nekem a php teljesen új, elég nehézkesen megy a kódolgatás. Na, ez az én gondom, de hogyan szokták a drupálozók készíteni a kódot? Valamilyen külső eszközzel vagy valamilyen modult használnak a segítségre?
-
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
-
Ablakos
őstag
válasz Sk8erPeter #534 üzenetére
Erre gondoltam. kb. 15-20 soros függvényt teszteléshez szeretnék környezetet. (pl. egy dátum feldolgozás) PHP-hez nincs olyan gyakorlatom(vagyis semmilyen sincs), hogy szemmel verve rábökjek egy hibapontra. Meglesem a netbeans-t. Lehet esetemben ágyuval verébre, de valamerre elindulok.
-
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
-
Ablakos
őstag
Arra milyen ötletetek van, hogy egy tartalomtípusban azt szeretném, hogy egy választó gomb és egy másik text mező közötti kapcsolat figyelve legyen? Tehát rbutton igen van választva, akkor legyen kitöltve egy text mező. Nem engedje beküldeni a tartalmat.
-
Sk8erPeter
nagyúr
Sk8erPeter
-
Ablakos
őstag
válasz Sk8erPeter #538 üzenetére
Köszönöm, küszködtem php-vel, de ez mindjárt egyszerűbb.
-
birozoli7800
senior tag
Üdv mindenkinek!
Csak pár napja próbálgatom a drupal-t. Azt a feladatot kaptam, hogy csináljak egy állatkiegészítőkkel kapcsolatos webshopot. Semmi extra, csak pár kategória, és pár terméket töltsek fel kategóriák szerint.
Amit eddig csináltam:
Telepítettem a drupal 7.22-es változatát windows rendszerre. A magyarítást még telepítés előtt bemásoltam az adott helyre, de sajnos csak az oldal fele lett magyar. Kicsit utána olvasgattam, hogy a Localization Update modullal mindez megoldható és már a telepített moduljaimat is tudom vele magyarosítani. Az adott modul telepítése megtörtént de sajnos nem nagyon tudom, hogyan tudnám magyarosítani ezzel az oldalt.
Telepítettem az übercart nevű modult, és még a hozzá szükséges kiegészítőket. Minden nagyon jól működik, terméket tudok hozzáadni az oldalhoz, azt törölni, és a vásárlás funkció is működik.
Feltöltöttem egy pár terméket, és feladatom lenne még ezeket a termékeket kategorizálni. Kutya eledel, Macska eledel, Kiegészítők. Ezekhez a kategóriákhoz kéne rendelnem a termékeket. Menüpont szerűen szeretném, de sajnos még nem jöttem rá hogyan lehetne. Esetleg valakinek valami tipp? Biztos nagyon egyszerű a megoldás, csak ahogy írtam még kezdő drupal user vagyok.
Utolsó problémám, a megfelelő téma kiválasztása. Nagyon kevés témát "sablon"-t találtam ehhez a verzióhoz, ebben a kategóriában. Esetleg tudtok ajánlani egy oldalt, ahol nagyon jó, használható témákat tudok találni?
[ Szerkesztve ]
-
Siriusb
veterán
ÁÁÁ
Mit szívtam a 000webhoston a clean url-lel. Nem értettem, a Kapcsolat menüpontra miért akad ki. Már nem contact a neve, hanem Contact :'( Ki volt az az idióta, aki ezen változtatott?
-
Siriusb
veterán
válasz birozoli7800 #540 üzenetére
A Beállítások / Felület fordítása / Importnál ezt olvastasd be.
-
Sk8erPeter
nagyúr
válasz birozoli7800 #540 üzenetére
Többnyelvűség:
amilyen modulokat én nagyon hasznosnak találok a többnyelvűsítéssel kapcsolatban, azokat itt a kérdésben felsoroltam:
http://drupal.hu/forum/t%C3%B6bbnyelv%C5%B1s%C3%A9g-vissza-kezdetekhez/17510Én viszont azt javasolnám, hogy eleve magyarul telepítsd a Drupalt, ha alapvetően magyar honlapról van szó, mégpedig az l10n_install lokalizált disztribúcióval:
http://drupal.org/project/l10n_installWebshop:
Korábban felvetettem a témát drupal.hu-n, hogy melyiket érdemes manapság használni, az Ubercartot vagy a Commerce-t, és egyértelműen azt a választ kaptam, hogy manapság a Commerce a megfelelő választás:
http://drupal.hu/comment/68912#comment-68912
http://drupal.hu/forum/ubercart-vs-commerce-m%C3%BAzeumi-darab-vs-j%C3%B6v%C5%91-vagy-ink%C3%A1bb-csak-el%C5%91%C3%ADt%C3%A9letek-%C3%B6r%C3%B6ks%C3%A9g-vs-%C3%BAjItt van az alaplépésekről leírás:
http://drupal.uzletkotobank.hu/content/drupal-commerce-telep%C3%ADt%C3%A9se-%C3%A9s-be%C3%BCzemel%C3%A9seHa mégis az Ubercart marad, akkor itt van egy szakdolgozat az Ubercartról magyarul, biztos le van írva benne minden alaplépés, ami egy egyszerű webshop kialakításához kell:
Sk8erPeter
-
Sk8erPeter
nagyúr
A drupal.hu-t később frissítik.
Attól még a 7.22-es verzióhoz NEM a 7.19-es fordítás a jó, teljesen logikusan...Az a HIVATALOS legkésőbbi, ami a drupal.org-on szerepel!
Tehát innen kell letölteni, nem a drupal.hu-ról:Sk8erPeter
-
birozoli7800
senior tag
válasz Sk8erPeter #546 üzenetére
Köszönöm a válaszod!
Sikerült végül megoldanom minden problémát. Igazából maradtam az übercartnál, sikerült jól beállítanom, minden úgy működik ahogyan kell. -
Ablakos
őstag
Ilyenkor megy el az életkedvem. Kezdő drupálozó (már az előttem forumozó) kiválasztja ami kell, beállítja, használja és működik. Én meg napokat kínlódok egy vacak nézet megértésén. Referencia fieldekkel viaskodom és a css-be bele sem szagoltam. Még jó, hogy nem ebből a munkából kell éhen halnom.
Új hozzászólás Aktív témák
- Napelem
- Google Pixel 6/7/8 topik
- Kerékpárosok, bringások ide!
- Politika
- Az MSI RadiX AXE6600 tesztje – router, játékosoknak
- AMD GPU-k jövője - amit tudni vélünk
- Elemlámpa, zseblámpa
- Xbox Series X|S
- Olcsóbb lett a Tesla Full Self-Driving szoftvere
- Intel Core i3 / i5 / i7 8xxx "Coffee Lake" és i5 / i7 / i9 9xxx “Coffee Lake Refresh” (LGA1151)
- További aktív témák...
- FREEWELL 8/16/32/64 ND/PL szűrőkészlet - DJI Mavic 3 drónhoz
- Üzletből, garanciával, Macbook Pro Retina 13"2020 Touch Bar i5/16GB RAM/512SSD
- XBOX ONE/PS4/PS5/XBOX SERIES/NINTENDO SWITCH konzolt vásárolnék!
- XBOX SERIES/PS4/PS5/XBOX ONE/NINTENDO SWITCH konzolt vásárolnék!
- PS5/PS4/XBOX ONE/XBOX SERIES/NINTENDO SWITCH konzolt vásárolnék!