Keresés

Nézet egyik sorának elérése a másikból?

Beküldte ipeto - 2012. január 23. 21.31
ipeto képe

Sziasztok!
Kicsit másként közelítek az itt vázolt problémához (ez kb. már az 5. verzió). Röviden vázolva, a nézet egy bírálóhoz rendelt dolgozatokat mutatja a be a bírálók számára (egy dolgozatot ketten bírálhatnak). A bírálók egy user reference mezőben vannak meghatározva, így a nézetben egy argumentummal listázom azokat a dolgozatokat, ahol ez a mező az aktuális user.

Annak függvényében, hogy egy dolgozatot a két bíráló melyike bírálta, más-más szöveget kell kiírni, pl. "bírálandó", "én már bíráltam", amit egy custom field-be írt PHP-kóddal teszem meg, az alábbi eseteket kezelve:
- egyikünk se bírálta: vagyis nincs kapcsolódó bírálat-tartalom - rendben meg is jelenik, hogy "bírálandó".
- én már bíráltam, a másik nem:: vagyis a kapcsolódó bírálat-tartalom szerzője az aktuális user - ez is rendben van, kiírja, hogy "már bíráltam".
- a másik bíráló bírálta, én még nem: vagyis a kapcsolódó bírálat-tartalom szerzője nem az aktuális user - ez is rendben van, kiírja, hogy "bírálandó".
- mindketten bíráltuk: Ezzel van a probléma, mivel van kapcsolódó bírálat (kettő is), ezért egyrészt kiírja az én bírálatom kapcsán, hogy "már bíráltam", a másik bíráló kapcsán pedig, hogy "bírálandó".

A kérdésem tehát az lenne, hogy el lehet-e érni a nézet egyik sorából (a $data egyik példányából) valahogy a másikat? Olyan feltétel kellene definiálni vagy a nézet szűrőjében vagy pedig a custom field PHP-jában, hogy "ha az adott dolgozathoz két bírálat tartozik, akkor..."

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

drupal commerce több storefront, egy kosár, egy checkout

Beküldte uniquevisitor - 2012. január 24. 12.06
uniquevisitor képe

sziasztok,

a családi webshoprendszert drupal übercart domain access-ről (ahol domainenként külön webshop, kinézet és mindegyiknek külön kosár, valamint checkout és login page volt) magento-ra váltottam kb 1 éve. Itt a külön domaineken lévő oldalaknak egy közös kosara és egy közös login/checkout oldala van.

Az a helyzet, hogy nem rossz ez, de valahogy nem kedvelem annyira a magentot, mint a drupalt és ahogy nézegettem, ez az commerce már valóban egy nagyon jó rendszer.

Commerce modullal megoldható valahogy a több storefront (küldön domaineken) a közös kosár és egy közös checkout oldal? Ez a keresztértékesítések miatt nagyon hasznos.

Vagy legalább az übercartos egy kódbázis, és storefrontonként kosár és checkout? (bár az előző jobb lenne)

köszönöm az ötleteket.

Az egészet még meg lehetne/kellene bonyolítani egy többnyelvűséggel, bár akkor nem tudom, hogy a checkout hogyan viselkedik. (hiszen a közös checkout pont az egyetlen bankkártyás modul integrációja miatt volt/van).

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

Taxonomy kifejezés kezelés

Beküldte kornilk - 2012. január 24. 13.49
kornilk képe

Sziasztok,

Drupal 7 alatt lenne szükségem olyan lehetőségre, amivel az ügyfél tudna egy szótár kifejezéseit kezelni, hozzáadni átrendezni. Igazából ez a termékek kategóriáit tartalmazná, amit taxonomy menüvel jelenítek meg.
A problémám, hogy ha adok hozzáférést, hogy kezelhesse (admin/structure/taxonomy/kateg_ria), akkor látja a többi beállítási fület is, tehát szerkeszthetné magát a szótárt is, viszont azt nem szeretném. Jogosultságokat nem lehet jobban testre szabni.
Próbálkoztam draggableviews-al, az működött szépen d6-ban, de d7-ben az 1-es verzióval nem ment, 2-es-ben meg nincs szülő elem, tehát hierarchiát nem tudok állítani.

Tudtok valamilyen megoldást? Akár csúnya "hackelés" is érdekelne, hogy ne lássa a többi szerkesztő fület a kifejezések szerkesztése oldalon.

Köszi

Drupal verzió: 
7.x
Fórum: 
Modulok használata

Gmap GPS (É-i szélesség) + GPS (K-i hosszúság) + node import

Beküldte lili_ - 2012. január 24. 14.19
lili_ képe

Sziasztok!

Lenne egy tartalom típusom, amely CCK fielddel van kibővítve.
A rekordokat node importtal viszem fel ez működik is.
Csak az importálandó fájlomon belül van két oszlopom:
GPS (É-i szélesség)
GPS (K-i hosszúság)

Milyen CCK fieldet, vagy modult használhatok arra, hogy a GPS koordinátákat importálva az adatbázis megfelelő táblájának a megfelelő oszlopaiba, a drupal előállítsa az adott node-hoz tartozó Google térkép jelölést.

Google map + node import együttes használatát szeretném kivitelezni.

köszönöm

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

Drupal Developer for Berlin - Germany based company wanted. (m/f) - Permanent Position.

Beküldte buerolersch - 2012. január 24. 14.37
buerolersch képe

The Drupal Developer will be required to carry out the following tasks:

•Creating complex Views and associated blocks
•Creating functionality using Drupal 7 APIs such as Entity API, Form API, Field API (formerly CCK), etc.
•Evaluating, configuring, implementing and improving third-party contrib modules.
•Developing modules; implementing hooks
•Working with Drush and Install Profiles
•Able to work on a variety of projects - some large that will take more time, and some smaller, where they would be working on multiple projects concurrently.

If you possess the aforementioned skills, please don't hesitate to respond to this advertisement.

Feel free to apply at [email protected]

Thomas Lersch
Geschäftsführer

--
BÜRO LERSCH
c/o MBE - Postfach 116
Grünberger Str. 17
10243 Berlin

Web: www.buerolersch.de

Save bytes, save energy - quit Facebook!

Fórum: 
Munkaközvetítő

Kép generálás stílussal

Beküldte kornilk - 2012. január 24. 14.43
kornilk képe

Sziasztok,

Termékekhez csatolt képekből kóddal hogyan lehet generálni a megfelelő stílusú képet (D7)? Azt tudom, hogyan lehet lekérdezni az elérési utat, de a kép csak akkor készül el, ha megtekintem egyszer, azonban nekem php-ból excel-be kellene generálnom képeket, és mivel nem létezik a kép, ezért nem tudja excelbe bele tenni.

Tudtok esetleg erre megoldást? Egy olyan függvény kellene, ami megtekintés nélkül legenerálja a képet a megfelelő stílussal és elhelyezi a könyvtárába.

Köszönöm.

Drupal verzió: 
7.x
Fórum: 
Modulok használata

Adatbázis méretének csökkentése

Beküldte Luki - 2012. január 24. 15.07
Luki képe

Sziasztok!

Lehet, nem jó helyre írok, mert elsősorban MySQL-lel kapcsolatos a problémám, de a neten nem találtam egyértelmű választ. Hátha itt tud valaki segíteni.

A problémám a következő:
Van egy kis bérelt tárhelyem, két öszekalapálás alatt álló, Drupal alapú webhellyel. Az oldalakon még csak pár oldal van fent, egyelőre a szükséges modulokat telepítem és állítom be, saját tartalomtípusokat definiálok, stb. Egyelőre semmi extra.
Ma kaptam egy figyelmeztetést a szolgáltatómtól, hogy a MySQL kvótát átléptem - 100 MB helyett 129 MB-ot használok. Megnéztem, és a phpMyAdmin szerint 12,1 és 13,6 MB a két adatbázis mérete. A figyelmeztető levélben írják, hogy ez a méret eltérhet a fizikai mérettől (50,3 illetve 79,1 MB), ami teljesen érthető. Na, de ennyire?

A konkrét kérdés:
Hogyan tudnám az adatbázisok fizikai méretét csökkenteni?
Illetve az is érdekelne, hogy miből adódik a kb. ötszörös méretbeli különbség?

A válaszokat előre is köszönöm!

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

timestamp on update hiba schema api-val

Beküldte toreki - 2012. január 24. 16.15
toreki képe

Sziasztok!

Mifelénk szokás, hogy nem az insert/update tölti ki a timestamp típusú lastupdate mezőt, hanem az sql szerver (on update current_timestamp). Így tuti, hogy frissül, nem kell a programozóra bízni, hogy frissíti-e a lastupdate mezőt. Viszont ha drupal_install_schema()-val hoznám létre a táblát, akkor nem engedi ezeket a lehetőségeket használni.

Találtam egy ránézésre működő megoldást a d.org-on, azonban a patch sorai elcsúsznak a nálam levő verzióhoz (d6.20) képest.

Milyen értelme van a schema api-t használni saját moduloknál? Azt látom, hogy a táblák létrehozása mellett adatbázisba is bejegyzi a sémát, de ez mire használható a gyakorlatban?

Van értelma patch-et raknom a drupalra, vagy maradjak inkább a db_query-nél?

Köszönöm!

Drupal verzió: 
6.x
Fórum: 
Modulok fejlesztése