Keresés

Views Bonus Pack használata röviden

gergely képe

Mivel elég sokat keresgéltem, hogyan is lehetne egy view-t amit már összekattingattam CSV vagy egyéb hasonló formátumba rakni, gondoltam megosztom.

Először is szükségünk lesz a Views Bonus Packra ami CSV, DOC, XML formátumokban tudja kiexportálni az általunk elkészített view-t.

A dokumentációja sajnos nem az igazi a modulnak, így ha van kedve valakinek írhatna hozzá egy oldalt a drupal.org-ra. :)
Ami nekünk kellene belőle arra ennyit mond:

These plugins will only appear on your views administration page, in the 'type' dropdown of the page and block sections.

Ezzel nem lehet semmire menni, ugyanis nem is itt kell keresni a megoldást. Ellenben egy ráakadtam egy issue-ban a helyes megoldásra webchicktől:

  1. Add a new "Feed" display to your view.
  2. Change its style to "CSV file"
  3. Configure the options (such as name, quote, etc.) by clicking the gear icon next to the style.
  4. Give it a path (such as path/to/view/csv)

Ami nyers fordításban ennyit tesz:

  1. Adjunk hozzá a view-nkhoz egy új "Feed" display-t
  2. Változtassuk a style-t "CSV file"-ra
  3. Állítsuk be az opciókat a style melletti fogaskerkére kattintva.
  4. Adjunk neki egy útvonalat a letöltéshez (mondju/ez/csv)

Azért írtam nyers fordításban félig meghagyva az angol szöveget, mert így vannak a views2-ben is a beállítási lehetőségek, így talán egyszerűbb elnavigálni.

Címkék: drupalhogyanviewsdrupal-6

Nagyméretű MySQL adatbázisok importja/exportja

gergely képe

Amikor MySQL adatbázissal dolgozok akkor általában phpMyAdmint használok, ami egy nagyon szép és egyszerű felület az adatbázis adminisztrálására. Néha sajnos az adatbázis túl nagy ahhoz, hogy phpMyAdmint használjunk, mert például kifut a php futási idejéből és nem csinálja meg a kért exportálást vagy importálást, ezért néha a parancssorhoz kell nyúlnom.

Tehát ebben az írásban ismertetni szeretnék néhány lehetőséget, hogyan is lehet ezt megejteni a konzolból.
A következő néhány sorban a [Felhasználónév] helyére a MySQL adatbázis felhasználóneve, a [ABnév] az adatbázis neve, a [/útvonal_a_fájlhoz/ABnév] az útvonal a kiexportált adatbázis fájlhoz - angolul dump - és végül a [/útvonal_a_mysqlhez/] az útvonal a MySQLhez (ez pl. Mac-en vagy Windows-on kell a parancssori parancsok kiadásához.)

Nagyméretű adatbázis másolása/exportálása

Először is a MySQLnek nincs másolás funkciója. Úgy lehet másolatot készíteni, hogy kiexportáljuk az adatbázist a mysqldump paranccsal. Hogy kiexportáljuk az adatbázist és egyből gzippel tömörítsük is használjuk a következő parancsot. Kérni fogja futás előtt a jelszavunkat.

mysqldump -u [Felhasználónév] -p [ABnév] | gzip > [/útvonal_a_fájlhoz/ABnév].sql.gz

Nagyméretű adatbázis importálása

Ha vissza akarjuk állítani az előbbi módon exportált adatokat a rendszerbe a következőt kell tennünk.
Először csomagoljuk ki a fájlt:

gzip -d [/útvonal_a_fájlhoz/ABnév].sql.gz

Lépjünk be a MySQLbe (megint kérni fogja a jelszavunkat):

[/útvonal_a_mysqlhez/]mysql -u [Felhasználónév] -p

Utána a következőt kell tennünk, hogy kitöröljük az előző adatbázist és betöltsük a mentést. (Vigyázat adatvesztéshez vezethet!)

SHOW DATABASES;<br />DROP DATABASE [ABnév];<br />CREATE DATABASE [ABnév];<br />USE [ABnév];<br />SOURCE [/útvonal_a_fájlhoz/ABnév].sql;

Extra mentési funkciók

Van úgy, hogy például a keresés index táblája túl nagyra nő, így azt nem szeretnénk exportálni:

mysqldump -u [Felhasználónév] -p [ABnév] --ignore-table=[ABnév].search_index | gzip &gt; [/útvonal_a_fájlhoz/ABnév].sql.gz

Egyébként nagyon sok tábla van amit érdemes kihagyni, ezek a következők: watchdog, sessions és az összes cache* tábla.
Viszont, ha fenti példát használjuk a visszatöltésnél akkor hiányozni fognak a kihagyott táblák, így inkább ezt a két lépést használjuk ez esetben:

