pp képe

Már leírtam bővebben az ilyen viták feleslegesek. Itt a Drupal.hu-n nagyrészt Drupalhoz értő emberek vannak. Sokan nem találkoztak még a Moodle rendszerrel, vagy találkoztak és esetleg a rendszer eltérő kezelőfelülete miatt rossz tapasztalatokat szereztek. A kezelőfelülete pont annyira átláthatatlan elsőre mint a Drupal admin interfész.

Én magam dolgoztam Moodle-al mint felhasználó és igen jó tapasztalataim vannak, egyszerűen imádtam azt a rendszert. Pont annyit tudott és pont úgy ahogy nekem kellett. Ha volt valami oktatáshoz kapcsolódó ötletem akkor hopp már meg is volt benne csinálva. Szóval az egész úgy volt megcsinálva, hogy na de jó lenne ez-meg-ez és akkor csak be kellett kapcsolni, vagy szóltam az adminisztrátornak és ő segített megoldani a dolgot. Számos olyan dolog megvan benne ami egy saját fejlesztésbe csak évek múlva tudna csak bekerülni, hisz csak év végén és év elején jönnek elő bizonyos problémák, esetleg egy négy-hat-nyolc éves ciklus végén. Az tény, hogy ha problémába ütköztem akkor az átléphetetlen volt számomra, mert nem ismertem a rendszert annyira, hogy ezeket meglépjem. De ez nem a rendszer, hanem az én problémám. ;)

Én mindkét rendszert csak ajánlani tudom.

pp

0
0
Piskota képe

Kozben sikerult beiizitani a Donations modult. Csak az a gondom hogy mivel nem adomany-funkciohoz kell, a gomb mellett megjelenik a "Donation" szoveg. Majd meg beleeasok mivel lehet ezt eltuntetni (meramugymeg nem ertek PHP-hoz :-) ).

A Simple Paypal Frameworkot mar en is neztem, csak mivel 6-os Drupi van, nem mertem a dev valtozatot felrakni ...

Egyebkent en is hasonlo helyzetbe utkoztem mint amit fgabor a http://drupal.hu/forum/paypal-donate topikban felvazolt. Az en helyzetem annyival jobb hogy nem account letrehozo oldalt kinal fel alapbol, hanem egy olyat, ahol mar ki van ugyan toltve a kedvezmenyezett nevet es az osszeget tartalmazo fejlec, de egy "tovabb" linkre kattintva hozza csak be azt az urlapot amin a kartya adatait meg lehet adni. Tulajdonkeppen pont ugy mukodik, mint azon az oldalon, amit az utolso sorodban belinkeltel:

"Szerintem ez egy jó megoldás lehet. Itt meg tudod nézni, hogy hogyan kéne működnie.."

Meg ezt kell kifiguralnom hogy hogyan lehet ezt a "tovabb"-os jatekot atugrani es rogton a kartyas fizetesi urlapra ugrani... ha ugyan lehetseges...

0
0
Den képe

De ez is oda volt írva:

Ha a keresés oldalad session-ben tárolja a keresés paramétereit, akkor nincs arra lehetőséged, hogy az oldal állapotát küldd el.

Példa: ha valakinek el akarsz küldeni egy keresési listát, hogy ha a híreket szűröd és azok közül is a publikáltakat, akkor a harmadik az az oldal, amit keresel. Ha session-ben utaznak az adatok, akkor lesz egy http:domain/search linked, ami semmi infót nem tartalmaz a keresés állapotáról, mert minden nálad van a saját sessionödben - a szűrés beállításai. Akinek küldöd annál nem lesz meg, mert saját, egyedi sessionje van.

Ellenben: http:domain/search/type/page/published/1 urlben benne van minden fontos adat, tőled függetlenül. Ha két böngésződ van nyitva (vagy két tab, és miért ne), akkor mindegyikben a /search/ url szerepel vagy http:domain/search/type/page/published/1 és http:domain/search/type/page/published/0.

Nem vesznek össze, de a lista más. Mert az url-ben benne van a lap állapota, az, hogy most szűrve van, és pontosan mely szempontok szerint.

0
0
Webappz képe

Huha, itt kezd valami fogalmi zavar kialakulni. :)
Ahogy fentebb Paal is utalt rá, a Drupal alkalmas egy cég/iskola/közösség belső halózatával (Intranet) kapcsolatos webes alkalmazások megvalósítására/fejlesztésére. Erre az egyik legjobb példa pl.: az Open Atrium, amelyről a Drupal Hétvégén előadás is lesz.
Szóval a Drupal nem vesz a vállára olyan terhet, amit nem neki kell megoldania. Az Intranet inkább más környezeti/technikai feltételeket biztosít, illetve más feladatok megoldását jelenti.
Egy tipikus példa:
Céges környezetben gyakori, hogy a felhasználók adatait, hozzáférési jogosultságait (jelszavát) LDAP címtárban tárolják. Ennek két nagy előnye is van:
1., Az egyes felhasznalók 1 db felhasználói név és jelszó párossal az összes olyan rendszerhez/alkalmazáshoz - jelen esetben webes alkalmazáshoz - hozzáférhetnek/használhatják, melyek képesek LDAP authentikációra.
2., A fejlesztőknek azért jó, mert nem kell minden alkalmazásnál létrehozni előre a felhasználói azonosítókat, azokat külön-külön karbantartani, hanem központi helyről tudják mindezt megtenni.

Mivel LDAP szerver hozzáférést nem nagyon szoktak hostingban adni, így ez például kifejezetten Intranetes technológia.

Tehát összefoglalva a Drupal szempontjából az Intranet más technikai/technológiai feltétel rendszert jelent és más megoldandó feladatokat rejt magában, de természetesen erre is kiválóan alkalmas.

0
0

Páldi Zoltán

dru.pali képe

Szia!

Feltettem az IMCE-t, de nagyobb tudású kellene.
Feltettem a Filefield-et, a modulok közé csinált egy CCK részt és oda tett 12 db alrészt, amelyek közül a Filefiled meta nincs bekapcsolva és nem is lehet.
Azt írja, hogy: ileField (engedélyezett), Getid3 (hiányzó), Content (engedélyezett) szükséges a bekapcsolásához.
Nem tudom, hogy ez mennyire kell, ha kell, akkor Getid3-mal mit csináljak, mi az és hol van?

De ami a legnagyobb gondom: ellenben az IMCE-vel, amit a modulok részben be lehet állítani, rendes felületen paraméterezni és használni feltöltésre, a Filefield nem jelenik meg sehol, lehet, hogy félreértettem és az nem is arra való, mint az IMCE, file feltöltésre?

Mert kódokat írni nem akarok, én a designban (Adobe CS - grafika, kép, animáció, prospektusok)) vagyok otthon, ezért szeretnék előre gyártott "alkatrészeket".

És az is fontos, hogy ha feltölt valaki valamit, akkor meg lehessen adni, hogy kiknek menjen e-mailban értesítés a feltöltésről.

Félek nem kapok választ, mert amióta itt vagyok, szinte soha senki nem válaszol, mintha halott lenne a fórum (a második témában, amit írtam, be se tudtam jelölni, hogy értesítést kérek mailban, de amelyiknél bejelölhettem, ott sem jött...

0
0
jacem képe

A képek már nálam is bejönnek, de a fotógalériák nem. Ott is valami elérés lesz de nem tudom, hogy mi. Mindenesetre köszi, hogy foglalkoztál vele. Kipróbáltam azt, hogy a brilliant gallery mappa elérésénél beírtam a sites/kodaly.neobase.hu/files/albums vagy a http://www.kodaly.neobase.hu/sites/kodaly.neobase.hu/files/albums elérést beírni és hiba nélkül el is menti. Sajnos ilyenkor a manage galleries-nél a következő hibaüzenetet kapom:
warning: Invalid argument supplied for foreach() in /data/neobase/ko/kodaly/modules/brilliant_gallery/brilliant_gallery.module on line 409.
Itt pedig egy foreach fgv-t találok, amivel semmit nem tudok kezdeni. Ha viszont a brilliant gallery mappájának eléréséhez csak az albums mappát (természetesen ez a files mappán belül található) írom be és mentem el, akkor a manage gallery-esnél megjelenik az összes galéria. Viszont ha egy galériát kiválasztok, akkor benne a képek nem jelennek meg csak a helyük. Azaz az eléréssel van baj. Lehet, hogy az adatbázisban van valami elírva. Csak azt nem tudom, hogy tudom az adatbázist elérni illetve szerkeszteni. Én eddig erre a PhpMyAdmin-t használtam, de az itt a tudásom szerint nincs.

0
0
nevergone képe

Eredetileg nem szándékoztam ehhez már hozzászólni, de most azt hiszem, kénytelen vagyok. Sgabe csupán arra mutatott rá, hogy olyant állítasz a honlapodon, ami nem igaz, és ezt magad is elismered. Milyen pénzt lehet keresni öt nap után weboldal készítéssel? Eleve, milyen weboldal készítés az, ahol a készítőnek fogalma sincs a weboldal készítéséről? Mondhatod, hogy nem kell webprogramozónak lennie, pedig de, van egy szint, amelyet mindenképpen ismernie kell belőle akkor is, ha csak kattintgatva dolgozik.
A többiek hozzászólásából is csak pont a lényeget nem veszed észre, úgy csavarod az elhangzott dolgokat, hogy neked kedvezőbb legyen, közben nem veszed észre azokat az ellentmondásokat, amelyekbe már többször belekeveredtél itt. Nem kell válaszolnod nekem, sőt semmi ilyen nem kell, csak olvasd el a honlapod tartalmát alaposan, majd az itt született hozzászólásokat, lehetőleg időrendben.
Köszi!

A drupal.hu adminisztrátorai felé az a javaslatom, hogy ezt a témát zárolják/töröljék átmenetileg. A téma indítójának elég sok lehetősége van itt a drupal.hu-n vagy a drupal.org-n, hogy hozzáértését megmutassa és letegyen valamit a közösség elé. Illetve várjon, türelemmel, nyugalmasan.
Ha ez sikerült, szeretettel látom újra a drupal.hu-na hirdetését, addig azonban úgy látom, hogy csak hasznot próbál húzni belőle.

Elnézést az új hozzászólásért, igyekszem nem reagálni a többire.

nevergone képe

Próbáltam rövid lenni, de Nevergone nem hagyott :)

Pl. ez helyett:
Locale 6.16 Nyelvkezelési képességekkel ruházza fel a rendszert, lehetővé téve a felhasználói felület angoltól eltérő nyelvre fordítását.
Internationalization (engedélyezett), Internationalization tests (engedélyezett), String translation (engedélyezett), Locale updater (engedélyezett), Language icons (engedélyezett), Content translation (engedélyezett), Translation table (engedélyezett), Block translation (engedélyezett), CCK translation (engedélyezett), Content type translation (engedélyezett), Menu translation (engedélyezett), Poll aggregate (engedélyezett), Profile translation (engedélyezett), Synchronize translations (engedélyezett), Taxonomy translation (engedélyezett), Views translation (engedélyezett), Translation overview (engedélyezett), XML sitemap internationalization (engedélyezett) használja

elég lett volna ennyi:
Locale 6.16

Véleményem szerint az ubercart modul amit levettem, az állította át az egész rendszeremet.

Eltávolítás volt, vagy csak kikapcsoltad és letörölted? Milyen verziót használtál az Ubercartból? Mit értesz a következő alatt pontosan? "állította át az egész rendszeremet" A szerverhez tartozó log-ot eléred? Szolgáltató esetleg tud segíteni ebben.

Kérdés érdemes-e mindent modulal megoldani, vagy célszerű nyúlkálni is a sminkbe?

Érdemes az ilyen dolgokat modulokkal, különösen akkor, ha nem ismered mélyebben a rendszert. De amúgy ez már másik téma lesz.

Sajnos a gondolatolvasás még mindig nem erősségünk.

0
0
pp képe

„Megnéztem az aktuális sminket, de közben az jutott eszembe, hogy ha minden (7-8 sminkkel próbáltam) smink esetében úgyan úgy néz ki, akkor nem a smink szabályozza.”

Ez igaz, de nem jelenti azt, hogy nem írhatja felül a sminked. :) Drupalban pont ez a nagyszerű, hogy a modul kiböfög valamilyen html kimenetet és ha az nem tetszik és megfelelően van megírva a modul akkor azt a sminkben felülírhatod.

Ha nem írod felül, akkor mindegyik sminkben ugyan úgy néz ki. Márpedig egy akármilyen contrib modul kimenetét szinte biztos nem írja felül egyik smink se, hisz honnan tudná, hogy azt Te majd használni fogod. A core modulok (forum, comment, poll stb.) valószínűleg egy normális sminkben felül van írva. No de egy akármilyen pici modul, na az nem.

Tehát az, hogy semelyik smink nem írja felül az nem azt jelenti, hogy Te nem írhatod azt felül a saját sminkedben. (Medve nem lehetne kihúzni? hmm... hmm... de lehet.)

Itt egy példa arra, hogy a kereső űrlapot hogyan lehet módosítani. Ez is egy olyan amit általában a sminkek nem módosítanak. (már ami a blokkban van :))

http://palocz.hu/node/200

pp

0
0
kkwx képe

összességében két foglalási űrlap kéne, az egyikben sok adattal a be nem jelentkezett felhasználóknak, a másikban pedig kevesebb adattal, mivel a bejelentkezett felhasználók az adatokat már megadták a regisztrációnál. próbálnék más névvel új űrlapot csinálni a modul fájlban, de szerintem úgy nem érné el, vagy nem tudom, és a hozzáférések beállítását sem teljesen értem hogy lehetne több mindenre tenni... utána pedig két kezelőfelület kéne, amiben a felhasználók a saját rendeléseiket kezelhetik és láthatják, a másikban pedig az adminok az összeset kezelhetik le (ezekben csak egy rövid lista kéne és a lista elemeinek részletes leírása esetleg és egy gomb néhány rádiógombbal amivel az állapotot lehetne kezelni...)... nekem úgy is tökéletes lenne ha a többit is hasonlóan lehetne elérni, ahogy most az első űrlapomat érem el,egy oldalba beágyazva ezt a kódot:

$output = drupal_get_form('reserve_myform');
return $output;

röviden ennyi :)

0
0