Megállapodtam
Az utóbbi napokban el voltam havazva melóval, így ez a szál jegelve lett, de közben agyaltam a megoldáson, és arra jutottam, hogy a bevezető oldalon node teaser-rel jelennek meg a termékek.
Itt azonnal megjelenik a Megrendelés gomb, és a bővebb tartalomnál nem jelenítem meg az űrlapot.
Így mindig csak a terméknek megfelelő azonosítóval jelenik meg az űrlap, ha a Megrendelés gombra kattint a látogató.
Köszönöm még egyszer a segítséget nektek!
Írj rám, ha érdekel a Győri Drupal Használói Találkozó.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Örök hála :)
Satya, leköteleztél! Azonkívül, hogy megoldódott a probléma, mostmár azt is tudom, mi az a hexa editor :) /De mi lehet az a php, ami azt hiszi...? :P/
Ja, különben nem csak a <? php előtt volt olyan hülye karakter, hanem még a nememlékszemmármik előtt is. szóval végig kellett nézni tényleg az összeset. De a simán törlöm-újra beírom nem volt elég, csak hexa-val.
Szóval nagggggggyon köszi :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Magyar fordítás
A drupal.hu főoldalán az aktuális drupal verzió van kitéve a fejléckép mellé, míg a magyar fordítás címszó alatt a 6.x - 1.1 -et lehet letölteni. Ez szándékosan van így?
Én örültem vona, ha nem kell az általad linkelt helyen regisztrálni az aktuális magyar fordítás letöltéséhez, csak ezért kérdem. (ez megoldható könnyen, gyorsan, nem gond, viszont annyira régi verzió van kint itt a főoldalon, hogy muszáj rákérdeznem :-) )
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
érdekes dolgok ezek
Leszedtem egy javított verzióját innen:
http://www.ubercart.org/forum/support/5838/different_role_prices_do_you_...
Így működik, csak az az érdekes, hogy azon az adatbázison megy ahol kellene, a teszten meg nem :( De még küzdök vele.
A modul nincs a drupal.orgon gondolom nem hiába..
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ez kiírja
kösz, ez kiírja, hogy mi van benne, így már tudom, hogy jófelé haladok :), csak nekem valami olyasmi kéne, hogy kiszedhessek belőle egy adatot, mondjuk az azonosítót, vagy a felhasználónevet, hogy tudjak vele dolgozni, és összehasonlíthassam az adatokat, vagy az alapján tárolhassak el vagy kérdezhessek le további adatokat, meg ilyenek :)... de ha sokáig nem találok megoldást, megfogadom a tanácsod és nyitok új topikot :)
Views és Panels cache - mikor van rá szükség?
Sziasztok, ez a kérdés engem is érdekelne. Csináltam egy oldalt, amiben több panel és ezeken belül több nézet van. Elvileg minden nézetben és az ezeket tartalmazó minden panelben is külön be lehet állítani a cache-t. Kérdés: Van-e erre szükség, ha egyébként alapból be van kapcsolva a gyorstárazás az admin menü Teljesítmény menüpontjában?
Ha szükség van rá, akkor a nézetben kell beállítani, vagy az ezt egyébként is tartalmazó panelben?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
insert
Köszi, az insert igen hasznosnak bizonyul, gyorsan összehegesztve itt láthatók a pozitív és negatív hozadékok is: http://bedekovich.hu/dev/new/content/archivum/2010
A kérdés már csak az, elkerülhető-e, hogy külön Bevezetés mezőt hozzak létre, mert így a body szövegtörzs elejére beszúrt nagy képek is megjelennek az összefoglalóban. (bár ez egyre inkább költői kérdésnek tűnik...)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
XML-RPC?
Én Delphiben fejlesztett belső ügyviteli rendszerhez kapcsolódtam viszonylag zökkenőmentesen a Drupal beépített XML-RPC interfészén keresztül. Az ellen oldalnak (Delphi) se volt egy nagy vasziszpúder megcsinálni a dolgot. Ráadásul az elején definiáltuk a függvényeket és a paramétereket, utána két napig mindenki elmolyolt a saját oldalának fejlesztésén és utána összelőttük és kb. egyből ment.
Ha van nyitottság a cég részéről, akkor szerintem az XML-RPC lehet a jó megoldás.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
cache_*, session tablakkal egyutt
szoval mindenestul, az osszes tablajaval gigabajt folott van, lehet megvan 2 gigabajt is.
az adatokbol amiket megadtal messze van meg az, mikor a db merete lesz problema. rosszul beallitott helyzetekben a session tabla viszont hamar felduzzad gazos mereture. ilyenkor nem a drupal rosszul beallitott, hanem a kornyezet nem megfelelo. (lasd thamas linkjet)
figyled a session tabladat es ha nem "urul", folyton csak no es no, akkor problema van.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
18-ashoz pontos(abb)ítás
Nem csak %user és %node esetén fut le a user_load() meg a node_load(), hanem %whatever esetén is lesz whatever_load(), ha implementálva van - továbbá ha az FALSE-t ad vissza, akkor kapsz egy jó kis 403-at (vagy 404-et, nem emlékszem fejből pontosan), valamint utána az így betöltött objektumot megkapja az access és page callback is - mindenesetre lásd a PDD2 77. oldalán a Wildcards and Parameter Replacement fejezetet.