képgaléria mely nem 1 mappából szedi a képeket

Beküldte Szotyi - 2010. április 23. 11.09
Szotyi képe

Sziasztok!

Tud valaki olyan képgaléria modult ajánlani, melynél nem 1 mappába teszi a képeket?
Esetleg az is jó lenne, ha miután én feltöltöm FTP-n a képeket, a megfelelő mappaszerkezetbe, akkor ezt valahogy megjelenítené.

A helyzet az, hogy több ezer képet kellene csoportosítva mappákban feltölteni s megjeleníteni,
de sajnos az image modul 1 alkönyvtárba importálja az összes képet ( a thumbokat, az előnézeteket is) , s - ha jól láttam - a tárhelyen 2000 fájlnál nem tud 1 mappa többet kezelni.

Üdv: Péter

Fórum: 
Modulok használata
Drupal verzió: 
6.x
Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
image

Dries előadása a DrupalCon SF rendezvényen

Beküldte pp - 2010. április 28. 16.13
pp képe

Dries ismét nagyszerű előadásával adta meg az alaphangot az idei San Francisco-i Drupal konferenciának. Mint több európai honfitársam én is itthon rekedtem. (Bár én nem a vulkáni hamu miatt, hanem mert esküvőre spórolok. :D) Azért az vicces, hogy egy hatalmas vulkánnak kellett kitörnie ahhoz, hogy a DrupalCon Keynote-ját élőben lehessen nézni a neten. Én természetesen felvételről néztem meg, mert az időeltolódás miatt úgy se nagyon tudtam volna. Na nézzük milyen lényeges dolgok hangzottak el az előadásban.

Címlap visszaállítása

Beküldte kovacstomi - 2011. augusztus 3. 15.54
kovacstomi képe

Sziasztok!

Most egy olyan problémám lenne hogy az eredeti címlapot felülírtam, egy másik oldallal, de a címlapot mégis csak szeretném visszaállítani az eredetire, ez olyan hírek féle volt. Most azt írja ki ha a kezdőlapra/címlapra megyek, hogy az oldal nem található. A Webhely-információk beállításánál pedig ezt írja ki: "cimlap útvonal vagy nem érvényes vagy nincs jogosultság az eléréséhez".

Tudnátok segíteni, hogy lehet az eredeti címlapot visszaállítani?
Segítséget előre is köszönöm.

Fórum: 
Egyéb
Drupal verzió: 
6.x

Vicc Oldal

Beküldte scr3am - 2011. november 14. 21.25
scr3am képe

Hello!

Egy vicc oldalt akarok létrehozni és ehez kellene egy jó kis smink drupal 7-hez. Sokat keresgéltem és nem nagyon találtam megfelelő sminket ezért ha láttatok valahol vagy esetleg van ötletetek hogyan tudnám megalkotni azt szivesen fogadnám. Amúgy az elképzelés az lenne, hogy fent header, az alatt a menü és az oldal két oldalán meg blokkok de nem az a kis vékony hanem nagyobbak illetve a tartalomnál a cikkek kitünjenek a háttérből. Várom mielőbbi válaszotokat.

Fórum: 
Sminkek

Tartalom összecsukása kinyílása

Beküldte Sopeti - 2013. december 2. 12.31
Sopeti képe

Sziasztok!

Lehet, hogy már más is kérdezett hasonlót de ilyet nem találtam az lenne a kérdésem, hogy adott egy 800x640 kép terület ami 3 külön képből áll össze és az lenne a konkrét kérdés, hogy amikor az egyik részre főlé ér az egér akkor a másik kettő eltűnne és a teljes méretet az adott kép kicsit nagyobban illetve részleteket mutatva töltetné ki. Hogy lehet ezt megoldani?

Előre is köszönöm a segítségeteket.
Sopeti

Fórum: 
Sminkek
Drupal verzió: 
7.x

View probléma smink váltásánál

Beküldte machobymb - 2014. október 7. 12.13
machobymb képe

Drupal 6 alatt lévő oldalamnál sminket váltanék.
Az egyik az a Pixture Reloaded, melyet sajáttal szeretnék leváltani.
A View egy felsorolást tartalmaz, mely Pixture-ban renddesen megjelenik, viszont az új smink alatt azonban a felsorolás jel és az utána lévő szöveg külön sorban jelenik meg, mintha lenne egy sortörés benne, de nincs az oldal forrásában.

A stílus: HTML lista, sorstílus: Mezők.

Kérdésem: mit és hogyan kell beállítani, módosítani, hogy a megjelnítés rendben legyen?

Fórum: 
Modulok használata
Drupal verzió: 
6.x
Taxonomy upgrade extras: 
6.x

Drupal nem jegyzi a látogatókat

Beküldte csontom - 2015. február 17. 23.03
csontom képe

Sziasztok!

A Problémám azóta jelentkezik, mióta új domainra költöztettem az oldalt.
A Probléma az, hogy jelentésekben a Legutóbbi megtekintésekben nem mutatja a látogatókat, csak azokat, akik bejelentkeznek a nevükkel, és a nevüket mutatja. Eddig úgy volt, hogy IP-ket írt.
Most csak a bejelentkezettek nevét írja. Csatoltam egy képet.
Érdekes, hogy az adatbázisban ott vannak az IP-k, de a jelentésekben nem mutatja. De az adatbázisba bekerül minden egyes látogató.

Szerintetek mi lehet a probléma?

Fórum: 
Egyéb
Drupal verzió: 
7.x
Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
statistics

Új telepítés után régi tartalmak visszaállítása

Beküldte Norbertó - 2019. november 25. 10.05
Norbertó képe

Sziasztok, segítséget kérnék.
Volt egy 6-os verziójú Drupál weblapom ami vírustámadás miatt 500-as hibával elszállt. A szolgáltató biztonsági mentéséből sem sikerült az oldalt visszaállítani. Töröltem az egész könyvtárat, előtte lementettem ftp-n keresztül az egész mappát ami tele volt random php fájlokkal, vírusokkal. Telepítettem egy 7-es Drupált új adatbázissal. Hogyan tudnám a régi tartalmaimat a mentésemből visszaállítani? Össze lehet hozni valahogy az új adatbázisomat az régivel?
Köszönöm előre is...

Fórum: 
Telepítés, migráció, beállítások
Drupal verzió: 
7.x
RaptoR képe

Beküldte RaptoR - 2007. augusztus 31. 21.24

Helló!

Tesztelgetve a modulodat csak pár apróbb megjegyzésem lenne:
1. Jó lenne, ha a beállítások elmentése utáni frissítésnél ha valami gond adódik valahol, arról tájékoztatna közvetlenül (mármint drupal_set_message fv-nyel), hogy ne kelljen emellett a naplót is nézegetni.
2. A modul bekapcsolásakor ellenőrizhetné, hogy melyik letöltési mód engedélyezett, így csak azt lehetne kiválasztani, ami valóban működni is fog.
3. Az info fájl első sorában asszem egy ; -nek kell lennie, hogy a SVN bekrajon oda pár infót, bár ez jelenleg nem sok vizet zavar. :)

Amint látod, ezek csak apró megjegyzések, amire írtad eredetileg a modult, azt a célt már elérte, ha sikerül eltalálni a helyes Xpath-ot, akkor remekül működik. :)

Nem tudom, mennyire érdemes ebben gondolkodni, de esetleg angolra lefordítva a sztringeket (szükség esetén eltávolítva a megjegyzéseket) érdemes lehet a modullal jelentkezni a hivatalos Drupal projectek között?

