szocsmarci képe

Én is most kezdtem el üzemeltetni egy Drupal alapú honlapot a szülőfalumnak. Egy sráccal csinálom együtt, aki a szervezésben segít, a műszaki oldalát én csinálom. A lényeg, hogy már a regisztrálásnál kisebb fennakadások voltak. Műszaki beállítottságú a srác, rendszeresen használja az internetet, de egyedül nem lett volna képes regisztrálni, mert eltévedt a Drupal és a Mozilla "füleiben". Ezt azért tudom, mert melette ültem egy másik gépen, és végig figyeltem, mit csinál. Biztos vannak emberek, akik könnyeben regisztrálnak, és szóról szóra követki a leírást, de félek, hogy a többség hasonlóan eltévedt volna. Ő azt mondta, hogy a Joomlában sokkal egyszerűbb volt regisztrálnia, mert végig vezette a program. Nekem egyszerű volt, és gondolom aki ezt a fórumot olvassák, szintén magától értetődik minden, de a sok szöveg a válasz e-mailben, és mikor és hol kell megadni a végleges jelszót már nem biztos hogy mindenkinek az.
Egy másik dolog, amit hiányolok az a beépített szövegszerkesztő és média kezelő. Én nem vagyok egy számítógép guru, egyenlőre még nem tudtam beállítani például, hogy a felhasználó is küldhessen be képet a saját maga által szerkesztett oldalra.

A fórum fő vonalát követve, a felhasználókat kis településen szerintem a képekkel lehet megfogni, hiszen mindenki szívesen látja magát , rokonait vagy ismerőseit az interneten. A fórumot talán még használhatják akár naponta is, de egy kis közösségben (faluban) a szóbeli információ sokkal gyorsabb, mint az internet. Ott lehet "felizzítani" az embereket, ahol valami megossza a településen lakókat.
Az Önkormányzat hírei, és az újságja még egy pár embert talán vonz.

Szőcs Márton

0
0

SzM

bedof képe

Az IMAGE modullal a képek feltöltésére két lehetőséged van.
Mindkettőhöz be kell állítanod az IMAGE éa az IMAGE GALLERY modult.
(ezt szerintem nem is kellett volna írnom)
1.
Tartalom beküldése - egyesével
Tartalom beküldése -> Kép -> Tallózás ... stb, stb,
Így, egy már létező galériába tudsz képeket feltölteni - egyesével.
(természetesen a mindez attól függ, hogy éppen milyen jogaid vannak beállítva, a kép tartalom feltöltésre, vagy akár a galériák adminisztrációjára)

2.
Kép importálása - tömegesen
Ebben az esetben be kell kapcsolni a IMAGE IMPORT modulrészt.
Így ftp-vel kell, egy, a szerveren létező könyvtárba feltölteni a képeket, majd azokat a
Tartalom kezelés -> Kép importálás úton feltölteni egy létező galériába - tömegesen.
Ebben az esetben két gondod is lehet:
- Van-e egyáltalán jogod, a képek importálására?
Adminként biztosan van, de ezt be lehet állítani a Felhasználó kezelés -> Hozzáférés szabályozás -> image_import modul alatt.
- Jól van-e beállítva a Webhely beállítása -> Kép importálás alatti könyvtár???
Nem biztos, hogy a fizetős tárhelyen a Drupal által javasolt, /files/images/import mappa az itt beállítandó, hanem az is lehetséges, hogy a szolgáltató által arra kijelölt mappát kell beállítanod az említett úton.
Természetesen ekkor a néhány sorral fentebb említett (szolgáltató által kijelölt) könyvtárba kell ftp-zni a képeket.
(pl.: /webhome/honlapom.hu/upload_tmp)

0
0
pp képe

Teszt rendszeren kipróbáltad és nem működött?

Azért arra figyelj, hogy különböző főverziójú Drupalokkal inkább nem fog menni, mint igen. ;) Az 5.7-es és az 5.14-es Drupal meg nem létezik! Tessék felhúzni mindet 5.15-re!

