forditas
a localize.drupal.org-rol a legfrissebb, legjobb forditast tudod letolteni, de ami itt letoltheto forditas az is eleg hasonlo (de ez csak az alap Drupal forditas)..
az Acquia Drupal kiegeszito modulokat is tartalmaz, azokhoz a forditast kulon le kell tolteni a l.d.o-rol.
ha jo konyvtarakba helyezted a forditast akkor http://drupal.org/project/l10n_client modullal az osszeset be tudod importalni egyszerre
admin/build/translate/import/package
itt egy pelda hogyan kell egy modul forditast letolteni es importalni:
http://drupal.hu/kezikonyv/tippektrukkok/calendar-modul-listazas-az-esem...
itt pedig a forditoi fajlokrol es konyvtarakrol bovebb info:
http://drupal.hu/forum/po-fajlok#comment-37638
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
péjpál polici
Nem árt gondosan végigolvasni a paypal oldalán a MAGYARokra vonatkozó szabályokat.
Mostanában nem néztem (minden országra más szabály vonatkozik!!), mert letettem róla, de korábban úgy volt, hogy igen alacsony felső limit van pénz fogadásra, tehát nem úgy van, mint egy banknál, hogy küldenek amit küldenek, megkapod egyrészt, másrészt sokkal-sokkal drágább a paypal egy itthoni bankhoz képest.
Itthon most változtak a feltételek, mert az otp monopol helyzetét megdurrogták az EU-ban, és ezért csökkentek az swiching díjak!
A paypal meg kér "Your account is set to the Standard Rate for receiving payments of 3.4% + 90 HUF." (10.000Ft esetén ez 430Ft... ez nem kevés az máris 4.3% a nyereségedből, ami ha 10% volt akkor a felét már is elbuktad)
Ez olyan jó egy banki 2%-hoz képest?
Nagyon pontosan utána kell járni ezeknek az apróbetűs részeknek, mielőtt az ember dönt egy megoldás mellett!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A lényeg, hogy a felhasználót
A lényeg, hogy a felhasználót már akkor hozd létre, amikor egy admin felületen beírod a jelszót, mégpedig jelszó = felhasználói név.
1. Kell neked két form, az egyik az admin felület, ahol létrehozod a jelszókat, a másik amit kiteszel, hogy lépjen be azon.
2. Az első submitjában szépen felépíted az $account tömböt $account->mail = jelszó&xxx.xx, $account->pass = 'jelszó', account->name = 'jelszó', account->status = 1, account->role = a role, amit akarsz a vipnek
3. a végén user_save($account);
4. a másik form submitjában $account->name = 'mezőértéke', $account->pass = 'mezőértéke'.
5. a végén user_authenticate($account)
és már be is van lépve.
Ha meg nem akarod, hogy az így létrehozott user az adatait szerkesztgesse a user/%/edit útvonalon, akkor azt egy hook_menu_alterben kezeld le.
Ja, és ki ne próbáld! :)
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Megoldás
Volt egy nézetem relationship modulhoz kapcsolódóan, hogy fülekkel lehessen váltani, az adott user barátait a függőben lévőket és akik őt bejelöltél (amit még nem sikerült megoldanom) de a megoldás szempontjából lényegtelen.
Szóval volt 3 db oldalmegjelenítés. Ezt szeretném egy lapra rendezni fülekkel.
Minden oldalnak beállítottam az útvonalát hogy pl. ...kapcsolatok/barátok , ...kapcsolatok/fuggoben , ...kapcsolatok/jeloltek
Az első oldalnál a menünél az "Alapértelmezés szerinti menü fül"-et választottam, adtam neki címet és leírást. Majd egy ok gomb nyomása után, lesz neki külön beállítási lehetőségei (a szokásos kis fogaskereket keresd - szülő menü beállításának módosítása). Itt az "Általános menüelem"-et választottam a menü legyen navigáció és kb ennyi az első oldal.
A többi oldalt pedig a menünél a "Menü fül"-et választottam szintén cím és leírás kerül megadásra.
És kész.
Nekem ez tulajdonképp egyértelmű lett volna, csak elkerülte a figyelmemet a "szülő menü beállításának módosítása"-nak lehetősége. Nem találtam.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem teljesen vilagos a kerdesed meg mindeg.
"Amit pontosan szeretnék: a kezdőlap behívásakor a tartalom régióban egy node jelenjen meg, amit statikus kezdőlapként használok. Hírek nem kellenek a kezdőlapra. Tehát ugyan úgy kéne kinézni a kezdőlapomnak mint a többi oldalnak egy node megnyitásakor."
Ebbol nekem az jon le hogy azt a nodot kivalasztod kezdolapnak, mint ahogy amott ajanlottak is neked, akkor pontosan az lesssz a kezdolapod mint amikor egy nodot megnyitsz. :) Ha vannak mas felesleges blokkok akkor azoknal a blokkoknal bebirod allitani hogy azon az egy konkret nodnal ne legyenek lathatoak.
Ami viszont nekem inkabb elkepzelheto hogy azt szeretned az inkabb hasonlitana arra mint amikor valaki egyedi karbantartasi oldalt akar. Olyankor valoban letre lehet hozni egy kulon page.tpl.php fajlt annak az oldalnak es azt meg kulon is lehet sminkelni. Ott kidobalod a felesleges blokkokat, kiigazitod a sminket hogy ne latszodjanak peldaul az ures blokkok helyei...Szerintem abban a iranyban is nezelodj egy picit. Persze valamennyi php tudasra szukseged lessz.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszi, legalább nem csak szerintem szorul javításra. :)
@pp, @aboros: köszönöm a válaszaitokat, ezek szerint nem feltétlenül veszi mindenki kötekedésnek az ártó szándék nélküli javaslatot. :)
A pontok megjelenítése szerintem is jó ötlet.
Mondjuk szerencsére erre a fórumra nem jellemző a trollkodás (vagy csak még nem vettem észre), ha valaki mégis ezt tenné, negatív értékeléssel azért el lehet venni a kedvét; de hogy a pozitív oldaláról is legyen szó, az emberi természet része, hogy szereti a hátbaveregetést (nincs is ezzel baj), ezért az esetleges pluszpontok meghozhatják a kevésbé aktív felhasználók kedvét is ahhoz, hogy válaszoljanak kérdésekre.
Ahogy észrevettem, a Stack Exchange-családnál lévő pontozás legalábbis nagyon jótékony hatású, az érdemibb válaszok irányába viszi el a fórumokat, és aktivitásra serkenti a júzereket.
Mondjuk a drupal.hu ebben is szerencsésebb, mert értelmes közönsége van, így kevésbé kell terelgetni, meg az igazán aktív tagok (pl. Ti) amúgy is foglalkoznak a kérdésekkel, de ki tudja, hátha az értékelés pozitív hatású lesz itt is.
Persze csak ötletelés.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Lehet rosszul fogalmaztam
Lehet rosszul fogalmaztam akkor az elején még, megpróbálom megint leírni. Van egy mysql adatbázisunk, ami telefonszámokkal kapcsolatos dolgokat tárol, ezt már használjuk, de olyan programok is használják amelyek ebből olvasgatnak adatokat, pl számlázás és egyéb nyilvántartás. Nekem mindenképp ebből kell kiolvasnom adatokat, de ha változás történik akkor ebbe is kell beleírnom mivel ebből olvasom ki. Ezért gondoltam, hogy ha valami két különböző helyen változik az nem túl jó. Tényleg nem értem teljesen mi a problémátok ezzel. Nagy Gusztáv javaslata jó lehetne, ha nem így kellene mindenképpen megoldanom.
Az a problémám ezekkel a megoldásokkal, hogy ha változtatok valamit akkor az nem a telefonos adatbázisban változik meg ezért minden egyes módosításnál, valami script-el szinkronizálnom kellene. Nem értem miért akarok gereblyével vakolni? Én nem így látom, én azt látom, hogy akkor az egész adatbázist valahogy bele kellene építenem a drupal saját adatbázisába és az összes programunknál több mindent is átállítani.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mihez képest relatív?
Ha nincs per az elején, akkor az adott oldalhoz képest relatív hivatkozást adtál meg. Ha ez egy blokkban van, akkor az éles oldalon se fog működni.
Ha / jellel kezdődik, akkor a domain-hez képest relatív útvonalat adtál meg, ha domain után különböző alkönyvtárak vannak akkor nem fog működni.
Ha programozottan tolok ki linkeket akkor az l() függvényt használom, ami megoldja ezt a problémát.
Ha a tartalomba van a hivatkozás, akkor a domain-hoz képest relatív megadást használom, és a fejlesztői környezetemben (localhost) felveszem a /etc/hosts fájlba a projekthez tartozó domain nevet, a fejlesztői szerver, pedig úgy van beállítva, hogy projektenként/branch-enként új aldomain jön létre.
pp
(Egyébként ezt tök más téma, bár összefügg, hisz fejlesztő környezetről van szó, meg Drupal-ról. Bár ez utóbbi miatt szinte az összes kérdést lehetne egy topicba rakni. Vezérelvnek javaslom, hogy ha felmerül benned, hogy más téma, akkor az más téma. :) )
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
kedvenc topikom artisztir témában
ez a kedvencem, itt éppen a breadcrumb működését törte össze az artisztires csodasmink, aztán persze büdösnagy lángháború lett belőle. ha nem idegesít az ilyesmi, érdemes végigolvasni, van benne pár jó vélemény azzal kapcsolatban, hogy mi a baj az artisztirrel (és hasonlókkal)
http://drupal.hu/forum/inform%C3%A1ci%C3%B3s-s%C3%A1v-elt%C5%B1ntet%C3%A9se
érdemes még a keresővel szimplán arra keresni, hogy "artisteer" és végignézni hányszor fordult már elő, hogy ez-megüaz a modul látszólag nem működött, aztán kiderült, hogy az artisztires szupersmink (mivel amúgy magasról tesz a drupal szabályokra) egyszerűen eltörte a modul funkcióját, hol ez nem működik, hol az. ilyenkor aztán lehet megnyitni kézzel és megkeresni mit tör el és hol, ami meg egy rémálom, mert olyan nyakatekert dolgokat csinál a sminkrétegbe, amiknek ott az ég világon semmi keresnivalója nincs. ez a hibakeresés nagyságrendekkel tovább tart, mintha artisztir nélkül, hagyományos módon készítetted volna a sminket.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
EMail
Elnézést kérek, akkor valószínűleg én nem tettem meg mindent, pedig igyekeztem megfelelően fogalmazni és megadni minden adatot. Szóval minden regisztráltnak készítek egy email fiókot, [email protected] címmel. A webszerver szolgáltatóm adminisztrációs felületén tudom elkészíteni az email címeket, és megadni a jelszavakat. Az email címekre kapja mindenki az aktuális titkos adatokat, pl. jelszót. Használok a rendszeren privatemsg modult, de azt mint üzenőfal használjuk, ezért nincs letiltva hozzáférés, mindenki láthatja a másik üzeneteit. Szeretném hogy ez így is maradjon. Hogy megkönnyítsem a regisztráltak dolgát, arra gondoltam, hogy kellene egy akció, ami belépéskor jelzi a felhasználónak, hogy email fiókjára üzenet érkezett. Úgy mint a privatemsg, ha üzenete érkezett. Esetleg az jelzésben lehetne egy link is ami az email belépési oldalra mutat. De ez nem annyira fontos, viszont így még komfortosabb lehetne a dolog. Találtam erre a célra egy modult, a check email modult, viszont az nincs 6.14-es drupálra. Hát erról lenne szó. :)