Ez jó kérdés, az biztos, hogy sok nyűgöd lesz vele. :) Másrészt viszont Drupal.org-os modulfejlesztőnek lenni szerintem "elismert cím", nomeg biztos sok hasznos tapasztalatot szereznél közen. Ha belevágnál van pár továbbfejlesztési ötletem, amiket valószínüleg az első "feature request"-ek között kapnál:
1. Saját tapasztalatomból kiindulva a legnehezebb dolog az Xpath helyes beírása, ide szerintem írj egy alapvető leírást pár példával, linkekkel további példákra és a Firebugra. Egyik modulnál láttam egy elegáns megoldást: a dokumentációt (pár bekezdés volt) egy összecsukható fieldset-be rakta az adott mező alá, így anélkül lehetett olvasni egy kis segítséget a modulhoz, hogy el kellett volna hagyni az oldalt; csak klikkelni kellett egyet és megjelent. :)
2. Lehessen tetszőleges számú "importot" csinálni külön beálításokkal.
3. Későbbi tervek között szerepelhet az mondjuk, hogy az importált adatokat elmenti a modul, hogy vissza lehessen nézni őket.
4. Egy formai javaslat: amikor már elég nagyra nőtt a modul, és készítesz hozzá egy api.drupal.org-os oldalt, akkor sokat segít, ha Doxygen által ismert formátumban dokumentálod a forrást. Nálam meglepő módon sokkal áttekinthetőbbé tette saját moduloknál a forrást, amikor átálltam erre, lehet azért mert a Quata Plus szerkesztő is ismeri ezt, és szépen kiszínezte a kommenten belül is a különböző elemeket. :)

0
0
pp képe

Beküldte pp - 2007. november 2. 19.53

Én konkrétan a következő részre reagáltam:
Tapasztalataim szerint teljesen mindegy, hogy tíz, vagy tízezer node, vagy felhasználó található a rendszerben. Az ilyesmi dolog amúgy sem a Drupaltól függ (az csak egy alkalmazás), hanem a webszervertől, adatbáziskezelőtől, PHP -től.
Ez ilyen formában nem igaz, mert függ a node-ok és a felhasználók számától a válaszidő. Pont ez a jó a Drupal-ban, hogy meg lehet nézni, hogy mitől függ:

http://api.drupal.org/api/function/node_load/5

Itt a kódból látszik, hogy függ a node-ok számától, a felhasználók számától és a verziók számától is (mely minimum a node-ok száma) Ez az indexelés miatt log(n)-es, ami jó, de nem mondanám azt, hogy nem függ tőle, de igaz, hogy elhanyagolható, hisz 1000 node-nál ez a lépésszám ~10, 10^12-nél ~40.

De jön a DE, ami itt nagyon is DE mert bármelyik modul kapcsolhat adatokat a node-hoz, és már egy apró figyelmetlenségnél (nincs index) is borul a fenti összefüggés és lineáris lesz a keresés hossza. (n/2) Ügyesebb kismókusok meg írhatnak olyan modult ami aztán ezt fellövi az égbe. Lásd olyat akarok mint az iwiw, vagy egy dögös mlm rendszer.

Ha megnézed, hogy hogy tárolja a Drupal a kategóriákat, akkor láthatod, hogy egy kövér megfelelően mély hierarchiával rendelkező kategória rendszer is csodákat tud ám tenni.
http://api.drupal.org/api/function/taxonomy_get_tree/5

Hierarchikus adatokat sokkal hatékonyabban is lehet tárolni, ami nem azt jelenti, hogy a Drupal-é használhatatlan, de több százezer kategóriát tartalmazó 50-60 mélységgel rendelkező rendszerre nem alkalmas. (itt most nem node-okról van szó, hanem kategóriákról.)
Talán az elfogadható, hogy egy általános célú rendszer ne teljesítsen maximálisan minden speciális esetben ;)

Szóval igen is függ a Drupal-tól és a tárolt adatok mennyiségétől az, hogy milyen gyors a rendszered. Egyértelmű választ pedig nem lehet adni az indító kérdésre, hisz nem tudjuk, hogy milyen és mennyi egyéb modult használ a kérdező.

pp
(a válasz meg mindig ott a kódban ;))

0
0

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