Én annak idején csináltam ilyet, és már nem tudom, hogy mi volt az a rengeteg probléma ami előjött, de az maradt meg bennem, hogy ez nem jó megoldás. 4.7-es Drupallal kísérleteztem, de voltak olyanok, hogy júzer be tudott lépni ugyan, de mivel nem volt egyik csoport tagja sem (még az authentikált júzer csoport tagja se!) nem tudott csinálni semmit. Kézzel kellett beletolni a csoportba. Aztán ott van az, hogy vannak modulok, amik a júzer létrehozásakor csinálnak valamit, na azok is hasalni fognak, mert egyszer csak lesz egy júzer és nem létrejön. Szóval én nem javaslom.

Képzeld el mi van akkor, ha a sok baráti oldal szét akar válni. Na akkor meg már foghatod a fejed, hogy na most mi legyen. OpenId-nél ez nem probléma.

Ami biztos, hogy az update.php-ket állandóan hekkelned kell, hisz az első szájton lefuttatott update után lesznek olyan táblák a többiben, amik már updatelve lettek. Persze lehet nem lesz olyan tábla ami érintett, de folyton nézned kell.

Szóval jól csinálod, de nem jót. ;)
De a döntés a tied, járj nagyobb sikerrel mint én.

pp

0
0
Modessa képe

Nem az a fontos hogy látogató vagy bejelentkezett felhasználó vásárol-e, hanem hogy melyik fizetési módot választotta.

Adott 3 féle fizetési lehetőség:
1., Banki utalás (majd postázás)
2., Postai utánvétel
3., Személyes átvétel és fizetés

Nos csak abban az esetben ha a radiobuttonban ezt a 3., lehetőséget választotta, csak ekkor ne legyen kötelező a személyes adatok megadása a néven kívűl!

A megrendelőm kérése, hogy ha valaki csak lefoglal egy terméket és később ő maga jön be az üzletbe átvenni, akkor ne kelljen neki lakcímet, és egyéb adatokat megadnia csak a nevét.

Olyan beállítást én nem találtam eddig, ahol minden fizetési módra külön-külön meg lehetne adni azt, hogy mely adatok kitöltése legyen kötelező.
Sajnos az a sejtésem hogy direcktbe ki kell majd kódolni, csak hát ugye első körben akkor meg kell találnom azt a file-t, ahol ez le van kódolva.
Ott hivatkoznom kell majd a választott fizetési módra és el kell ágaztassam a folyamatot, hogy abban az esetben ha a személyes kifizetést választották ne legyen baj ha üresen hagyták a cím mezőket.
A teljesen korrekt persze az lenne, hogy amikor kijelöli a személyes fizetést, akkor ne is csillagozza be a cím mezőket de ezt szerintem nem nagyon lehet megoldani, hiszen akkor újra kéne tölteni az űrlapot.
Már annak is örülnék, ha beküldéskor ezen fizetési módnál elfogadná az üres cím mezőket.

0
0
Luigi.hu képe

elmondok némi háttér infot, hogy lássuk mégis miről van szó, tisztázzunk némi félreértést, mert nem ennyire fekete-fehér a helyzet.

A weblapon minden tartalom bárki számára látható, olvasható, legtöbbjük E-mailben továbbküldhető, vannak letölthető anyagok is, tehát minden információ mindenkinek elérhető, nem zárok el senkitől semmit, és nem tekintek rá tolvajként.

Egy oldal lesz csak, ahol a táblázat tartalmát nem akarom, hogy le lehessen (egyszerűen) másolni, mert azon az anyagon hetek óta nagyon sokat dolgozom, a több ezer tételt magyar és külföldi források alapján állítom össze, fordítok, ellenőrzöm az info hitelességét, megszerzem a forrástól engedélyt, stb.

Ez az adatbázis az infoportál koncepciójának, céljának fontos része, annak nagysága és pontossága is alapvetően megkülönböztet a konkurenciától, akik elavult adatbázist használnak és eléggé egyértelműen egymástól vesznek el infot.

