Sziasztok!
Az Asio Tanácsadó irodánál dolgozom Szolnokon, és keresünk 1 fő külsős munkatársat, aki kötetlen munkaidőben tudná a honlapjainkat kezelni, frissíteni, dizájnolni, karbantartani.
Szolnokit vagy környékbelit keresünk. Ha van ilyen ismerősötök vagy esetleg bárkit érdekel a dolog, légy szi jelezzetek itt a fórumon, vagy emailba: [email protected].
Köszi Mindenkinek!
Sziasztok!
Akinek van kedve, ideje az ma este a Dürer kertbe jönni és meginni egy sört, beszélgetni a Drupalról és a Drupal Hétvégéről az tegyen ide egy bejegyzést.
Ha még lesz két ember akkor megyünk, ha nem akkor nem.
pp
Üdv!
Létrehozok 3db tartalom típust : tartalom_1, tartalom_2, tartalom_3
mind a 3 tartalomtípushoz adok külön-külön szótárakat 3db-ot(t_1; t_2; t_3 ) így összesen 9db lenne.
Ezután ha ellátogatok egy tartalom_1 típusú tartalomra akkor megjelennek nekem a linkeknél a szótárak kifejezései a
- "t_1 kifejezés"
- "t_2 kifejezés"
- "t_3 kifejezés"
Ha ezekre "rákattintok" akkor CSAK az adott tartalom típushoz (jelenleg tartalom_1) tartozó tartalmak jelennek meg. Kifejezéseknek megfelelően.
Kérdés:
Meglehetne ezt oldani úgy hogy 1db tartalomtípusom van és 3 db szótáram ?
Esetleg views ban lehet olyan "linkeket" létrehozni amelyek figyelik azt hogy milyen szótárak ,kifejezései vannak az adott node-nak? Valamilyen argumentumos megoldás?
Remélem érthető volt(valamennyire).
Sziasztok!
Az oldalam érdekes hibajelenséget produkál, esetleg ti tudtok tanácsot adni.
Az utóbbi időben valamiért nem fut le cron. Idáig futott tökéletesen, de most megakadt. A legutóbbi tökéletes futás óta semmilyen változtatás nem történt, se modulban, se tartalomban stb.
Simán csak megadta magát, ha böngészőből futtatom, akkor se megy.
Hibaüzenetek:
"Az időzített feladatok futtatása több mint egy órát vett már igénybe, feltehetően valamilyen hiba miatt."
illetve
"Az időzített feladatok futtatásának kísérlete, miközben ezek futnak."
Próbáltam több módon is gyógyítani:
- teljes cache törlése
- SQL-ben ennek a futtatása:
USE Name_Of_Your_Drupal_Database;
DELETE FROM variable WHERE name="cron_semaphore";
DELETE FROM variable WHERE name="cron_last";
ez alapján: http://drupal.org/node/553430
-Minden modul lekapcsolása (még a core optional is).
Semmi nem segít.
Ötlet?
Nagyon köszönöm!
Ramirez
Velünk Drupalosokkal sokszor előfordul, hogy modulokat próbálunk ki. Letöltjük, állítgatjuk, nézegetjük, próbálgatjuk, és azokban néha hibát vagy hiányosságot találunk. Elkezdjük keresni, hogy vajon mi lehet a megoldás? Más is találkozott már vele? Esetleg már meg is oldotta? És gyakran meg is találjuk a megoldást a drupal.org-on. Ott figyel az issue, pontosan az ÉN problémámról szól, ráadásul van benne egy patch is. Nosza kipróbáljuk és ráadásul még működik is. Na, pontosan ez az a pillanat, amikor NINCS VÉGE, mert ebben az esetben kér a Drupal nemzetközi közössége 5 másodpercet a Te életedből IS.
Mi ez az 5 másodperc? Amíg hozzászólsz az adott issue-hoz annyit, hogy „Works well.” Ha netán az issue még abban az állapotban van, hogy „needs review”, akkor még azt is állítsd át arra, hogy „reviewed & tested by the community”. Nézzük meg, mi történik két esetben. Az egyik az, ha nem szánod rá ezt a plusz 5 másodpercet, míg a másik az, ha igen.
Nyilván tudod, hogy egy modul megírása elég sok időt vesz el a Drupal közösség valamely tagjának szabaidejéből. Sok időt fordított arra, hogy elkészítsen egy modult, amit Te ingyenesen használhatsz. Aztán vannak mások, akik hibát, hiányosságot találnak benne. Ők is veszik a fáradtságot, értelmezik az adott modul kódját, megértik. Kijavítják az esetleges hibát, vagy csak hozzátesznek egy picit. Ez is nagyon sok szabadidőt visz el a közösség valamely tagjától.
Ha Te nem szánod rá azt az 5 másodpercet, akkor lényegében semmi sem történik. A modul hibás marad, illetve az adott, számodra is fontos és működő kiegészítés csak ott figyel egy issue-ban. Aztán ha kijön a modulból egy új verzió, akkor rakhatod fel ismét a pecset, mert abban az a hiba még ugyanúgy benne lesz. A döbbenet majd akkor következik, amikor a patch -p0 azt mondja, hogy ezt a patch-et sajnos nem tudom felrakni, mert a forrás megváltozott. Oldd meg kézzel, ha még meg tudod egyáltalán. Egy bonyolultabb patch-nél ez nem feltétlenül 2 perces művelet. És innentől az issue-ban lévő patch gyakorlatilag kuka, mert a patch készítője vagy megcsinálja a patch-et a módosított forrásra, vagy nem.
Ám ha neked van 5 másodperced annak idején, akkor nagy valószínűséggel az az issue már réges rég le van zárva, a patch már a modul forráskódjának szerves része, és többé ezt a hibát már senkinek sem kell javítania, mert a modul következő kiadása remekül, kijavítva működik.
Ezért fontos, hogy ha felraksz egy patch-et és az nálad jól működik, akkor jelezz vissza, de azonnal. Works well. Ezt az 5 másodpercet kérjük tőled.
A bejegyzést ez a remek hozzászólás ihlette, mely jó, megoldás a problémára, csak kimaradt ez az 5 másodperc a közösségért.
Címke: drupal
Korábbi ügyfelemhez a saját helyemre keresek PHP fejlesztőt / site buildert. Szükséges ismeretek:
Előnyt jelent:
Feladatok:
Kis cég, rugalmas munkaidő, fiatal munkatársak, családias hangulatú iroda, modern körülmények, versenyképes fizetés. Érdeklődni nálam, privát üzenetben CV, referenciák elérhetőségével. Fizetés: 180 000Ft felett tudástól függően.
Sziasztok!
Ha tévedek akkor kijavítanak :)
404-es oldal esetében a Drupal alapból nem jeleníti meg pl. a left régiót.
Átkereszteltem sidebar_left-re, így már megjelenik a 404-es oldalakon is ez a régió.
A sidebar_left régióba raktam az elsődleges linkeket.
404-es oldal esetén viszont nem jelenik meg.
Hogyan érhető el, hogy a sidebar_left régióban megjelenjen a menü 404-es oldal esetében?
Köszönöm.
Hello! Készítek egy shop-ot, ahol a termékek oldalát views-al jelenítem meg. Érdekelne, hogyan működtethetem pl. a Page Title vagy a Meta Tags modult egy ilyen oldalon. Segítségeteket előre is köszönöm!
Idén ismerkedtem meg a Drupallal, a 7-es verzióval. Most azonban egy meglévő Drupal 6-os weboldalt szeretnék a gépemen futtatni. Ahhoz is létre kell hozni egy adatbázist használat előtt. Az lenne a kérdésem, hogy phpMyadminban az mennyiben különbözik a 7-től.
7-ben a következőt írom be:
CREATE DATABASE adatbázisnév DEFAULT CHARSET utf8 DEFAULT COLLATE utf8_hungarian_ci;
GRANT ALL PRIVILEGES ON adatbázisnév.* TO felhasználónév@localhost IDENTIFIED BY 'jelszó';
Tracker modul működésével kapcsolatos témák bőven akadtak a fórumon, próbáltam is informálódni belőlük. Mégis kérdeznék...
Drupal 7 alatt a Tracker modul engedélyezése után megjelenik egy menüpont "Friss tartalom" néven a navigációs menüben, ami a /tracker oldalra visz. Azonban a menüpont a be nem jelentkezett, anonymous felhasználóknak is megjelenik, fölöslegesen, hiszen nekik válogatás nélkül mindent kilistáz. Szeretném a /tracker útvonalon elérhető tartalmat a névtelen felhasználóknak tiltani, ill. a menüpontot csak a bejelentkezett felhasználóknak megjeleníteni, kb. úgy, ahogyan a drupal.hu-n is van.
A tracker modulnak nem találtam jogosultság beállításait. Hogyan lehet ezt megoldani?
Valamilyen access modul telepítésével? Vagy csak a beállításoknál én nem találom?