Először is akkor csináljunk mentést az adatbázisról az adatok nélkül, csak a szerkezetről:

mysqldump -u [Felhasználónév] -p [ABnév] --no-data | gzip &gt; [/útvonal_a_fájlhoz/ABnév].info.sql.gz

Ezután készítsük el a mentést csak azokról adatokról amelyek kellenek:

[/útvonal_a_mysqlhez/]mysqldump -u [Felhasználónév] -p [ABnév]  --no-create-info --ignore-table=[ABnév].search_index --ignore-table=[ABnév].cache --ignore-table=[ABnév].cache_block --ignore-table=[ABnév].cache_content --ignore-table=[ABnév].cache_filter --ignore-table=[ABnév].cache_form --ignore-table=[ABnév].cache_menu --ignore-table=[ABnév].cache_mollom --ignore-table=[ABnév].cache_page --ignore-table=[ABnév].cache_pathdst --ignore-table=[ABnév].cache_pathsrc --ignore-table=[ABnév].cache_views | gzip &gt; [/útvonal_a_fájlhoz/ABnév].data.sql.gz;

Nem lenne egyszerűbb minden egyes cache_ helyett helyettesítő karaktert használni? Dehogynem! Lássuk:

[/útvonal_a_mysqlhez/]mysqldump -u [Felhasználónév] -p [ABnév]  --no-create-info --ignore-table=[ABnév].search_index --ignore-table=[ABnév].cache% | gzip &gt; [/útvonal_a_fájlhoz/ABnév].data.sql.gz;

Miután ezzel készen vagyunk a fenti módon behúzhatjuk az adatokat az adatbázisba először azt amelyik csak a táblaszerkezetet tartalmazza (.info.sql.gz), és utána az adatokat (.data.sql.gz). Ez azért jó mert egy relatíve kis adatbázist kell csak bevinni a rendszerbe.

A fenti helyettesítő karakteres megoldást eddig sehol nem láttam dokumentálva ezért nem biztos, hogy működni fog, próbáld ki!

Egyéb lehetőségek

Van keresztplatformos grafikai program a MySQL adminisztráláshoz:
http://dev.mysql.com/downloads/gui-tools/5.0.html

Van egy Drupal modul is amely ezt meg tudja tenni:
http://drupal.org/project/backup_migrate

Ez a bejegyzés egy ~fordítása egy a drupal.org/planet oldalon megjelent blogbejegyzésnek. Külön köszönet a fordításban nyújtott segítségért a #drupal.hu irc csatorna tagjainak.

Címkék: drupalmysql

Drupallal szeretnék fejleszteni, hogyan kezdjek neki?

gergely képe

A Drupal napról napra ismertebb lesz és egyre több ember szeretne vele elkezdeni foglalkozni. Hogyan is lehet ennek nekikezdeni? Fogod a géped feldobsz rá egy Drupalt és nyomkodod, de nem tudod, mi fontos és mi nem és azt sem, hogy hova nyúlj.

Ha már fenn van a Drupal, akkor már a vízben vagy és úszkálsz, meg kell tanulni mit lehet a Drupallal és mit nem, te sem próbálsz meg egy autóval repülni.

A következő linkeknek érdemes szentelni néhány órát, ha fejleszteni szeretnél, hogy ne találd fel újra a kereket.
Sajnos mint általában nagyrészt minden az informatikában ezek a linkek is angol nyelvű oldalakra mutatnak.

Olvasd és értsd meg

Értsd a különbséget

Ezeket a modulokat érdemes átnézni

Természetesen ezek csak a felszínt érintik, de jók kezdésnek.

Egyéb hasznos ötletek

  • Nem kell félni mások moduljait végignézni, felhasználni a kódját.
  • A Drupal core-t soha de soha nem szabad módosítani, mert egyrészt egy frissítésnél ezek elvesznek, másrészt pedig ami a core-ba kerül be az szigorú biztonsági követelményeknek felel meg, így lehet, hogy csak rés lesz nyitva a rendszeren, ha mindenképp módosítani szeretnéd akkor használd a hookokat.

    sose hackelj drupal core-t

  • Amikor elkezdesz egy új modult, akkor az biztos, hogy 95%-ban már készen van, így érdemes először körbenézni. Például a drupalmodules.com oldalon

Ha segítségre van szükséged

  • Drupal.hu fórum
  • #drupal.hu csatorna az irc.freenode.net irc szerveren
  • minden hónap utolsó csütörtökén megrendezett Drupal UserGroup Meeting Budapesten és egyéb időpontokban az ország különböző pontjain

Abszolút kezdőknek Nagy Gusztáv jegyzetét szoktam ajánlani, mert nagyon jól össze van foglalva benne minden ami kezdéshez kell.

Ez a bejegyzés egy ~fordítása egy a drupal.org/planet oldalon megjelent blogbejegyzésnek, a szerző jóváhagyásával.

Címkék: drupalfejlesztésdrupal-6

Elfelejtett jelszó helyi környezetben (localhoston)

gergely képe

Egy másik gyakran a drupal.hu-n felmerülő problémára szeretnék megoldást mutatni, ez pedig az elfelejtett adminisztrátori (user/1) jelszó visszaállítása helyi környezetben (localhoston), mert általában itt nincsen beállított levelező szerver, így nem tudjuk használni az elfelejtett jelszó lehetőséget.

A jelszó a drupal adatbázisában titkosítva tárolódik, ezért nem lehet csak úgy belenézni a users tábla 1-es uid-hez tartozó sor és a pass oszlophoz tartozó metszetbe. Az adatbázist általában alapértelmezett XAMPP telepítésnél a http://localhost/phpmyadmin oldalon tudjuk elérni.

A kódolt jelszó

(A képen látható kódolt jelszó természetesen nem az a jelszó, amit használok, hanem a c betű kódoltan tárolt változata.)

Ezt az értéket megváltoztatva az adatbázisban, mondjuk az előbbi példára, tehát erre: 4a8a08f09d37b73795649038408b5f33, már rögtön be is lehet jelentkezni jelszónak a c betűt megadva.

További lehetőségek, például ha csak konzolos hozzáférésünk van, akkor így:
UPDATE users SET pass=MD5('ujjelszo') WHERE uid=1;

Vagy phpmyadminban a szerkeszteni kivánt sorhoz/rekordhoz tartozó ceruza ikonra kell kattintani, és aztán az űrlapon a password sorban a függvények közül az MD5-öt kell választani majd a szövegmezőbe csak simán beírni a kódolatlan jelszót.

Kódolatlan jelszó

Címkék: drupalelfelejtett jelszódrupal-6

A leggyakoribb Drupal telepítési hiba

gergely képe

Először a drupal.hu-n szerintem legtöbbször előforduló hibára szeretném felhívni a Drupalal újonnan ismerkedők figyelmét.

Drupal 6-os telepítésénél miután a drupal-6.x.tar.gz-t kicsomagultuk és a megfelelő helyre másoltuk, a sites/default könyvtárban létre kell hozni a settings.php fájlt.

Tehát mielőtt létrehozzuk a fájlt csak egy default.settings.php van a könyvtárban. Ezt a fájlt másoljuk ugyanoda mégegyszer és nevezzük át settings.php-ra. De vigyázat, mint a két fájlnak ott kell lennie, tehát nem elég csak átnevezni a default.settings.php-t.

A művelet után két fájl kell, hogy legyen a sites/default könyvtárunkban: settings.php és default.settings.php.

Ezek után már indíthatjuk is a telepítést!

Címkék: drupaldrupal-6

Felugró ablak egy bizonyos oldal betöltődése után

gszoke képe

Sziasztok,

Az alábbiakhoz szeretnék kérni egy kis útbaigazítást:

A feladat az lenne, hogy amikor betöltődött egy adott oldal(ez konkrétan egy views), amit a főoldalról egy linkkel hívok meg, felugorjon egy popup ablak, ami egy másik views kimenetét tartalmazza.

Próbáltam a popup modult, de ahogy néztem az nem erre való.
Próbáltam volna valahogy js-t használni az adott oldal page-node-x.tpl.php -hoz, de valahogy nem működött az sem.

Kérdésem az lenne, hogy merre induljak/menjek tovább?

Milyen megoldást javasoltok?

Esetleg arra is gondoltam, hogy valahogy ki lehetne váltani ezt az eseményt rules segítségével és lightbox2 megjelenítéssel?!

Köszönöm előre is.

Üdv.:
Gábor

Drupal verzió: 
Fórum: 

Node_convert modul nem installálódik

Kocsis Kata képe

Letöltöttem a Node_convert modult, és a modules könyvtárba másoltam, de nem történik semmi. Sem az adminisztrációs felületen, sem a moduloknál, sem a tartalomnál nem jelennek meg a modul leírásában várható funkciók (az update.php lefuttatása után). Már azt hittem tudok Drupal modult installálni, legalább egy tucat modullal boldogultam. Itt mi lehet a baj?

Definiáltam egy új cikk nevű tartalomtípust, és az eddig oldal-ként felvett teszt adataimat akarom a további fejlesztéshez cikk-é konvertálni (több nap lenne újra felvinni az elmúlt hónapok feltöltéseit).

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 

Drupal + Chrome = ???

Luigi.hu képe

Érdekes probléma miatt hívott fel ma egy ügyfél, azt mondta, hogy ha a Chrome-mal nyitja meg a D6 weboldalát, akkor csak egy fehér lapot és némi hibaüzenetet lát, de más böngészővel minden rendben van.
Az ügyfélnél a Chrome megnyit minden más egyéb weboldalt rendesen, és az internet kapcsolata is rendben volt, tehát nem ilyen triviális dologról van szó.

Fura, ilyet én még soha nem tapasztaltam, ti hallottatok már ilyen problémáról, tehát egy egyszerű Drupal oldal nem jelenik meg (jól) vmelyik böngészőben?

A cím: szentesicserepkalyha.hu , ha vki másnál is megjelenik ez a probléma, akkor please, jelezze nekem (a weboldal egyébként még nincs befejezve :-) ).
Köszi.

Drupal verzió: 
Fórum: 

Fusion apply összeomlik

haripeti képe

Sziasztok!
Tud valaki esetleg ötletet adni, mitől lehet, hogy a Fusion Accelerator modul telepítése után a következő üzit kapom:

PDOException: SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 1000 bytes: CREATE TABLE {fusion_apply_skins} ( `sid` INT unsigned NOT NULL auto_increment COMMENT 'The primary identifier for a skin configuration.', `theme` VARCHAR(128) NOT NULL DEFAULT '' COMMENT 'The theme this configuration applies to.', `module` VARCHAR(128) NOT NULL DEFAULT '' COMMENT 'The module this configuration applies to.', `element` VARCHAR(128) NOT NULL DEFAULT '' COMMENT 'The element this configuration applies to.', `skin` VARCHAR(255) NOT NULL DEFAULT '' COMMENT 'The skin that has been applied.', `options` LONGTEXT NOT NULL COMMENT 'A serialized array containing the skin options that have been applied.', `status` TINYINT NOT NULL DEFAULT 0 COMMENT 'Boolean indicating whether or not this item is enabled.', PRIMARY KEY (`sid`), UNIQUE KEY `theme_module_element_skin` (`theme`(40), `module`(40), `element`(40), `skin`(40)), INDEX `theme` (`theme`), INDEX `module` (`theme`, `module`), INDEX `element` (`theme`, `module`, `element`), INDEX `skin` (`skin`) ) ENGINE = MyISAM DEFAULT CHARACTER SET utf8 COMMENT 'Stores Fusion Apply data.'; Array ( ) db_create_table() fĂźggvĂŠnyben (/USER/elektropress/elektropress_eu/www/domi87/includes/database/database.inc 2686 sor).

A modul csomag lényegében 4 modult tartalmaz, a 3 Apply bármelyikének telepítése ezt adja ki, a 4. önmagában felkúszik rendesen.

Skin-R modul fent volt előtte, levettem.

Drupal 7.8-cal kezdtem, a hiba ott is megvolt, upgrade-eltem 7.9-re, a hiba megmaradt.

Próbáltam Fusion Accelerator alpha-1 és alpha-2 release-zel is.

Bármi ötlet erre?

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Honlap csak panelekkel

minthaka képe

Azt szeretném kérdezni, hogy lehetséges-e csupán a Panels modul használatával honlapot készíteni. Nagyon tetszik a dolog, de az a gondom, hogy amikor létre akarok hozni egy oldalt, akkor annak a szélessége mindössze 960px lesz és az eredeti téma (pl. Bartik) fejléc stb. elemeinek eltávolítása után sem tudom szélesebbé (100% tenni).Azt hiszem azért, mert az így létrehozott "oldal" valójában nem is oldal csak a tartalom egy része. Szóval megoldható-e, hogy panelekkel csináljak headert, középponti részt és footert, mintegy teljesen témafüggetlenül? Ha igen, hogyan?
Megköszönöm, ha ezt valaki lépésről lépésre elmagyarázza. Hiába olvasgatok ugyanis Drupalos könyveket, amelyekben akár képernyőkép is van, az egyes verziók más-más képet mutatnak.
Szeretném úgy használni a Drupalt, hogy ne erőltessen rám dolgokat. Elméletileg egyszerű kellene, hogy legyen a dolog, mégsem az. Ha pl. egy 5 lapból álló honlapot akarok összedobni, akkor csináljak hozzá 5 különféle tartalomtípust, és ezeket formálgassam át a panelekkel? Szóval hogyan kell ezt megoldani. Nagyon sok az opció és az ember elveszik a lehetőségek között.

Köszönöm!
Csaba

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: