drupal.hu | A Drupal tartalomkezelő magyar honlapja

"Miután itt a fórumon visszaírták, hogy a ../user címmel is el kell hogy érjem a bejelentkező képernyőt"
Ez csak akkor igaz, ha a Clean URLs engedélyezve van (/admin/settings/clean-urls), és általában ez a helyzet.

Arra, hogy a /?q=user miért nem működött, most hirtelen csak az jutott eszembe, hogy az Apache-nak van a DirectoryIndex direktívája, amivel be lehet állítani akár több fájlt is prioritásszerű sorrendben, hogy melyik fájl legyen az alapértelmezett megnyitandó a '/' beírása után, ha explicite nem írsz ki fájlnevet - ezt a Drupal .htaccess fájlja értelemszerűen az index.php-ra állítja (DirectoryIndex index.php), így tehát az általad beírt /?q=user kérés valójában "ráfut" az index.php-ra, így bővebben kifejtve így néz ki a lekérés: /index.php?q=user. Ha a szervert b×zerálják, és pl. átmenetileg letiltják a .htaccess használatát, ott pedig valami buta indokból elállítják a "fő" alapértelmezett DirectoryIndex-et, és az ezt követő fájllistában (ami lehet pl. ilyesmi: DirectoryIndex index.php index.html index.cgi kutyafule.php) nem szerepel az index.php, de aztán erre rájönnek, mégis beállítják a megfelelő DirectoryIndex-eket, és visszaállítják a .htaccess használhatóságát is, akkor az okozhat ilyen átmeneti problémát, bár az is igaz, hogy a Drupal .htaccess-ének (vagy épp IIS alatt web.config-jának) letiltása egyéb parákat is okozhatott volna.
Meg ha nagyanyámnak áramszedője és kereke lett volna, ő lett volna a villamos. :D
Szóval ez a fenti eléggé inkább a lehetetlen kategóriába tartozik (hogy pont akkor fordultak volna ilyen baromságok), most több ötlet nem jut eszembe.

Nekem kell létrehozni egy "Product Display" tartalomtípust?

igen.

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

uhhh.... szerintem ez nem jó megoldás de ha működik akkor oké.
Ezeket a modulokat használja a rakoscsaba.plebania.hu oldal ha jól látom:
- views
- calendar
- calendar tooltips
- beautytips

Nekem működik ezekkel:
Calendar 6.x-2.x-dev
Views 6.x-3.0+58-dev

Tanulságos válasz volt.

Szia!

Köszönöm, hogy időt szánsz a problémámra.

Az Übercartos webáruház (A cég), és az idegen adatbázis (B cég) külön kezelődik. Ennek a készletkezelés, a különbőző formátum (más mezők és adatok) és a rendelések különböző kezelése az oka.

Az Übercart közvetlenül az eladóhoz fut be (A cég). A másik cég (B cég) termékei egy másik, hasonló listában jelennének meg (ld. link a témaindítóban), majd megrendeléskor a B cég által biztosított php osztályon keresztül kellene a megrendelést B cégnek eljuttatni (a további feldolgozást és a szállítást B cég intézi).

B cég termékeit nem Übercartba importálom, hanem saját tartalomtípusba. Ez naponta többször frissül. A letöltést és a frissítést megoldottam, a megjelenítést és a szűrőket Views-el szintén meg tudtam csinálni.

Az utolsó lépésnél, a megrendelés leadásánál akadtam el. B cég termékének adatait CCK mezőkben tárolom, ezt szeretném kiolvasni, és átadni php kódnak. A php két értéket ad vissza SimpleXML formátumban, ezeket kellene rögzítenem (rendelés visszaigazolás).

Arra gondoltam, hogy rendeléskor létrehozok egy node-ot (kvázi a megrendelő form), ahol CCK mezőkben tárolom a megrendelő adatait, a megrendelt termék adatait (típus, darabszám), illetve a php kód által visszaadott értékeket (megrendelés visszaigazolás).

Ebből később Views-el táblázatos formában meg tudom jeleniteni a megrendeléseket, tudom szűrni, rendezni, stb.

Nem tudom, ez kivitelezhető-e, illetve hogyan lehet megcsinálni. Saját modul fejlesztése php tudás hiányában egyenlőre nem jöhet szóba.

Remélem érthetően sikerült fogalmaznom.

Kellemes Ünnepet mindenkinek!

Üdv: Tamás

Azt jól látom, hogy a termékekhez rendelhető termékcsoport, azaz a "product type", csak egyszintű?
Tehát egy termékcsoportnak (product_type-nak) nem lehet alcsoportja?