Drupal fejlesztőket keres a Cheppers!
Rövid leírás:
Drupal fejlesztőket keres a Cheppers
Munkavégzés helye:
Budapest
Munka jellege:
Részben végezhető távmunkában
Idő igénybevétel:
Teljes munkaidős
Jelentkezés határideje:
2015. 03. 31
BDUG 2017. január
Töretlen lendülettel indítjuk az új évet, az évek során megszokott utolsó csütörtökén a hónapnak idén is találkoznak a Budapesten élő, Drupallal foglalkozó szakemberek.
A 2017. év első budapesti DUG-ján három érdekes előadást is hallhattok:
Időpont:
2017. január 26., csütörtök 18.00
Kategóriák:
A felhasználókról szóló információk megjelenítési lehetőségei
Drupal verzió: 5.x
Tudásszint: Adminisztrátor
Használt modulok:
Tudásszint: Adminisztrátor
Használt modulok:
- Bio 5.x-1.0
- Bio 5.x-1.x-dev (2007. 07. 03.)
Drupallal kezelt webhelyünkön az egyes regisztrált felhasználók adatait alapértelmezésben a www.oldalam.hu/user/id (ahol az "id" a felhasználót azonosító szám) útvonalon, a felhasználók listáját pedig a www.oldalam.hu/profile útvonalon érhetjük el. A felhasználók kezeléséért a User modul felelős, ez azonban csak néhány adatot kezel a felhasználóval kappcsolatban. További információk megjelenítésére a Drupal alaprendszer a Profile modult kínálja, ami telepítés után nincs bekapcsolava. Ha használni szeretnénk, először engedélyeznünk kell, majd ennek segítségével újabb mezőket adhatunk a felhasználói profilhoz.
Kézikönyv:
Mintha derengene (de lehet, hogy más)
Szorgalmasan próbálgatom. :)
- Létrehozok CCK-val egy "Erőforrások" tartalom tipust.
- Ezzel a tartalom tipussal létrehozom a termeket:
- Zöld terem
- Kék terem
- Piros terem
- stb.
- Ezzel a tartalom tipussal létrehozom a termeket:
- Létrehozok CCK-val egy "Videokonferencia" tartalom tipust
- CCK-val hozzáadok egy "Node Reference" mezőt, amiben beállítom, hogy csak az "erőforrás" tipusú node-okat listázza ki, multiple paraméterrel. Így egyszerre több erőforrás is kiválasztható.
Most már csak az hiányzik, hogy ezeket a naptárban is megjelenítse... :D
Kik azok az 'ezek'? Én a helyszínekre értettem a tartalomtípust (Kék Terem tartalomtípus, Piros Szalon tartalomtípus). Miből kell kettőnek vagy többnek részt vennie és min?
Így szeretnék felvinni egy eseményt:
- Cím
- Törzs
- Kezdeti időpont
- Befejezé ideje
- Szervező (User Reference tipusú mező)
- Erőforrások (Node reference (multiple) tipusú mező)
Mivel egy videokonferencián több erőforrás is részt vesz/vehet (pl. a "Kék terem", "Zöld terem", "Piros terem", és a felvitelkor ezeket ki kell választani a felvitelkor.
Minden esemény gyakorlatilag videokonferencia megbeszélés lesz, a témája nem érdekes. Azért gondoltam arra, hogy felesleges taxonómiára gyúrni ("idegsebészeti konferenciák").
Kösz, Pali
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A hiba maga
A hiba az volt hogy megtortent....
A tobbit reszletet meg talan elkene mondani....
1. milyen vas, mb, os, fs?
2. mekkora az adatmennyiseg/rendszer?
3. volt e raid, ha igen milyen (hw/sw 1,3,5,10,50)
4. milyen vinyo(k)?, mikor volt csere?
5. volt e monitor a gepen/vinyokon (pl. hofok, smart, stb)
6. a +2 masolat milyen eszkozon, milyen formatumban es hol volt?
7. mi tartott ~1 napig?
8., mennyi adat veszett el?
: ]]]]]]
0-rol rendszernel meg meg azert kellenek az infok mert lehet csinalni rendszert
scsi, sata, fb vinyokkal ami lehet hotswap-es, lehet fix
ha ilyen a db-d akkor raid 1 (2 + 1 vinyo) eleg ha olyan a db-d akkor raid 10 (4 + 2 vinyo) kell,
ha igeny akkor raid 5 (3 +1 vinyo) vagy 50 (6 +2 vinyo)
ha tobb gepnek kell elernie ua storage mas vezerlok kellenek es drawer
mas kell ha van emberi erroforras felugyeletre es mas ha nincs
mas cuccokat hasznalsz x koltsegvetes eseten es masokat y koltsegvetes eseten
stb., stb., stb, stb.
de lehet te kocsit is ugy veszel "legyen pijos, mert olyan ferraris" a tobbi meg lenyegtelen.....
; ]
proxy error
Permalink Beküldte lipi-t (nem ellenőrzött) - 2007. június 25. 11.03
Láttam a fórumban, hogy többen is bele futottak ebbe a hibába, olvastam a lehetséges megoldást is (page.tpl.php fejlécébe <base href="<?php print $GLOBALS['base_url']; ?>"> sort beszúrtam), mégis sokszor előfordul a "proxy error" hibaüzenet.
A lap címe http://sikfoci.fw.hu
A settings.php-ben a $base_url is erre van beállítva (de már próbáltam minden freewebes domain variációt, de még rosszabb lett).
Ami érdekes dolog: tegnap opera alól sassoltam az oldalt, és nem jelent meg a tárgybéli üzi, viszont egy "memory exhausted" hibaüzi fogadott, gyanítom a mysql elérése közben.
Kicsit tanácstalan vagyok a dologgal kapcsolatban, ráadásul nagyon zavaró a hiba.
Tibi
Megszerkesztettem,mert a kódot csak úgy beleszúrtad és nem használtad a <code> </code> formázót. Azért van az előnézet, hogy az ilyeneket észrevegyük, nekem sem megy ám mindig elsőre ;)
pp
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
api
én a
$tomb=drupal_get_breadcrumb(); array_push($tomb,"amitakarok"); drupal_set_breadcrumb($tomb);
megoldást választanám ha hozzá akarnék adni valamit az útvonalhoz például a theme/sminkem/template.php fájlban a
function _phptemplate_variables() függvényben.Persze csak ha phptemplate-et használ az ember. Én smarty-t használok, már hozzászoktam.
De az is lehet hogy nem jól értelmeztem a feladatot, mert számomra zavaros :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Akkor jól gondoltam?
Azt írod:
Szerintem ez hasonló probléma, mint az Observer elektronikus újságnál volt a rovatkérdés. A rovatnak vannak fix részei (pl. rovatcím), és mozgó részei (aktuális cikkek). Erre 2 külön tartalomtípust hoztak létre, és a Rovat-fix tartalomhoz node reference segítségével csatolták a Rovat-mozgo tartalmakat. Azt, hogy éppen melyik Rovat-fix típusú node az aktuális, dátum mező segítségével állapították meg.
Én is hasonló következtetésre jutottam a végén:
Így az egészet utólag visszaolvasva (nem tudom ki, hogy van vele, nekem ilyenkor egy csomó dolog összeáll :) arra a következtetésre jutottam, hogy kell még 2 másik tartalom tipust felvennem, amiben összerendelem:
1. versenyhez a csapatokat
2. csapathoz a versenyzőket
Akkor jól gondoltam, hogy a régi kapcsoló tábláimat (2 volt) két újabb node tipus bevezetésével tudom helyettesíteni?
Utána ezen két node és a Views segítségével (eddig is ezzel akartam) már össze tudom kapcsolni, hogy adott versenyen mely csapatok vesznek részt, és pillanatnyilag kik a csapatok tagjai.
Köszi, aszt hiszem nekiveselkedek. Ha működne a dolog, utána jön a fekete leves, mert 9 korábbi verseny anyagát kellene felvinnem...
- 9 verseny
- 88 csapat
- 128 horgász
- 707 fogás
Akár hogyan is számolom, ez 932 node lesz... :P
Kösz, Pali
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
En akkor kezdtem el
En akkor kezdtem el gondolkozni, azon, hogy milyen CMS-t valasszak, mikor a cegnel felmerul egy bonyolult portal kialakitasanak az igenye, rengeteg ceges, specialis igennyel. Szuksegem volt egy
sokat tudo,
kicsi,
gyors,
robosztus adatbazissal is megkuzdo,
konnyen fejlesztheto,
php,
tobb DB-t ismero,
biztonsagos,
atlathato,
jol dokumentalt,
dinamikus,
modulalt,
de megis egyseges rendszerre.
ez kb negy-ot eve a drupal 4.5 (talan rc) volt. egyszeru es ertheto volt a kodolas, bar a kezdeti kezelofelulet tenyleg fura volt. rengeteg modul volt hozza, es ha kicsit kiismerte magat rajta az ember, akkor nagyon-nagyon kezesbarany volt. sosem foglalkoztam igazan mas cms-ek importalasaval semelyik iranyba. linux-windows hasonlattal nem tudok elni, en linuxos vagyok, a munkaban is azzal dolgozom, de ha megkerdeznek, melyiket ajanlom, persze linuxot mondok, de hozzateszem, hogy azert vannak benne nehezsegek es ha fel toluk hasznaljon wint. Portal eseteben drupal-t mondok es pont. mert ha nem tortent from-scratch a joomla-ban az elmult par evben akkor felejtos fejleszteshez. a joomla arra jo amire kidobjak, sokkal kevesbe rugalmas mint a drupal. van aki arra eskuszik, en a drupal mellett voksolok. igaz nem drupalt fejlesztek, de drupal ala, es NAGYON meg vagyok elegedve vele.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Drupal verzió :)
Nem tudjuk melyik Drupal verzió, pedig ez mondjuk alapvető lenne. Én az index.php-be tennék egy
error_reporting(E_ALL);és egyini_set('display_errors', TRUE);hívást, meg aset_error_handler()hívást kikommentezném (hogy a PHP alap hibakezelője menjen, és a képernyőn jöjjenek a hibaüzenetek). Aztán kiderül, mi a helyzet.Különben az is lehet, hogy nem is oda mutat valamiért a docroot, és akkor az index.php-be tett egyszerű echo is megmutatja, hogy lefut-e...