Tartalom adtabázis punlikus kereső

fedoras képe

Sziasztok!

Tervezünk egy ingatlanadatbázis weboldal fejlesztését, amelyben rögzíthetőek lennének az ingatlanra vonatkozó mindenféle adatok (nm, szobák száma, város, cím, erkély, terasz...).

Tervezünk hozzá egy publikus oldali komplex keresőt is, ahol az egyes beállított paraméterekre lehet szűrni. Természetesen a paraméterek egymással összhangban vannak, azaz, ha egy várost választok, akkor az már szűkíti az ingatlan típust (hogyha mondjuk valamelyik nincs az adott városban). A keresőnek lenne találati listája is természetesen.

Első körben "ingatlan" tartalom típusban gondoltuk rögzíteni az infokat.

A kérdésem az, hogy ehhez a tartalom típushoz a fentiekben részletezett kereső funkcióra van-e valamilyen már használt megoldás?

Bármilyen tanácsot szívesen veszek.

Előre is köszönöm:

Sanyi

fox mulder képe

Hali!

Próbálkoztam egyszer ilyesmivel. Nálam a fő bibi az volt, hogy a tulajdonságok száma nem volt fix. Vagyis az adatot feltöltő az alapterület, szobák száma stb. mellett bármilyen új paramétert hozzáadhatott. Erre akkor nem találtam kész megoldást. Ha nálad a tulajdonságok száma kötött, akkor első körben a keresőűrlapot egy felfedett szűrőkkel telepakolt nézettel oldanám meg, amivel az Ingatlan CCK mezői alapján lehet keresni.

Ugyanakkor, ha vetsz egy pillantást erre a régebbi fórumtémára: http://drupal.hu/forum/keresés-cck-mezők-értékei-alapján, akkor láthatod, hogy pp a taxonómiát preferálja CCK mezők helyett.

0
0

Fox Mulder

fedoras képe

Helló!

A tulajdonságok száma alapvetően kötött, és mi fogjuk részben üzemeltetni, így nem lesz dinamikusan bővíthető sem.

Mindkét javasolt megoldást megnézzük, remélem sikerül boldogulni vele.

Nagyon köszi a választ.

Üdv:

Sanyi

0
0
pp képe

A views felfedett szűrője szerintem nem tudja azt a megoldást, hogy ha kiválasztok egy várost, akkor csak azok az ingatlan típusok jelenjenek meg a többi legördülőben amik tényleg vannak is. (pl. szobaszám csak olyan ami van is a budapesti hirdetések között.) Szóval ez szerintem egyedi fejlesztést igényel. Ha van rá kapacitás akkor mindenképpen cck alapokon elindulva de a views helyett saját keresőt fejlesztenék.(ha nincs, akkor egy hozzáértőre bíznám.) A views ugyanis akkor jön jól, ha sok különböző lekérdezésem van. Itt egy van de az speciális. Tehát itt a views erősen zsákutcás megoldást fog eredményezni. Ez a zsákutca azt jelenti, hogy egy bizonyos szintig el fogtok vele viszonylag hamar jutni, aztán egyre nehezebben és bonyolultabb akadályokat kell leküzdenetek. A végén pedig
- vagy feladjátok az eredeti célotokat és megalkusztok,
- vagy rosszabb esetben egy széthekkelt, ezért karbantarthatatlan kódotok lesz,
- jobb esetben pedig bár szomorúan, de határozottan a kukába dobjátok addigi munkátokat és nekiálltok az általam javasolt egyedi fejlesztéshez.

Form api alapos ismerete szükséges csupán ehhez a fejlesztéshez meg egy kis gyakorlat.

pp

0
0
fedoras képe

Megnézegettük a lehetőségeket, de valóban egyedi fejlesztés lesz ez.

Agyalunk rajta egy sort még. Mindenesetre köszi a segítséget.

Üdv:

Sanyi

0
0