A "normál" olvasó mindent olvashat, de számára nem jelent különösebb előnyt ezen táblázat szövegének kijelölése, ezért semmilyen hátrány nem éri őket azzal, hogy egyedül azon az oldalon nem lehet a szöveget kijelölni.
Nem akartam a hátteret részletesen leírni, mert az nem lényeges az eredeti Drupal témájú kérdésben.

PS: Tudom, hogy nem kapcsolódik ide, de ha már így összejöttünk, :-) megnézné esetleg vki ezt a problémát is, és ha esetleg tudja arra megoldást az lenne a nagy boldogság: :-)
http://drupal.hu/forum/fel%C3%BClet-ford%C3%ADt%C3%A1sa-karaktersorozat-...

0
0
Ilusha képe

Közben megint leszedtem és újból feltettem.
A fenti képeken még a CCK modul legfrissebb, de béta verzióját használtam, ebben még nem volt magyar nyelvi modult.
Most a korábbi véglegeset tettem fel, ebben már van.

Legutóbb nagyméretű betűtípussal és rövid szöveggel írtam be neki a tesztelő szövegemet, kódomat:
http://img263.imageshack.us/img263/118/teszt6.jpg
Most viszont normál betűmérettel, de hosszabb szöveget írtam be neki.

A mezők megjelenése részen:
http://img687.imageshack.us/img687/5452/teszt4.jpg

a két nagyobb piros kerettel jelölt helyen 4 féle beállítási lehetőség van:

- Alapértelmezés
- Egyszerű szöveg
- Levágva (Trimmed)
- Rejtett (elrejti)

Az "Egyszerű szöveg" és az elrejtés egyértelmű, hogy nem az én esetem, az "Alapértelmezés"-t vagy a "Levágva"-t beállítva ugyan full HTML-ként jelenik meg a szöveg, de úgy, hogy kb. 30 karakterenként sortörést tesz az szövegbe. Azaz így vágja le: megtöri és az alatta lévő sorban folytatja; azaz így lesz egy kb. 30 karakter széles szövegoszlopom.

Nekem pedig éppen ez a problémám: nem így szeretném, hanem úgy, hogy az ilyesféle levágás nélkül a szöveg töltse ki az egész mező tartalmát.

Ezt nem tudom, hol állíthatnám be neki?

0
0
pp képe

Én pont azért nem írtam semmit, mert biztos sokat dolgoztál vele, de a kiindulási anyag – a grafikai terv – gyász volt ezért a végeredmény sem lelkesített.

Érdemes lenne egy olyan tipográfussal dolgoztatnia a cégnek aki tisztába van a web lehetőségeivel. Tapasztalatom szerint az ilyen képzettségű emberek fényévekkel jobb munkát képesek letenni az asztalra mint egy bármilyen fenséges víziókkal rendelkező festő. (a "már több éve fotosoppolok, egy kis átmenet, egy kis dropsedó" huszárokról nem is beszélve)

A webbel az a baj, hogy ha neked tetszik, lévén különleges ember vagy, mint ahogy minden ember egyedi és megismételhetetlen, sokaknak nem fog tetszeni.

Márpedig az olyan weboldal ami keveseknek tetszik, – ha azok a kevesek, nem maga a célcsoport – semmit se ér.

Ezért érdemes olyan szakemberre dolgozni akik sokak ízlését képes úgy kielégíteni, hogy számos fontos szempontot is beleépít a tervekbe.

Kérdés, hogy az a grafikai elem, a "kifli" az olyannyira fontos volt, hogy más szempontokat maga alá gyűrjön.

Ha igen akkor akkor a kérdésedre a válasz az, hogy: sehogy, mert a kifli volt a lényeg minden más érdektelen.

Ha pediglen nem az volt a legfontosabb, akkor meg ki kell dobni a kiflit és kitalálni más, olyan grafikai elemet/megoldást ami a York által is említett szempontot figyelembe veszi, ugyanakkor a kifli grafikai szerepét is kiváltja.

