Nem.
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.
--
Szabó Dénes - Internode.hu - Munkára fogott weblapok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Huha, itt kezd valami fogalmi
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.
Páldi Zoltán
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Filefield vs IMCE
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...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
álljunk meg egy szóra
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.
két dolog, ami három
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
igaz is meg nem is.
„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 :))
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
off
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
Palócz István
https://palocz.hu | https://tanarurkerem.hu