Létezik
egy http://drupal.org/project/node_embed modul.
Ilyen hivatkozásokat keres a tartalomban, pl.: [[nid:23]]
és lecseréli őket a renderelt node-ra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Talán kifejthetnéd...
Én is kíváncsi lennék a válaszod magyarázatára, hogy miért tartod ezt "megoldásnak", főleg, ha közben "magától" megoldódott a problémája, úgy, hogy köze nem volt az általad javasolt beállításhoz.
Ennek a "segítségnek" önmagában így nem sok értelme van.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hát ki tudja
"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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
display
Nekem kell létrehozni egy "Product Display" tartalomtípust?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
igen.
igen.
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
uhhh.... szerintem ez nem jó
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
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nekem működik ezekkel:
Nekem működik ezekkel:
Calendar 6.x-2.x-dev
Views 6.x-3.0+58-dev
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nnna most akkor minden ok!
Tanulságos válasz volt.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Másik cég adabázisa külön van kezelve
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
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Illik beírni a megoldást is, ha már kérdezősködsz...
Talán leírhattad volna a megoldást is, ha már abszolúte nem a témába illő kérdést teszel fel. Hogy jön ez a fordításokhoz?!
OFF: mondhatom, csodálatos magyarsággal ír az, aki ezt a http://yakuza.dyndns.org/ts3/ oldalt üzemelteti, a főoldalon a Flash-es sz@rságban azt mondja: "Kölömbözöek vagytok, de [...]". Külön "gratuláció" neki, hogy még egy bannernél is képtelen elővenni egy helyesírási szótárat, ha már magától nem megy!
A másik, a "mi lehet a baj?" kérdésedre: írja, hogy "Maximum execution time of 30 seconds exceeded".
Ezt meg lehet kerülni a max_execution_time növelésével php.ini-ben (amúgy is érdemes 30-ról feljebb állítani), de persze a hiba összetett is lehet, másért is futhat ki a futási időből (nem lehet kijelenteni, hogy a max_execution_time megnövelése minden esetben megoldja az ilyen jellegű problémákat).