Lejla képe

Beküldte Lejla - 2009. április 27. 23.59

Köszönöm a válaszod!

Annyit kerestem a Drupal.hu-n a "többnyelvű" keresőszóra releváns leírásokat, hogy azt már nem is néztem amikor feltettem a kérdésemet, hogy ez itt a Kézikönyv rész, elnézést érte!
(nyissak ugyanennek a kérdésnek egy új fórumtémát? Vagy mostmár maradjon itt ahol van?... :-/ )

A drupal egyéb moduljaiban, amiket én telepítettem, nem zavar az hogy angol feliratok vannak, az l10n modullal lefordíthatom ha muszáj.
De azt valóban nehéz kicsit felfognom, hogy minden tartalmat először angolul kéne megírjak (nem is tudok igazán angolul, meg nem is kell angol nyelvű tartalom...) és csak aztán magyar és/vagy a német. Szóval, amit záró gondolatként felvetettél, szerintem is az újabb Drupal fejlesztés részévé válhatna nyugodtan, mert nagyon jól hangzik!

Én most csak azt az öszvér megoldást állítottam be, amit az előzőekben még nem mertem kipróbálni: félúton a többnyelvű és a német nyelvű között.
Azaz, csak adminként belépve jelenik meg a nyelvválasztó gomb, hogy nekem, németül sem tudó mezítlábas drupal-tanulónak ne kelljen az adminisztrációhoz keresgélni, ha szerkesztem az oldalt - bár már nagyjából tudom, mit hol keressek. És így most hozzárendeltem az Elsődleges linkeket a német nyelvű site-hoz, igaz így nem jelennek meg a menüpontok magyar nyelvű beállításnál, adminként használva, de megtalálom az elsődleges linkek nélkül is a szükséges tartalmakat úgyhogy nem zavar.

Tulajdonképpen nem tudom, hogy ez hol fog problémát okozni a későbbiekben, de most így marad, a német+magyar nyelvű site-hoz nem ragaszkodik a leendő gazdája, neki csak német kell - én elboldogulok a lassan kész weboldallal most már így is remélhetőleg.

De nem is szövegelek tovább, mert ennek tényleg a fórumban lett volna a helye :-(
Ha felmerül valami probléma, akkor ahhoz már ismét a Fórumban fogok segítséget kérni! :-)
Kétszer is megnézem ezentúl, hogy mihez szólok hozzá :-S

üdv:
Lejla

kovzolkoli képe

Beküldte kovzolkoli - 2009. augusztus 6. 20.21

Nem szoktam gyakran fórumba írni, visszaolvasva úgy érzem nem teljesen átlátható a kérdésem, ezért próbálok egy példát mondani, hogy érthetőbb legyek!

Olyan tartalom típust kell létrehoznom, amit majd nagyon alap userek fognak használni.
Nevezzük szint típusnak. Ennek a következő feladatokat kell ellátnia:

Az user feltölt egy képet (egy ház szintjét, l.: http://bushiloz.uw.hu/szint.jpg ) Ezen a képen lakások vannak egy adott szinten. Ezeknek a lakásoknak a képen belül kattinthatónak (linkeknek) kellene lennie, valahogy így, ahogyan ezen a példán a téglalapoknak:
http://demo.joannmelnik.com/node/2
(Ez a példa a már korábban említett "image map" technológiával működik - ez valóban EGY db kép, melynek részei kattinthatóvá tehetők :)
Azt kellene, hogy az userek ki tudják jelölni a korábban feltöltött szint képen az egyes lakásokat, és végeredményképpen egy image mapolt kép jöhessen létre. Ezen kijelölt lakásokhoz mindhez egy egy lakás node tartozna (ez már kész van), ami az adott lakások részletes leírását tartalmazza.

A korábban belinkelt AJAXos progi lehetővé teszi, hogy egy (feltöltött) képen az user tudjon kijelöléseket végezni, sőt, az image-mapos koordinátákat is vissza tudja adni.

Ami a számomra nem világos:
Hogyan tudok belenyúlni a CCK által generált tartalom beküldő/editáló űrlapba? Mert ha ezt az AJAXos progit integrálnám ebbe az űrlap oldalba + egy kis javascript röcögtetést tolnék bele, akkor a probléma hipp-hopp megoldódna!
Olvastam egy cikket, ami régebbi verziók alatt bemutatta adott tartalom típushoz tartozó CCK edit és add funkciók szerkesztését: http://drupal.org/node/101092 , de 6-os alatt sajnos nem működik...

Lehet az is, hogy teljesen rossz úton járok a CCK hackeléssel, de sajnos jelenlegi drupal tudásom (ill a barátaim drupal tudása is...) megállt ennél a pontnál!

Mindenféle segítséget szívesen veszek a fent említett probléma megoldásával kapcsolatban, üdvözlettel,
Zoli

0
0
fgabor képe

Beküldte fgabor - 2010. január 14. 14.39

Hello!

Én tesztszerverként Opensolaris-t használok, mivel az éles szerverünk is az, de előtte ubuntut használtam. Configolni egyértelműen az ubuntu-t könnyebb, de az Opensolaris egy fejlettebb környezetet biztosít szerintem.

Mindkét környezetben számomra a legoptimálisabb fejlesztőeszköz a netbeans. Ennek van egy speciális php csomagja is, ami a netbeans letöltésénél ki tudsz választani, az bőven elég. Netbeans-re létezik egy speciális drupal plugin, ami modulfejlesztéshez nyújt segítséget, ezt is könnyen megtalálod egy google: netbeans drupal plugin kereséssel. A netbeans hibakeresési funkciója hibátlan, illetve a css-t is támogatja, tehát nem kell arra se külön program.

FTP használathoz szintén netbeans :-) Amikor létrehozol egy projektet benne be tudsz állítani egy remote servert is, gondolom a leírásokból ki lehet igazodni. A projekt mentése után egy upload funkcióval meg is oldottad az FTP feltöltést, erre se használok külön ftp programot modul fejlesztés, vagy css irogatás esetén. Amikor modulokat akarsz például felmásolni ftp-n, arra a firefox fireftp pluginja megfelelő, illetve én a Midnight Commander ftpjét szoktam használni. Firefox esetén még ami szükséges az a firebug, illetve van egy drupal for firebug plugin is, ami jó szolgálatot tehet, de annak viszont van egy drupal oldali drupal for firebug modulja is amit telepíteni kell.