Talán ez utóbbira való képesség különbözteti meg a szakembert a művésztől, a formatervezőt a szobrásztól. Egyik se jó vagy rossz, kérdés mi a cél a weblappal. Szép legyen, vagy weboldal?

pp

8
0
Sk8erPeter képe

Na ez az, hogy egyelőre megjósolni nem tudom, a jövőben hányféle ilyen jellegű tartalmat akar létrehozni. Az is lehet, hogy lesz 4-5 darab, az is lehet, hogy 20. Húsz külön blokkot definiálni, az admin-felületen áthúzgálni meg hát egy kicsit már ronda lenne. Ráadásul akkor azt is el kéne magyarázni, hogy a blokkok átrendezésénél hova húzogassa, és hogy a többi blokkot ne bántsa... szóval ez a megoldás igen sok veszélyt rejtene magában.

Pont ezért gondoltam arra, hogy egy külön tartalomtípust hozok létre, és biztosítok egy mezőt, amivel meghatározhatja, hogy melyik oldalakon jelenjen meg a blokk (ha nem jelenik meg, akkor vmit elrontott az URL-nél).
Ilyenre nincs megoldás?
Egyelőre arra gondoltam, hogy megoldom a "Header image" modullal. :) Ott az admin/structure/headerimage oldalon meg tudok határozni különböző blokkokat, "Header image" tartalomtípusbeli tartalom hozzáadásakor pedig azt, hogy melyik blokkba kerüljön. Aztán ott van az a felület, amit mutattam, ahol meghatározhatom az URL-t, esetleg node id-t, tartalomtípust, taxonómiakifejezést.
Már ha nincs erre jobb megoldás... :\ Mert azért majd ezt is testre kell szabni kódból, hogy ne vezessem félre a júzert, hogy mi köze ennek a fejlécképhez. (Igazából amúgy magát a modult szerintem sokkal általánosabb névvel is elláthatták volna :) )

0
0
dongodani képe

Nem a D8-at ekéztem önmagában, mivel nekem sokkal jobban bejön mint a D7-es. Már túl vagyok vele egy kisebb céges rendszeren, ami nem egy sima bemutatkozó oldal, hanem a cégre, a termékeire és az ügyfelekre szabott interaktív környezet és azt kell mondjam, nagyon szépen teszi a dolgát mind a pc-s, mind a mobilos környezetben. Amivel nem vagyok kibékülve az az, hogy core frissítések után jönnek a meglepik és akkor egy csomó időm azzal megy el, hogy a tényleges munkából kiesve ismét hol a fél oldalt beterítő piros figyelmeztetésekkel, hol pedig az egyszer egyébként már összelőtt fejlesztő környezettel kell szarakodnom(utoljára például a Composert is reszelnem kellett, holott a core frissítés előtt még rendben működött...). Valahogy ez a visszafelé kompatibilitás ellenőrzés mintha nem volna rendesen kidolgozva. Legalább lenne egy felsorolás, hogy mely modulok okozhatnak problémát és kellene erre egy ellenőrző mechanizmus. Ha már ilyen komplexitású a keretrendszer, akkor ezt sem ártana implementálni. Például core frissítés előtt átnézhetné az addig telepített modulokat és ha talál köztük aggályosakat, akkor vagy nem engedélyezné a frissítést, vagy jelezné, hogy gondok lehetnek. De az, hogy menetrendszerűen jönnek a frissítések és vele a hideg zuhany, az így nem oké. Egy részről aki a D8-al dolgozik, az már nem szimpla weboldalakat készít és nem lehet arra számítani, hogy csak egy tiszta alaprendszert fog frissíteni, ami azért annyira még nem problémás, más részről nem kellene leszoktatni a fejlesztőket a frissítésekről, mivel annak előbb-utóbb utóbb a biztonságos rendszer jelleg láthatja a kárát.

0
0
Paal képe

Esetetben a webszerver alapból nem rendelkezik írás joggal az adott fájlra. Szerintem az install.txt-ben le van írva, hogyan tudod átállítani.

Üdv, Pali

0
0

--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan