Anonymous képe

Beküldte Anonymous (nem ellenőrzött) - 2008. január 8. 08.34

Sorszámozd be a tartalmak címét, az a legegyszerűbb.

0
0
pp képe

Beküldte pp - 2008. január 8. 09.48

Mivel mindig van lehetőség korábbi verzióról való áttérésre.(update.php) Már az alap Drupal-nál ugye. A lényeg az, hogy ha van egy modul, ami ment 4.6 alatt, az nem fog automatikusan menni 5 alatt. Ez azért rossz, mert minden modult javítani kell, de jó, mert nem kell évek múlva egy monumentális és potenciális bughalmot cipelnie magával a rendszernek és olyan felesleges funkciókat, melyek csak az esetleges kompatibilitási okok miatt maradt a rendszerbe.

pp

0
0

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

aboros képe

Beküldte aboros - 2008. január 8. 10.35

'variálni' az argumentumokkal tudsz egy nézeten.
teljesen nem látom ezt át, de a views sem 'tábla' szinten kezeli ám a dolgokat, azokat a 'mezőket' választhatod akár fieldnek, filternek, argumentumnak, satöbbi, amiket a telepített modulok definiálnak... a moduloknak lehetőségük van beépülni a viewsba. aztán ezt vagy megteszik vagy nem.

viszont emiatt akár te magad is írhatsz egy minimodult, ami 'beépíti' a neked kellő mezőket.

0
0

-
clear: both;

aboros képe

Beküldte aboros - 2008. január 8. 10.41

"korrektebb lenne egy az egyben" - szerintem a viewsnak nem az a célja.
ha akkora sql májer vagy és neked ez így nagyon amatőr és fapados, akkor a feladatot úgy oldjad meg, hogy megírod pontosan bele egy saját modulba, amit akarsz. vagy az nem megy, csak elismert és baromi hasznos modulok fikázódása, meg dzsoinokkal dobálózás...
[próbáltam tízig számolni, de hatnál elpattant az ideg]

0
0

-
clear: both;

aboros képe

Beküldte aboros - 2008. január 8. 11.03

nem tudom, hogy ilyet 'illik e' csinálni, majd a hozzáértőbbek megmondják, ha hülyeség, de a book modult is 'megbabrálhatod' talán. van benne egy ilyen kampó, hogy book_toc, ez állítja össze egy könyvlap gyerekeinek a listáját, idézem:

/**
 * Returns an array of titles and nid entries of book pages in table of contents order.
 */
function book_toc($exclude = 0) {
  $result = db_query(db_rewrite_sql('SELECT n.nid, n.title, b.parent, b.weight FROM {node} n INNER JOIN {book} b ON n.vid = b.vid WHERE n.status = 1 ORDER BY b.weight, n.title'));
 
  $children = array();
  while ($node = db_fetch_object($result)) {
...

talán, ha itt átírod a query -t, akkor menni fog... ...tényleg nem tudom mennyire ér ilyet csinálni, de ha a '$result =' kezdetű sornál az 'ORDER BY' kitételt átírod, elvileg mennie kell...

így:

$result = db_query(db_rewrite_sql('SELECT n.nid, n.title, b.parent, b.weight FROM {node} n INNER JOIN {book} b ON n.vid = b.vid WHERE n.status = 1 ORDER BY n.created, n.title'));
0
0

-
clear: both;

aboros képe

Beküldte aboros - 2008. január 8. 11.05

szerencsére a huszonegyedik század elhozta nekünk a hjumen rídeböl url csodáját és lőn világosság: http://drupal.org/project/quotes ;)

0
0

-
clear: both;

Anonymous képe

Beküldte Anonymous (nem ellenőrzött) - 2008. január 8. 11.25

Azok alapján, amiket leírtál nekem úgy tűnik, hogy inkább egy csoportmunkát támogató tartalomkezelő rendszerre lenne szükséged. Lásd pl. a http://www.egroupware.org/ címen az eGroupWare honlapját.

0
0
zptoth képe

Beküldte zptoth - 2008. január 8. 13.52

Ubercart modul segitsegevel epitek egy katalogust vagy webshopot (ahogy vesszuk)
Az egyes termekekhez szeretnem, ha reszletes specifikaciot tudnek megjelniteni.
Az Ubercart alap esetben egy eleg egyszeru (page kaliberu) oldalt kinal + par parametert meg lehet adni a termekekhez, ugy mint kulonbozo fajtaju arak, termek szamok, meretek.
Viszont pl. egy szamitogep eseteben akad par egyeb erdekes parameter, amit erdemes feltuntetni.
Mivel en sok es sok fele szamitogepet szeretnek a katalogusba felvenni, nem tartom celravezetonek, ha egyenkent tablazatba bepotyogjuk az adatokat, amit aztan rab@-unk a page-re.
Ezzel a kulonbozo parameterekre valo preciz kereses, ill. parameterek alapjan torteno osszehasonlitas szerintem lehtetlenne valik.
Ezert gondoltam valami olyasmire, hogy a pl. product number alapjan egy jol megkonstrualt tablazathalmazbol lenne inkabb erdemes kiolvasni az adatokat. Erre pedig valami adatbazis lekerdezo nyelvezet tunik inkabb alkalmasnak, mindenfele Taxonomy term-ek vagy Node ID-k manualis definialgatasa / mappolasa / osszehasonlitgatasaval szemben.

Osszefoglalva, szukseges lenne:

- Parameterek hierarchikus tarolasa
- Szuro feltetelek szerinti lekerdezese
- Formazott megjelnitese

0
0
Anonymous képe

Beküldte Anonymous (nem ellenőrzött) - 2008. január 8. 14.00

Köszönöm, megpróbálom.

0
0
aboros képe

Beküldte aboros - 2008. január 8. 14.12

1. a 'nem ellenőrzött' arra vonatkozik, hogy a beküldő nem regisztrált felhasználó az oldalon, hanem csak megadott egy nicket, meg egy emilt és úgy szólt hozzá.

2. adminisztráció -> tartalom kezelés -> hozzászólások
ha szerkeszted a hozzászólást, akkor ott van egy lenyitható 'adminisztráció' rész, ott megtalálod az emilt is.

3. tudtommal nem.
persze biztos lehet valamit tvíkelni, hogy lehessen, de még nem csináltam ilyet.

0
0

-
clear: both;