Psd-kel eddig még nem foglalkoztam, apróbb grafikai megoldásokhoz a GIMPet használtam.

Lehetőség van dual-boot-os rendszer kialakítására, ez esetben először az xp-t, majd a linuxot érdemes felrakni, az ubuntu telepítője nagyon egyszerű, magától értetődő. A partíciónálásnál alapból fel fogja kínálni hogy a windows mellé telepítsd. Extra particiónálási lehetőségek sztem nem kellenek egy tesztgép használatához.

Amennyiben masszivabb processzorod és memoriád van el lehet gondolkozni egy virtualboxos megoldással is, de ehhez tapasztalatom szerint elég komoly gépek kellenek, hogy használhatóan müködjön. Erre a virtualbox telepítésére lesz szükség, sok helyen leírják még képekkel is hogy hogyan.

üdv

0
0
Sk8erPeter képe

Beküldte Sk8erPeter - 2012. április 17. 11.37

Egy kicsit erre elfelejtettem reagálni, bocs.

Röviden és tömören: PHP-tudás hiányában ez a feladat nagyon nehéz. Igazából az ehhez készítendő modul nem is annyira lenne nehéz, mert ha jól értelmeztem, igazából már nagyjából megvan minden, ami kell, hogy működjön, egyedül a megrendelés ésszerű nyilvántartását nem sikerült megoldani.
Lehetne pont úgy csinálni, ahogy az Ubercart megoldja, hogy minden egyes termék egy-egy node, minden node-hoz tartozik egy form, amivel a megrendelést lehet intézni, és ezeknek a formoknak az elküldése kivált bizonyos eseményeket, amikre "fel lehet iratkozni" másik modulokkal is, így befolyásolható a működés - de ez igazából már a Drupal alapműködéséhez tartozik, nem is az Ubercartéhoz; utóbbi csak kihasználja ezeket a lehetőségeket.
A megrendeléseket viszont az Ubercart sem node-ok formájában tartja nyilván. Hiába az könnyen szűrhető Views-zal is, anélkül, hogy akár egy sort is kódolna az ember, tényleg erőforrás-pazarlás, főleg nagyszámú rendelésnél.
Tulajdonképpen elég lenne egy-két rendelés táblába felvinni az adatokat, ahogy az Ubercart is csinálja - felhasználóhoz kapcsolni, másik táblában meg nyilvántartja a részletes rendelési adatokat, stb...

Tudom, ez a hozzászólásom most olyan sokat nem lendített a feladatod megoldásában, mert eleve rögzítetted, hogy PHP-tudás hiányában nem fogsz tudni jelenleg modult fejleszteni, de én enélkül nehezen tudnám elképzelni - legalábbis szépen megoldva.
Amúgy ha mégis modulfejlesztésre adnád a fejed, ezeket ajánlanám:
6-oshoz:
John K. VanDyk: Pro Drupal Development, 2nd Edition
7-eshez:
Todd Tomlinson , John VanDyk: Pro Drupal 7 Development, 3rd Edition

Azért írd meg, ha jutottál valamire, kíváncsi vagyok, milyen megoldást találsz, hátha másnak is hasznos lesz!

0
0
pp képe

Beküldte pp - 2014. február 13. 05.37

Egy lehetséges megoldás:

http://joecorall.com/drupal-stop-spam-with-mollom-and-block-ip

Bár elég barbár megoldás, és egy picit érdemes lenne szofisztikálni a dolgot. Ez ugyanis hamar a normális forgalmadat is meg tudja ölni, no meg az se egészséges, ha a iptables-be túl sok szabály van.

Védelem egyébként több szinten képzelhető el.

A Mollom a legkülső alkalmazás rétegbe helyezi el a védelmet, aminek az egyik legnagyobb hátrányával találkoztál, a nagy erőforrás fogyasztással. A legnagyobb előnyével is találkoztál, hisz ide lehet a legintelligensebb megoldásokat is elhelyezni, hisz itt áll rendelkezésünkre a legtöbb adat ami alapján analizálhatjuk gépi úton, hogy az adott kérdés humán-e/spam-e avagy sem.

A következő szint a webszerver réteg, itt pl. egy jól bekonfigurált mod_security elég sok buta robotot meg tud fogni, pl. azokat akik nem küldenek UserAgent fejlécet, amit minden böngésző és a normális keresőrobotok is küldenek. A mod_security-t alapbeállításokkal nem ajánlom, mert úgy semmi olyan kérést nem enged be, ahol egy POST kérésben kacsacsőr < van.
pl.: http://ocpsoft.org/opensource/antispam-filter-with-modsecurity-and-fail2...

A legalacsonyabb réteg talán az iptables(vagy egyéb intelligensebb tűzfal megoldás), de itt csak konkrét ip címeket, vagy ip alhálózatokat tudsz kitiltani, túl nagy intelligencia itt már nem lesz. Ide mindenképpen kell valamilyen inteligencia. A fenti két link egy kísérlet erre, hogy a fenti intelligenciát lehozzák ebbe a rétegbe. Az itt elhelyezett védelemnek megvan az az előnye, hogy a legkevesebb erőforrást eszi, hisz a kérések nem, hogy az alkalmazás rétegig, hanem a webszerverig se fognak eljutni.

Persze a fenti két példából az is látszik, hogy a teljesen automatizált megoldás nincsen, mindig szükséged lesz human kontrollra, aki értő módon a rendszeredet komplexen szemlélve hoz meg döntéseket.

pp

3
0

Palócz István
https://palocz.hu | https://tanarurkerem.hu

pp képe

Beküldte pp - 2015. február 22. 07.35

"250 különböző név lesz benne"

Ebben biztos vagy? Nem lehet, hogy Lesz több azonos nevű ember?

Ha teljesítmény érdekes, akkor mindenképpen saját modulban gondolkodnék, hisz ez egy sql tábla + egy minimál importer + egy kis megjelenítő modul. Minden más performanciát fog enni.

De ha már kattintgatás, akkor semmi esetre se node és fieldek, hisz a 8 - 10 oszlop az node+field-el 18-22 táblát fog jelenteni az adatbázisban, a lekérdezésekben meg 8-10 joint, amit nem neveznék egészségesnek, főleg, hogy mindegyik field egy mezőt tartalmaz csak és egyáltalán nem lesz szükséged a tonnányi egyéb fontos információra, amit a field modul belepumpál. (ki hozta létre, mikor, milyen nyelven, stb.)

Én az ECK irányában indulnék el... vagyis indultam, mivel nem szeretek úgy javasolni, hogy nem próbáltam ki dolgokat. Össze is raktam egy minta szájtot amit letölthetsz drush archive-ként: http://tanarurkerem.hu/drop/dhu-20951.tar.gz

Létrehoztam egy Entity type-ot, hozzáadtam az excel sorait a Manage properties résznél. Fontos, hogy ne field-ként add hozzá ezeket, mert akkor külön táblába jönnek létre. A legegyszerűbb, ha kikapcsolod a Field UI-t és akkor nem is tudod. :D

A listához a views modul mellett a views_autocomplete_filters modult használtam, és a views_data_exportot, hogy kényelmes felületen tudjam létrehozni az excelt. Te is innen tudsz majd exportálni egyet, ha ki akarod próbálni. Az eredeti terv az volt, hogy a devel generate-el generálok, de az alapból nem tud ilyet, és nem fektettem energiát, hogy keressek ilyen modult.

Az importhoz a Feeds modult használtam és a feeds_eck_processort-t amit egy picit foltozni kellett és utána tök jól működött, kisebb warningokkal, de hát ugye ez egy experimental modul.

Remélem segített ez a kis leírás.

3
0

Palócz István
https://palocz.hu | https://tanarurkerem.hu

Drufan képe

Beküldte Drufan (nem ellenőrzött) - 2020. február 26. 14.10

A Geofield és Geocoder modulokat is próbáltam (Geofield Map csak Drupal 8-ban van, azt nem), de megnézem megint a Geofield és Geocoder modulokat, eddig nem találtam benne olyan lehetőséget, hogy az Exif adatok alapján a Település neve bekerüljön egy mezőbe. Pedig az Exif modullal már sikerült kiszedni a szélességi és hosszúsági értékeket, meg is tudom jeleníteni egy mezőben, de hogy abból Településnév legyen, na az még nem sikerült.

Amúgy a Simple Google Maps is megjeleníti a térképet és nem kell API kulcs. Miben jobb a Geofield Map, illetve hogy lehetséges, hogy a Simple Google Maps-hez nem kell API kulcs?

A Location modult is próbáltam, de azzal se sikerült Településnevet generálni.

Próbáltam a GeoNames szolgáltatását valahogy összehozni vele, gondolom ez kell ahhoz, hogy a településneveket megkapjuk, vagy nem?

És nem hagytam ki a Get Locations modult sem, sőt, egy kevesek által használt GeoNames modult sem, de nem sikerült egyelőre.

Aztán volt a GMap is.

Hogy mit akarok elérni?

Azt, hogy ha már az Exif adatokból sikerült kiszedni a koordinátákat, amivel az megjelenik egy térképen - eddig megvan - akkor egy mezőbe kerüljön be az adott hely (település neve), tehát pl. lefényképezi valaki, hogy hol látott valami érdekeset, pl. egy jó futó helyet, kerékpárutat, akkor rá lehessen keresni településekre, hogy ott van-e valami ilyen jó hely, ehhez viszont kell a Település neve egy mezőbe. Az elég gáz lenne, ha külön be kéne írni a tartalom bevitelekor, miközben az adat rendelkezésre áll, ráadásul ha pl. egy erdős helyen van valaki, lehet nem is tudja a helyszínt pontosan, mármint hogy melyik település.

Persze ez csak akkor jó, ha ez az infó pontos, tehát mondjuk pár méter pontosságú, tehát ne írjon ki más közeli települést a valódi helyett, mert közel van. Nem tudom, hogy ez a szolgáltatás, megoldás egy település pontos határvonalát tudja-e, azaz mennyire pontos.

0
0

Egyesületi weblap - jelenléti ív

Beküldte scylla - 2010. március 3. 11.57
scylla képe

Üdvözlet mindenkinek.

Az egyesületünk weblapját szeretném megcsinálni, aminél felmerült igényként az, hogy a felhasználók láthassák, hogy hogy állnak a befizetésekkel. (10 alkalmas bérlet van.)

Az elképzelés az, hogy az edzésen való részvételt "könyvelnénk" a weblapon is, így mindenki láthatja, hogy hogyan áll: mikor fizetett utoljára illetve hány edzésen vett részt. (Az, hogy mikor, nem feltétlen kell.)

Ezen kívül valahogy meg szeretnénk mutatni az éves egyesületi tagdíj (nem)rendezését is.

Fórum: 
Telepítés előtt
Drupal verzió: 
6.x
kuller képe

Beküldte kuller - 2004. november 19. 10.58

Szóval pontosan az volt amit írsz, adtam nevet a submit gombnak és egyből minden működött:)

Nem jöttem volna rá egyedül, már mindenféle deface kémprogramokat vizionáltam, de a megoldás tényleg sokkal 7köznapibb:)

Az ajánlatom áll, amit folyékony tudatmódosítóra is át lehet konvertálni:)

A topik címéhez visszakanyarodva: történhetett valamilyen módosítás ezen a területen (is) a 4.5-ös Drupalban, mert az elődei nem követelték meg a gomb nevét.

Köszönettel:Kuller

0
0
Hojtsy Gábor képe

Beküldte Hojtsy Gábor - 2005. január 21. 14.43

Te választod meg, hogy mivel akarsz sminkelni. Az alap Drupal tud sima PHP alapú sminkeket kezelni (a chameleon az alapcsomagban ilyen). Valamint képes xtemplate sablonokból dolgozni (a többi alapcsomagbeli smink ilyen). Ezen kívül telepíthetsz bármilyen sablon motort, ami elérhető, most a smarty és a phptemplate motorok tölthetőek le. Valamiért nem jelent meg még 4.5-höz a PHPTAL motor, de az is választható lenne különben.

0
0