Hirdetés
-
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
-
#600
Sk8erPeter
nagyúr
adam_
#599
Sk8erPeter
nagyúr
Ez a probléma azóta megoldódott?
Egyáltalán be vagy már lépve adminként? Miután beléptél, azután is még ezt az üzenetet kapod? Ez nem derült ki a leírásodból, hogy tényleg be is vagy-e lépve megfelelő jogosultságokkal.(#598) Siriusb:
Azt az embert én nem nevezném "kollégának".![;]](//cdn.rios.hu/dl/s/v1.gif)
Sose legyen olyan kollégám, másnak sem kívánom. 
-
adam_
senior tag
You are not authorized to access this page.
Ezt az üzenetet kaptam vissza Drupal 7-nél. Hogyan lehetne ezt orvosolni, hogy újra elérhessem az admin menüt? Nem állítgattam semmilyen jogosultságot, mégsem engedi sehogyan sem elérni az admin menüt.http://localhost/lms/?q=admin Ezen a címen próbálom, mint mindig korábban, de mégis mindig ez az hibaüzenet fogad. Esetleg phpmyadminba vagy valahol máshol lehetne szerkeszteni a jogosultságaimat, és ha igen, hogyan próbálkozzak?
Előre is köszönettel,
Ádám -
#598
Siriusb
veterán
Sk8erPeter
#596
Siriusb
veterán
válasz
Sk8erPeter
#596
üzenetére
Jaj de megijedtem, hogy honda kollega ide jött át, amikor láttam, hogy új hozzászólások vannak
-
#597
szundybence
aktív tag
Sk8erPeter
#596
szundybence
aktív tag
válasz
Sk8erPeter
#596
üzenetére
Köszönöm!
-
#596
Sk8erPeter
nagyúr
szundybence
#595
Sk8erPeter
nagyúr
válasz
szundybence
#595
üzenetére
Lassan inkább az lesz a kérdés, mennyire kiforrott már a 8-as... Persze ez azért még nem téma, mivel egyelőre még a stabil sem jött ki a 8-asból (a béta viszont már igen!), csak gondoltam érzékeltetem a helyzetet.
A 7-es már igen régóta kiforrott, sőt, a 6-os támogatása lassan teljesen meg fog szűnni, amint kijött a 8-as stabil változata, úgyhogy még csak ne is gondolkozz azon, hogy 7-esnél régebbit raksz fel.Amúgy a 8-as sok tekintetben kapásból jobb lesz, mint a 7-es (persze ez így a normális az újabb változatoknál
), a HTML5-ös megoldások kihasználása, reszponzív admin-felület (értsd: mindenféle eszközről tudod majd babrálni) miatt, a fordítási támogatás még erősebb lesz, sok (szinte) kötelező modul a core-ba kerül (pl. Views, fordításhoz kapcsolódó kiegészítő modulok, CKEditor, utóbbinak ráadásul a helyben történő (inline) szerkesztést lehetővé tévő része is, és így tovább). -
#595
szundybence
aktív tag
szundybence
aktív tag
Sziasztok!
Melyik Drupállal érdemes foglalkozni? Mennyire kiforrott már a hetes?
-
Ablakos
őstag
LEMP -re akartam telepíteni a drupalt, de nem sikerül az nginx beállítása. A sites-available/default server működik. /usr/share/nginx/html alatt megy a phpinfo.php és phpmyadmin. A drupalt(8) a /var/www alól akarom kiszolgálni. Ezt kapom az error.log -ba FastCGI sent in stderr: "Unable to open primary script: /usr/share/nginx/html/obcse/index.php Itt van az oldal /var/www/obcse/index.php
A kiszolgált oldalnak ez a konfigja:server {
server_name obcse;
root /var/www/obcse;
index index.php index.html;
access_log /var/log/nginx/obcse_access.log;
error_log /var/log/nginx/obcse_error.log;location = /favicon.ico {
log_not_found off;
access_log off;
}location = /robots.txt {
allow all;
log_not_found off;
access_log off;
}# Very rarely should these ever be accessed outside of your lan
location ~* \.(txt|log)$ {
allow 127.0.0.0/8;
allow 192.168.1.0/24;
#allow 10.0.0.0/8;
deny all;
}location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ {
expires max;
log_not_found off;
}location ~ /\. {
access_log off;
log_not_found off;
deny all;
}location ~ \.php$ {
fastcgi_split_path_info ^(.+\.php)(/.+)$;
#NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_intercept_errors on;
fastcgi_pass obcse-backend;
}# This matters if you use drush
location = /backup {
deny all;
}location ~ \..*/.*\.php$ {
return 403;
}location / {
# This is cool because no php is touched for static content
try_files $uri @rewrite;
}location @rewrite {
# Some modules enforce no slash (/) at the end of the URL
# Else this rewrite block wouldn't be needed (GlobalRedirect)
rewrite ^/(.*)$ /index.php?q=$1;
}# Fighting with ImageCache? This little gem is amazing.
location ~ ^/sites/.*/files/imagecache/ {
try_files $uri @rewrite;
}# Catch image styles for D7 too.
location ~ ^/sites/.*/files/styles/ {
try_files $uri @rewrite;
}charset UTF-8;
}upstream obcse-backend {
server 127.0.0.1:9000;
}Mit kell még változtatnom?
-
Siriusb
veterán
Drupal 7.24-re frissítéskor érdemes ellenőrizni a státuszt is az Admin szekcióban, htaccess-t kell esetleg bűvölni: [link]
(#592) Jeno.L
Vagy Firefoxban (firebug modul telepítése célszerűl) vagy Chrome-ban nézve az oldalt jobb klikk az érintett területre, megnézed mi a blokknak az ID-je, és a smink könyvtárában található css-ben hozzáadod a megfelelő háttérszínnel, ha még nincs definiálva, amennyiben létezik, akkor csak módosítod a backgound-color tulajdonságot. -
Jeno.L
tag
Sziasztok! Olyan dolog kéne nekem,hogy van egy saját Drupal sémám (Artisteerben készült). Szeretnék egy olyan módosítást csinálni,hogy a Banner 1 blokknak az alap szürke helyett egy másmilyen háttér színt adnék (igazság szerint egy képet). Tud ebben valaki segíteni? Csak annak az egy blokknak módosítanám a hátterét, minden mást hagynék úgy, ahogyan most van.
-
#590
gege64
csendes tag
Sk8erPeter
#589
gege64
csendes tag
válasz
Sk8erPeter
#589
üzenetére
Nem tudom, ma már nem, tegnap valamit elnéztem
Köszi 
Esetleg más honlapok?
-
#589
Sk8erPeter
nagyúr
gege64
#588
Sk8erPeter
nagyúr
Azt hogy csináltad, hogy csak 14-et találtál drupal.org-on?
A 7.x változathoz 112-t találtam így gyorsan rákeresve:
https://drupal.org/search/site/?f%5B0%5D=&f%5B1%5D=&f%5B2%5D=drupal_core%3A103&f%5B3%5D=sm_field_project_type%3A%5B*+TO+*%5D&f%5B4%5D=ss_meta_type%3Atheme&solrsort=iss_project_release_usage+desc -
#587
Siriusb
veterán
Sk8erPeter
#585
Siriusb
veterán
válasz
Sk8erPeter
#585
üzenetére
Igen, azt akartam írni. Mostanában kezdek (egy d!!
) figyelmetlen lenni. Rá kell szorítanom magam, hogy újra elolvassam, amit írtam mielőtt elküldöm, múltkor egy angol levélnél írtam olyanokat, hogy a hajam is kettéállt, mikor átolvastam. Nem akartam elhinni, hogy én voltam az elkövető. :'(ne legyen teljesen kutyulva a kettő
Ne jácca már mög magát, tudja kend jól, maga kis morgó méregzsák, miről beszílünk.
Legyön stílusos kend, oszt hívja mán föl a figyelmit azoknak, akik nem vöszik íszre a párhuzamot.
-
#586
gege64
csendes tag
Sk8erPeter
#584
gege64
csendes tag
válasz
Sk8erPeter
#584
üzenetére
Köszi szépen,
sikerült felraknom a gépre a drupalt, csináltam szervert, kész a weboldal kezelőfelülete.
Egész egyszerűen ment -
#585
Sk8erPeter
nagyúr
Siriusb
#583
Sk8erPeter
nagyúr
Na, most addig nyújtottam az alapos válaszadást, mint a rétestésztát, hogy most meg Te előztél meg.
Egyébként ja, a szakirodalmakat érdemes olvasni."Szerintem kezd azzal" - hoppá, most nálad találtam helyesírási hibát, hát ezt nyilvánvalóan nem hagyhatom szó nélkül
Szóval akkor azt akartad írni, hogy "kezdd azzal", ugye? 
(#580) :
"Egyébként a kutya szótővel rendelkező szavakat kéretik máskor vastagon kiemelni"
Hogy micsoda? Mirű' teccccik beszélni? (Igen, cével!) -
#584
Sk8erPeter
nagyúr
gege64
#582
Sk8erPeter
nagyúr
A használt adatbázisban (pl. MySQL) létre kell hozni a Drupal-telepítés ELŐTT egy adatbázist a Drupal számára, amibe majd beillesztgetheti az adatokat, és amiből aztán olvasgatni fogja ezeket. Ennek az adatbázisnak a nevét Te választod meg, ezt kell ebben a lépésben megadnod. Ezt az adatbázist egy megfelelő adatbázis-kezelővel tudod létrehozni (ilyen például a phpMyAdmin, ami a XAMPP-pal szintén települni szokott). Ezzel együtt az adatbázis-kezelőben létre kell (legalábbis mindenképpen érdemes; semmiképp sem szabad a főadminisztrátori felhasználónevet (általában root) és jelszót megadni az adatbázishoz való csatlakozásra) hozni egy külön adatbázis-felhasználót, aminek aztán jogokat biztosítasz az adott adatbázis elérésére ÉS módosítására (angolul privileges; minden jogot adj meg ennek a felhasználónak EHHEZ az adatbázishoz, de MÁSIKHOZ NE; nem szabad elfelejteni ezt a lépést, különben csatlakozási problémák lesznek).
Amúgy nagyon jól teszed, hogy nem élesben próbálkozol először, bölcs döntés.
Egyéb:
A privátbeli kérdésedre, hogy nagyjából mekkora szervert érdemes bérelni, csak annak függvényében lehetne válaszolni, ha ismernénk az igényeidet; attól függ, mire fogod használni a weboldalt. Van, ahol például akár 100 MB is elég (tipikusan egy nagyon egyszerű céges bemutatkozó oldal), van, ahol 10 GB is kevés. (Utóbbin például rengeteg kép lehet.) Azért általában a 100 MB nagyon alacsony korlát, én többet javasolnék, amennyiben például ezen keresztül fog történni az e-mailezés is (és nyilván egy igényes cégnek saját domainhez kötődő e-mail-címe legyen már Igaz, át is lehet irányítani ezeket a maileket másik szerverre).
500 MB vagy 1 GB már a legtöbb általános igénynek megfelel (persze nincs általános recept, mert mint említettem, igényfüggő). Normális tárhelyszolgáltató cégeknél azt is egyszerűen meg lehet csinálni, hogy veszel egy olcsóbb tárhelyet, aztán ha időközben úgy néz ki, többre van szükséged, akkor lazán feljebb lépsz egy eggyel drágább, nagyobb tárhelyet kínáló csomagba, aztán következő hónaptól vagy az átlépés napjától kezdve többet fizetsz (ez a tárhelyszolgáltató érdeke is nyilván).Ami nekem Drupalozásra bevált, az a Tárhelypark, én őket tudom ajánlani. Semmi közöm hozzájuk, szóval az ajánlásból nem származik semmi érdekem, de már annyi szívásnál voltak velem nagyon segítőkészek és gyorsak, hogy nyugodt szívvel javaslom őket. Lehet velük csetelni is amúgy munkaidőben.
Ha őket választod, van egy fontos dolog, amit módosítani kell a .htaccess-fájlban (egy szigorítás miatt), hogy működjön az oldalad:
http://blog.tarhelypark.hu/szerver-beallitas-followsymlink/
Lényeg röviden: az összes .htaccess-fájlban (ez sok FTP-kliensben rejtve van alapból) módosítani kell ezt a sort:
Options FollowSymLinks
erre:
Options +SymLinksIfOwnerMatch
Amúgy még annyi velük kapcsolatban, hogy a cPanel-felületen a Softaculouson keresztül pár kattintásra telepíteni tudod a Drupalt (kicsit gyorsabban, mint az alapmódszer).Kezdésnek mindenképpen ajánlott ez a könyv:
Nagy Gusztáv: Drupal 7 alapismeretek
http://nagygusztav.hu/drupal-7-alapismeretek
Ez az egyik legigényesebb magyar nyelvű, Drupallal kapcsolatos bevezető kezdőknek, képekkel illusztrálva. -
Siriusb
veterán
-
gege64
csendes tag
Sziasztok!
Elkezdtem felrakni a drupalt a saját gépemre, hogy mielőtt a szerverre teszem, egtanuljam használni.
Ehhez találtam az xampp-t, fel is raktam, majd a drupalt az előírtak szerint.
A drupal konfigurálásakor kérdez egy ilyet, hogy mi az adatbázis neve? Mit kell megadni? Előre be kell valamit állítani?
Bocs ha nagyon amatőrként írok ide, de itt hátha tudtok segíteni!
Köszi előre is
gege64 -
#581
(Bundás)
addikt
Sk8erPeter
#579
(Bundás)
addikt
válasz
Sk8erPeter
#579
üzenetére
Úgy emlékszem nem lehet szeparálni az adatbázist, de majd utána járok pontosabban. Gondoltam előtte körbejárom ezt az oldalt is.
Köszönöm Urak!
-
Siriusb
veterán
válasz
(Bundás)
#578
üzenetére
Még a kérdést is felejtsd el gyorsan.
Egyébként mi célt szolgálna?
Illetve ha félreértettem volna, telepítés során meg tudod adni, hogy legyen prefixe a tábláknak, tehát pl. dp7_balabla néven legyenek létrehozva a táblák, így egy adatbázist, de különböző táblákat használna a két telepítés.
Persze előtte ezerrel mysql export vagy dump három példánybanSzerk:
De gyors vagy. Esetleg én lassú? Egyébként a kutya szótővel rendelkező szavakat kéretik máskor vastagon kiemelni
Másik fórumban ma majdnem javítottam valakinek a helyesírását, de időben visszafogtam magam. -
#579
Sk8erPeter
nagyúr
(Bundás)
#578
Sk8erPeter
nagyúr
válasz
(Bundás)
#578
üzenetére
"egy adatbázison tudnak osztozkodni"
Csak abban az esetben, ha táblaprefixeket (előtagokat) használsz! Ezt még az installálás során kell megadni.
Ez azt fogja jelenteni, hogy például lehet egy Drupal 6-osból származó block nevű táblád, és egy Drupal 7-esből származó akarmiprefix_block nevű táblád. Így tehát minden olyan tábla neve, ami a Drupal 7-eshez tartozik, el lesz látva egy "akarmiprefix_" előtaggal. Ezt megadhatod a telepítés során, ha lenyitod a haladó beállításokat (ha jól emlékszem, le kell nyitni egy fieldsetet, aminek vmi ilyesmi neve van).
DE ez a módszer általában kerülendő, amennyiben van jogosultságod létrehozni külön adatbázist is! Ez csak olyan esetben lehet érdekes, ha egy osztott tárhelyen mondjuk valamilyen oknál fogva (pl. ingyenes vagy nagyon kedvezményes csomag) csak egyetlen adatbázist kapsz, és másik oknál fogva pedig valóban szükséged van arra, hogy azonos oldalon két külön webalkalmazásod legyen.
Szóval megfontolandó, hogy valóban kell-e ez neked, csak az előbbi esetek valamelyikében lehet indokolt.
Arra pedig figyelj, hogy lehetőleg teljesen szeparált könyvtárakban legyenek, de legalábbis mindenképp valami alkönyvtárba kerüljön, ne legyen teljesen kutyulva a kettő (nem is működne).Készítettem neked egy screenshotot a telepítőből, itt láthatod azt a fieldsetet, amit le kell nyitni, bekarikáztam a lényeget, ahol meg kell adni az akarmiprefix_ előtagot, ez nyilván legyen valami értelmesebb nevű, például drupal7_ vagy ilyesmi, a név rád van bízva:
-
#576
Sk8erPeter
nagyúr
PiXeL90
#574
Sk8erPeter
nagyúr
Amit Siriusb említett, az a "User login" blokk, aztán még akármelyik menühöz hozzáadhatod a user/register útvonalat (ami amúgy user_menu()-ben van definiálva, ott még láthatók a működő, felhasználókkal kapcsolatos címek), neked tetsző címmel. Nem tudom, ez így megfelel-e neked, vagy valami különlegesebb kinézetű blokkot szeretnél, de úgy tűnt, csak a link kirakása a célod.
=======
(#575) Siriusb :
affene, azt hittem, beindul a topic, de már megint hullaszag lett.
Nálam most épp ez az aktuális megoldandó feladat, kíváncsi vagyok, milyen beépített megoldások léteznek rá:
http://drupal.hu/forum/kepmezo-vegtelen-szamossaggal-az-egyik-kep-megjelolese-checkbox-szal-boritokepnek/18485 -
Siriusb
veterán
Ha van egy drupal alaptelepítésed, ott láthatsz egy blokkot, ahol be lehet jelentkezni, ill. regisztrálni. Neked igazából semmit nem kell tenned, ezt készen megkapod.
Egyébként a Structure/Menus pontban tudod módosítani a menüket, itt hozzáadhatsz új menüpontokat a már meglévő menükhöz. -
#574
PiXeL90
csendes tag
Sk8erPeter
#570
PiXeL90
csendes tag
válasz
Sk8erPeter
#570
üzenetére
Arra gondoltam, hogy pl. a regisztrációs modul linkjét hogy tudom beletenni egy menübe?
Ha rákattintok a menüpontra bejön a regisztrációs űrlap. -
#571
Siriusb
veterán
Sk8erPeter
#570
Siriusb
veterán
válasz
Sk8erPeter
#570
üzenetére
Tetszett a kérdés, no meg a szép magyarság, mi?!
Egyszer már felélesztettük halottaiból ezt a topikot, mi az nekünk újra?!
-
#570
Sk8erPeter
nagyúr
PiXeL90
#568
Sk8erPeter
nagyúr
Jééé, azt hittem, ez a topic már meghalt
Pont napokban eszembe jutott, megkérdezem, mi ez a hullaszag itt."menüpont alá modult"
Azt hogyan kell elképzelni?"ha rákattintok be jöjjön a modul"
Mit jelent az, hogy "bejön" egy modul?
Megmozdul a link, és egyszercsak besétál egy modul az ajtón, és mindennek szem- és fültanúja lehetsz?
Fogalmazd meg úgy a kérdést, mintha neked intéznék, nulla információ birtokában Te vajon értenéd-e, mit akar az illető? (De nem, inkább fogalmazd meg úgy, mintha mindenkihez szólnál, hogy érthető legyen, és ne kelljen fejvakargatva törni a fejünket rajta, mit is akarhattál.) -
Siriusb
veterán
Szia!
Fogalmam sincs mit akarsz, de az első hozzászólásban találsz néhány lehetőséget, melyek segítségével elsajátíthatod az alapokat, mely mindenképpen és erősen javallott, sőt szükséges.
Legalább legyünk tisztában a fogalmakkal, mert azt kétlem, hogy a kérdésednek bármi köze lenne a modulokhoz. Próbáld meg világosabban kifejteni, mit szeretnél elérni. -
#565
Ablakos
őstag
Sk8erPeter
#564
Ablakos
őstag
válasz
Sk8erPeter
#564
üzenetére
Szóval a játékosok content type-ban létrehoztam az entity ref. tipusú fieldet (csapat_ref), amely hivatkozik a csapat cont.type-ra. A lista működik, hozza a hivatkozásokat, illetve azt az egyet amire mutat egy konkrét játékos.
Visszafelé lenne jó, hogy ha a csapatra hivatkozó játékosokat (a csapat tagjait) listázza a cs.lista. Itt akadtam meg, mert a csapat létrejöttekor még nem tudom ki lesz itt tag.
-
#564
Sk8erPeter
nagyúr
Ablakos
#563
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).
-
#563
Ablakos
őstag
Sk8erPeter
#562
Ablakos
őstag
válasz
Sk8erPeter
#562
üzenetére
Igen, az összehasonlítást hagyjuk.
Egy olyan nézetet fabrikálok, amely beágyazott nézet lesz egy tartalom típusban.
Tehát van egy csapat és egy játékos tartalomtípusom. Nem bonyolítom, 1 : N a kapcsolat. A játékos felvitelnél (vagy szerkesztve akár utólag is) beállítom, melyik csapathoz tartozik. A csapat listázásnál szeretném látni, kik tartoznak ide.
Ezt alkotta a nézet:
SELECT node.title AS node_title, node.nid AS nid, node.language AS node_language
FROM
{node} node
LEFT JOIN {field_data_field_csapat} field_data_field_csapat ON node.nid = field_data_field_csapat.field_csapat_nid
LEFT JOIN {node} field_csapat_node ON field_data_field_csapat.entity_id = field_csapat_node.nid
WHERE (( (node.status = '1') AND (node.type IN ('jatekos')) ))
ORDER BY node_title DESC
LIMIT 10 OFFSET 0 -
#562
Sk8erPeter
nagyúr
Ablakos
#561
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. -
#561
Ablakos
őstag
Sk8erPeter
#560
Ablakos
őstag
válasz
Sk8erPeter
#560
üzenetére
Természetesen nem tudtam
A nézettel hadakozom és amit sql-ben összeállít, azt akarom tesztelni. Visszafelé jobban megértem, hogyan állítja össze a kapcsolatokat, outer, egyenes és más joinokat.
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.
Na, nekiveselkedem, amit linkeltél. Köszi! -
#560
Sk8erPeter
nagyúr
Ablakos
#559
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. -
Ablakos
őstag
A php snippet tesztelésnél van gondom. Van egy blokkom, ami (nyitó-záró jelölők nélküli) php kódot futtathat tesztelési céllal.
A lehető legyegyszerrűbbet sem hajlandó futtatni. Egy fehér képernyő az eredmény.$sql = " select * from {node} n where n.status = '1' ";
$resource = db_query($sql);
$results = array();
while ($row = db_fetch_array($resource)) $results[] = $row;
echo "<pre>" . print_r($results, TRUE) . "</pre>";_r($results, TRUE) . "</pre>"; -
#558
Siriusb
veterán
Sk8erPeter
#557
Siriusb
veterán
válasz
Sk8erPeter
#557
üzenetére
Én nem vártam azt, hogy egyből meglegyen minden fordítás. Teljesen megértettem volna, hogy csúszásban vannak. Amúgy is magam szoktam lefordítgatni, ha felteszek valamit, ami nincs vagy csak részben van magyarítva.
-
#556
Siriusb
veterán
Sk8erPeter
#555
Siriusb
veterán
válasz
Sk8erPeter
#555
üzenetére
Ezer évvel ezelőtt még használtam a localize-t, de aztán felfedeztem a drupal.hu-t, s gondoltam, növelem a látogatottságot...
-
#555
Sk8erPeter
nagyúr
Siriusb
#554
Sk8erPeter
nagyúr
Nem nagyon értem, miért nem frissítették még mindig a drupal.hu-n a 7.19 verzió óta a fordítási linket 7.22-re, pedig már egy ideje megvannak a fordítások...
http://ftp.drupal.org/files/translations/7.x/drupal/drupal-7.22.hu.po
ez lenne a jó cím.
Szóval tényleg a localize.drupal.org-ról érdemes letölteni.Igazából jelezni kéne nekik a hibát a fórumon, de most lusta vagyok.
Amúgy jeleztem már pár hibát, és akkor általában gyorsan intézkedtek, szóval odafigyelnek a visszajelzésekre. Gondolom ez vmiért elfelejtődött, ők is emberek. (és hozzánk hasonlóan kockák)(#553) Ablakos :
A topic-összefoglalóban lévő szakirodalmakat érdemes lenne megnézned, a Nagy Gusztáv-féle jegyzetek pl. jól összefoglalnak rengeteg dolgot, tök érthetően. Haladóbb témakörökhöz is találhatsz hasznos infókat az ottani linkek között (legalábbis én ezeket tetettem be az összefoglalóba, biztos még számtalan hasznos szakirodalom van Drupalhoz, érdemes is lenne bővíteni a listát (csak mostanság nem Drupalozom aktívan)).
-
#554
Siriusb
veterán
Sk8erPeter
#548
Siriusb
veterán
válasz
Sk8erPeter
#548
üzenetére
Nem mondod komolyan, hogy a magyar honlapra nem teszik fel a legfrissebb verziót?!
Én meg voltam győződve, hogy ott a legfrissebb van. Elnézést kérek.
Túl logikusan gondolkozom?
-
#553
Ablakos
őstag
Sk8erPeter
#551
Ablakos
őstag
válasz
Sk8erPeter
#551
üzenetére
Köszönöm élni fogok a lehetőséggel, persze minden csip-csup vackot nem tolok ide. Elég jó dolgok vannak a drupal.hu-n, elég azokat megértenem. Amikor veszélybe kerül a billentyűzet épsége
, akkor jelentkezem. -
#551
Sk8erPeter
nagyúr
Ablakos
#550
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! -
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. -
#549
birozoli7800
senior tag
Sk8erPeter
#546
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. -
#548
Sk8erPeter
nagyúr
Siriusb
#547
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: -
#546
Sk8erPeter
nagyúr
birozoli7800
#540
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:
-
#542
Siriusb
veterán
birozoli7800
#540
Siriusb
veterán
válasz
birozoli7800
#540
üzenetére
A Beállítások / Felület fordítása / Importnál ezt olvastasd be.
-
#540
birozoli7800
senior tag
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?
-
#539
Ablakos
őstag
Sk8erPeter
#538
Ablakos
őstag
válasz
Sk8erPeter
#538
üzenetére
Köszönöm, küszködtem php-vel, de ez mindjárt egyszerűbb.
-
#538
Sk8erPeter
nagyúr
Ablakos
#537
Sk8erPeter
nagyúr
-
#536
Sk8erPeter
nagyúr
Ablakos
#535
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. -
#535
Ablakos
őstag
Sk8erPeter
#534
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.
-
#534
Sk8erPeter
nagyúr
Ablakos
#533
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. -
#532
Siriusb
veterán
Sk8erPeter
#531
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. -
#531
Sk8erPeter
nagyúr
Siriusb
#530
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. -
#530
Siriusb
veterán
Sk8erPeter
#528
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. -
#529
Sk8erPeter
nagyúr
Ablakos
#527
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.
-
#526
Siriusb
veterán
Sk8erPeter
#525
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.
-
#524
Siriusb
veterán
Sk8erPeter
#523
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. -
#523
Sk8erPeter
nagyúr
Siriusb
#522
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? 
-
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 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. -
#519
Sk8erPeter
nagyúr
Siriusb
#518
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. -
#518
Siriusb
veterán
Sk8erPeter
#517
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...
-
#517
Sk8erPeter
nagyúr
Siriusb
#516
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ő). -
#516
Siriusb
veterán
Sk8erPeter
#515
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. -
#515
Sk8erPeter
nagyúr
Ablakos
#512
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. -
Ablakos
őstag
-
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. -
#510
Ablakos
őstag
Sk8erPeter
#509
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. -
#509
Sk8erPeter
nagyúr
Ablakos
#503
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.
-
#506
Sk8erPeter
nagyúr
Jeno.L
#502
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. -
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. -
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) -
#501
Sk8erPeter
nagyúr
Ablakos
#500
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.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Sose legyen olyan kollégám, másnak sem kívánom. 
Megmozdul a link, és egyszercsak besétál egy modul az ajtón, és mindennek szem- és fültanúja lehetsz?
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
- Autós topik látogatók beszélgetős, offolós topikja
- Autós topik
- Poco F7
- SSD kibeszélő
- Nem tetszik pár profi eSport játékosnak, hogy Intel CPU-val kell játszaniuk
- Kézbe fogható paradoxon lett az iPhone Air
- Merész dizájn és új teleobjektív az iPhone 17 Pro mobilokban
- Nők, nőügyek (18+)
- Argos: Az vagy, amit megeszel
- Anglia - élmények, tapasztalatok
- További aktív témák...
- Macbook Air 2017 A1466 (2db)
- X1 Carbon 11th 14" FHD+ IPS i5-1345U 32GB 512GB NVMe ujjlolv IR kam gar
- Eladó Konfig I5 8400 16GB DDR4 1TB SSD 1TB HDD RTX2060 6GB!
- HP Color LaserJet Pro MFP M479fdw - multifunkciós színes lézernyomtató kiváló állapotban eladó
- Latitude 3450 14" FHD IPS Ultra 5 125U 16GB 512GB NVMe ujjlolv IR kam gar
- Eladó szép állapotban levő Apple iPhone 8 Plus 64GB / 12 hó jótállással
- Xiaomi Redmi 9 32GB, Kártyafüggetlen, 1 Év Garanciával
- PlayStation Network (PSN) ajándékkártyák, feltöltőkártyák áron alul!
- Surface Laptop 4 i7-1185G7 16GB 512GB magyarbill 1 év garancia
- Samsung Galaxy A53 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest