rak képe

Kedves Aries, az lenne a legjobb, de még nem lehetséges. Gobával beszéltünk erről, valamikor a groups.drupal.org fogja hostingolni az egészet, addig is nagyon hasznos az l10n_server modul tesztelése, a fordítások GPL maradnak, aki nem ért egyet ezzel, az ne fordítson erre a szerverre. Szívesen beküldök linkeket a fordítói listára is, minden átnézés vagy véleményezés csak segít.

0
0
aries képe

Egy általános rendszerben pont az a jó, hogy nincs megkötve a kezed, nem csak abból legózhatsz, amit már megírtak. A húzásokat nem node-ként tárolnám, nincs túl sok előnye (hirtelen nem tudok egyet sem felhozni), a túloldalon viszont ott áll pl. a betöltés rezsije.

Aries
http://aries.mindworks.hu

0
0
aries képe

Dehogynem lehetséges. Egy .po -t már fel is tettem korábban a sokból. Mi akadályoz meg, hogy te is így járj el?

Nem a GPL-el van a baj, hanem az hogy

  • egy drupal.hu -n kívüli csoprot bírja a kontrollt
  • nem látszik, hogy ki kinek a munkájába rondít bele
  • ömlesztett .po -t hoz létre

Ezzel ellentétben a drupal.org -on:

  • látszik, hogy ki, mikor, mit módosított (verziókezelés)
  • strukturáltan, modulonként tölthető le a fordítás

Mindamellett, hogy a jelenlegi fordításotokban minden második lefordított stringet javítani kell, mert ilyeneket látok, hogy:

„Az Ön 2Checkout fiókjának...”

vagy

„Rendelési értesítés a !order rendelésről.”

Ezek a fordítási listán kialakult elvekkel nincsenek összhangban.
Részemről az, hogy a jelenlegi fordításokat nem ismerő külső csoport szerverén toljak az übercartba időt, amikor ott a drupal.org, számomra nem járható út. De ez csak egy vélemény.

Aries
http://aries.mindworks.hu

0
0
pp képe

Nagyából most már sejtem mi lehet a cél, és milyen célcsoportnak adsz elő. Van egy pár homályos rész az előadás tervezettben. Nem látom, hogy mennyi időt szánsz az egyes vázlatpontokra. Ha ugyan annyit akkor szerintem valami nem lesz jó! ;)

1. Miért NE fejlesszünk saját modult?
2. Miért fejlesszünk saját modult?
3. Hogyan fejlesszünk saját modult?

1-2 Egy mérnöki döntés eredménye. Mindenképpen egy lapon említeném ezeket. De ha már szétválasztjuk, a "ne fejlesszünk" ráadásul inkább arról kéne szóljon, hogy "hogyan válasszuk ki a megfelelő modult" (ne legyen dev, tesztkörnyezetben próbáljuk, hogyan jelezzünk hibát stb.)
A 3. pont pedig érzésem szerint jóval bővebb mint egy dia. (elindulás és szemlélet formálás legalább 2 óra: hook rendszer, lap kiszolgálás, tartalom kiszolgálás, form api minimum;))
Szóval rettentő aránytalanok a beosztások.

Amit én tennék, az egy rövid, max 45 perces bevezető a főbb erősségek kiemelésével (lásd legutóbb linkelt videó első 20 perce) utána jöhetne 1 konkrét kitűzött feladat közös megvalósítása.
Ez jelenthet:
1 közös tervezést és Te meg egy gépen mutatod
2 közös tervezést Te egy szerveren adminisztrálsz a többiek tartalmat visznek be(egyre több jogot kapva, ahogy igénylik)
3 mindenki saját rendszert rak össze.

Mivel ismerkedésről van szó én a harmadik lehetőséget nem javasolnám. A másodikkal is nagyon óvatosnak és körültekintőnek kell lenned. Az emberek ugyanis ha meglátnak valamit, akkor egyből véleményt is alkotnak róla, melyet később már nagyon nehéz megváltoztatni. Ha sok beállítási lehetőséget hagysz nekik akkor azt hiszik a Drupal őrült bonyolult, ha keveset, akkor azt, hogy "ennyire béna?". Az elsővel meg nyílván az a probléma, hogy nehezen aktivizálhatóak.

A végére mindenképpen tennék egy bemutatót, ahol bemutatod, hogy milyen oldalak használják a Drupalt, ezzel is felkeltve az érdeklődést a további ismerkedésre. Egy előadással nem lehet elérni, hogy valaki megismerjen egy rendszert. Mivel itt alapvetően a Drupal iránti igény felkeltéséről van szó, ezért én nem törekednék a teljes bemutatásra. Ezt nem lehet, és teljesen felesleges is. Ha ügyes leszel azt onnan tudod, hogy egy egyhetes tréninget is kérnek majd tőled. ;)

pp

0
0
pp képe

Amikor a felhasználókra klikkelnek az érdeklődők, akkor egy rövidített adatlap jelenik meg keretben, egy oldalon 20 db.

Ha az adatlap egy node akkor a node access modullal tudod tiltani, hogy meg lehessen nézni vagy sem. Tehát hogy megjelenjen a listában vagy sem. Ha azt szeretnéd, hogy a listában ne legyen látható, de úgy egyébként igen, akkor ez a megoldás nem jó, a listát kell ilyenkor megbütykölni. Ezért kéne tudnunk, hogy ki állítja elő azt a listát. Ekkor tudnánk, hogy hova kell belenyúlni.

pp

0
0
pp képe

Miért ne lehetne?
Táblázatos nézet kell neked, majd a views-t sminkelni kell és már kész is vagy.
A másik megoldás, hogy saját modult fejlesztesz. Szóval meg lehet oldani, de össze kattintgatni nem lehet. (vagy legalábbis én nem tudom, hogyan ;))

pp

0
0
pp képe

Kutya legyek, ha ebből értem azt, hogy miért akarod ezt csinálni?
Elég genya dolog csak így az arcomba vágni, hogy "A Durpal modul pedig esetemben nem kielégítő megoldás." :P Persze, hogy nem az, hisz vaktában tapogatózunk.

Én feltételeztem, hogy ezt azért akarod, hogy a júzerek mindkét oldalon be tudjanak lépni ugyan azzal az azonosítóval és jelszóval. Ezért javasoltam amit írtam. Nem vagyok biztos benne, hogy nem létezik egyszerűbb megoldás a problémádra, de mivel nem tudom mit akarsz ezért nem is lehet tanácsot adni.

Edit által leírtak járhatónak tűnnek. Mindenképpen azt javaslom, hogy egy tesztkörnyezetet állíts fel, ahol egy hónapig tesztelhetik a felhasználóid az új rendszert, mert így talán kibuknak majd azok a hibák amikre itt nem gondoltunk.

pp

0
0
pp képe

Nem lehet, hogy az a gond, hogy a játékos benne van az authenticated user csoportban?

pp

0
0
csoky80 képe

redirect-el nem mukodik, betettem themed-be es igy mar ok. (azert redirect-el is kellene menjen nem?)

0
0

Most épp ezt bütykölöm http://online-vallalkozas.com/drupalsuli

csoky80 képe

erre en is gondoltam, de authenticated-et nem tudsz allitani, mert ahogy beloginolt az mar alapbol authenticated, mint ahogy a be nem loginoltak mint anomymouse-k

0
0

Most épp ezt bütykölöm http://online-vallalkozas.com/drupalsuli