Hirdetés
-
Nagy mennyiségben is gyártja új V-NAND dizájnját a Samsung
ph A kilencedik generációs fejlesztősből egyelőre a TLC-s verzió érhető el.
-
Marvel Rivals - Középpontban Loki
gp Az ingyenes hero-shooter elsőként csak PC-re érkezik, de pontos dátumot még nem kaptunk.
-
Musk szerint már jövőre itt vannak a Tesla Optimus humanoid robotok
it Musk a befektetőknek arról beszélt, hogy már az idei év végén gyárakban dolgozhatnak a Tesla Optimus robotok, a forgalmazás jövő év végén indulhat.
-
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
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
-
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.
-
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? -
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)).
[ Szerkesztve ]
Sk8erPeter
-
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...
-
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.
-
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>"; -
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
-
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! -
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
-
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[ Szerkesztve ]
-
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
-
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.
-
Siriusb
veterán
drupal 7 + google analytics: ha ff firebugban nézem, vagy a Chrome tracking code debuggerrel, elküldi az analyticsnek az adatokat, ezek hiányában nem. Ötlet?
A forrásban látszik a headerben a kód. -
PiXeL90
csendes tag
Sziasztok!
Az lenne a kérdésem, hogy hogy lehet Drupal 7 alatt menüpont alá modult szóval ha rákattintok be jöjjön a modul.
Segítségeteket előre is köszi! -
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. -
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.)Sk8erPeter
-
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?!
-
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. -
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. -
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[ Szerkesztve ]
Sk8erPeter
-
PiXeL90
csendes tag
Igen csak simán a linkre gondoltam.
Köszönöm a segítséget! -
(Bundás)
addikt
Sziasztok!
Drupal 6 rendszer mellé 7-est fel lehet pakolni? Értem azt egy adatbázison tudnak osztozkodni? Valami szükséges lépés a telepítés előtt (a biztonsági mentéseken túl)?
Köszi
-
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:
[ Szerkesztve ]
Sk8erPeter
-
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.[ Szerkesztve ]
-
(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!
-
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 -
Siriusb
veterán
-
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.[ Szerkesztve ]
Sk8erPeter
-
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!)Sk8erPeter
-
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 -
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.[ Szerkesztve ]
-
gege64
csendes tag
Sziasztok!
Egy új sminket keresek a leendő weboldalamhoz, tudtok olyan helyet mondani, ahol biztonságos sminkek vannak fent, és sokféle?
A hivatalos drupal weboldalon 14 darabot találtam... -
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+descSk8erPeter
-
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?
-
(Bundás)
addikt
Aki jártas Drupal Commerce építésében, beüzemelésében, dizájnolásában kérem keressen meg priviben némi kooperáció reményében.
-
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.
(+[----]%) ლ(╹◡╹ლ)
-
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. -
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?
[ Szerkesztve ]
-
szundybence
aktív tag
Sziasztok!
Melyik Drupállal érdemes foglalkozni? Mennyire kiforrott már a hetes?
-
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).
Sk8erPeter
-
szundybence
aktív tag
válasz Sk8erPeter #596 üzenetére
Köszönöm!
-
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
-
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 -
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". Sose legyen olyan kollégám, másnak sem kívánom.[ Szerkesztve ]
Sk8erPeter