adatbázis
olyan űrlapról lenne szó, ahol jelentkezni lehet bizonyos kurzusra,
kért adatok, melyek adatbázisba mennek:
név, ország, cím, születési dátum, város, cím
mindenkinek kötelező magáról egy önéletrajzot, ami pedig a sites/default/files egyik alkönyvtárában fog majd csücsülni, mégpedig az adott ember elsődleges kulcsával megegyező nevű/számú alkönyvtárban, vagyis a file-t nem adatbázisban tárolom
és azért kell session, mert az adatokat -- név, cím stb. meg kellene őrizni, h ne kelljen újra beírnia ha csak a file kiterjesztése nem jó
olyan megoldást akarok:
kitölti az adatokat -- ezeket validate fvénnyel leellenőrzöm
file kiterjesztés ellenőrzése submit fvényen belül történik
vagyis ha nem megfelelő a kiterjesztés akkor vissza kiadok egy üzit, ugyanakkor a form elemek és a file feltöltése előtt már felvitt adatok ne tűnjenek el (bár mentésük az adatbázisba csak akkor történik meg ha minden érték még a file típus is megfelelő)
submit fvényem:
letárolom a session változókba a form értékeket
utána megvizsgálom a file kiterjesztést -- ha jó akkor mentem a file-t és az adatokat az adatbázisba és a session változók értékeit törlöm
-- avagy ha nem jó a kiterjesztés, akkor újra visszaadom a formot, h újra tudjon file-t csatolni, de felvitt értékek (cím, név stb.)
már azért ki legyenek töltve
ezt szeretném ill fogom
ha van ötleted?
mini
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Neem???
Hát szó mi szó, így én sem....
Hová tűntek a képek az oldalról???
A konyvtárakban benne vannak, de mégsem látszanak....
A views preview -ja szerint nem léteznek a mezők....
Query
SELECT node.nid AS nid,
node_data_field_image.field_image_fid AS node_data_field_image_field_image_fid,
node_data_field_image.field_image_list AS node_data_field_image_field_image_list,
node_data_field_image.field_image_data AS node_data_field_image_field_image_data,
node.type AS node_type,
node.vid AS node_vid,
15:30-kor még megvolt.... te mit láttál még 16:44 -kor?
Asszem a fórumban volt valami hasonló bejegyzés ahol a tag szintén az elveszett képeit kereste, megnézem.
Amúgy jónak hangzik a blog/screenshot -os téma, hajrá!
A javasolt modult pedig körüljárom amint rendben lesznek a képek....
-------------
Update:
Sajna a fórumban tévesen emlékeztem, más volt a probléma.
Az viszont érdekes, hogy szerkesztés alatt megvannak az elveszett képek, csak nem jelennek meg az oldalon.
Mi történhetett azóta, hogy bezártam fél négykor az oldalt és most megnyitottam???
X-files...
-------------
Update:
Megleltem a képeket.
küldtem be egy harmadik galériát és helyre állt a rend.
Fogalmam sincs, hogy mi miért, mitől történt.
KocsiT
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Bocsi
OK-OK...
Értem én, hogy ez nem egy előfizetéses support oldal, ahol anyázni lehet, ha nem jön a support válasza. :)
No, de legyünk operatívok.
A "Lightframe" a Lightbox2 nevű modul (önálló termék is) egyik megjelenítési utasítása. Ezzel nem képeket, hanem komplett html tartalmakat lehet megnyitni "lightbox"-ban.
Amit én ugye szeretnék, hogy az oldalon úgy használnám a "Lightbox"-ot, hogy egyes tartalmakat - főként kérdőíveket, vagy a "contact" tartalmat - egy ilyen "előtérképben" jelenítenék meg és ha a felhasználó kitöltötte, lezárja, és Már OK is.
Ehhez lehet használni a lightframe utasítást(, vagy valamelyik másik Lightbox2 utasítást).
Erről részletesebben az alábbi userguide szól: http://www.recteam.hu/filter/tips
Nekem az volna a célom, hogy:
1,) ebben az előre kerülő ablakban csak a "contact" szükséges elemei kerüljenek fel, ne az egész html tartalom, azaz a fejléc, navigáló menük stb. ne.
Ime a rossz példa: < 'href='http://www.recteam.hu/contact' rel='lightframe' >küldj üzenetet nekem<> (Direkt írtam a " helyett '-t)
Én ugye azt szerettem volna, hogy csak a contact ablak nyíljon meg a körítés nélkül.
2,) Jó volna, ha tudnék a "contact" oldalon előre beküldeni adatokat, amit persze a user átírhat, de default-ban, ha erről az oldalról nyitja meg a contact-ot, ez kerülne bele.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ti tényleg minden fórumban,
Ti tényleg minden fórumban, ahová akár csak egyszer is írtok, illetve minden regisztrációhoz kötött dolognál megadjátok valódi neveteket, és ha kérik, akkor más adataitokat?
Értem én, hogy ti, akik 2-3 éve itt vagytok, feltehetően az otthonotoknak érzitek a site-ot, de én - még - nem. Az is lehet, hogy soha nem is fogom. Talán vissza se nézek többet. Az is lehet, hogy de, és akkor talán kevésbé fogok rejtőzködni. Most feladtam egy apróhirdetést, és ehhez át kellett verekednem magam néhány rublikán. Ha nem kellett volna, akkor semmilyen nevet nem adtam volna meg. Akivel azóta érdemben szót váltottam azügyben, amiért idekeveredtem, az már tudja is a polgári nevemet. Ez a nick szerintem vicces, és arra az esetre tartogatom, amikor olyan magyar site-ra vetődöm, ahová regisztrálnom kell, de nem akarok valódi nevet használni. Egy nick. Se több, se kevesebb. Való igaz, a "valódi név" rublikánál is a nick-et adtam meg. Ha moderátorként kéred, akkor kihúzom a nem valódi nevemet onnan. Megnéztem a regisztráció feltételeit, és nem láttam szankciót a bűnömre.
Komolyan aboros, te sosem használtál még neten valótlan adatot, esetleg álnevet? Beírhattam volna, hogy Kiss Pista, oszt' a kutya rá nem kérdezett volna. Ok, hogy ez a vicc(es név) nem jött be neked-nektek, de ha megmondom, hogy vicc, az elég?
Picit esetleg ti is vehetnétek lazábban a dolgot. Nem hiszem, hogy bárkinek kárt okoztam volna, ha igen, akkor komolyan sajnálom.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
by design és bug
By design
A workflow modul jelen működési módja szerint tartalom létrehozásakor csak állapotot lehet választani, időzítési lehetőség nincs. Időzített állapotváltáshoz először menteni kell a node-ot és utána újra szerkeszteni. (Ezt nem tudom mi indokolja, de jelenleg így van.)
Viszont az admin menu modul használatakor az új tartalom nem csak a node/add/taratalomtipus-neve útvonalon, hanem az admin/node/add/taratalomtipus-neve útvonalon is beküldhető. Ez utóbbi útvonal használatakor már a létrehozáskor is elérhető az időzítési lehetőség. (Nem tudom hogyan működik, de érdekelne. Mindenesetre hasznos!)
Ezek a variációk már önmagukban is alkalmasak rá, hogy megzavarják az ember, ha nem figyel. Ráadásul az életet nehezítheti...
...egy bug
Mikor a hibába ütköztem, természetesen először keresni kezdtem, másnál volt-e már ilyesmi. Bár elég sokáig és többször is kutattam, nem találtam hasznos infót. Mint kiderült, ezidáig nem jól kerestem, ugyanis létezik a dorg-on több ilyen issue és szerencsére megoldást nyújtó patch is!
Üdvözlettel:
Hajas Tamás
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez tévedés, hiedelmen alapul.
Ez tévedés, hiedelmen alapul.
"Sajnos" egyelőre csak ennyi modul van feltelepítve (beillesztve) és tökéletesen mennek is. Az "Acquia" szerint eddig 272 olyan modult illesztettek a Drupalba, amely valami igazán hasznosat csinál. (A gyerekek magamutogató fejlesztései (ez az ő szóhasználatuk) között talán lehet olyan, amely nem megy, de azokat a kormányzati szervek (USA) és a vállalatok biztosan nem használnák.)
Beillesztett moduljaim:
aggregator, block, blog, blogapi, book, color, comment, contact, dblog, filter, forum, help, locale, menu, node, openid, path, php, ping, poll, profile, search, statistics, syslog, system, taxonomy, throttle, tracker, translation, trigger, update, upload, user
Még egy napot rá fogok szánni, hogy kiderítsem a Drupal szerintem nagyon konszolidált és profin megtervezett "lelkivilágát".
Amit nem értesz az a következő: Beállítottam a megfelelő jogosultságokat (magán a szerveren, ui. it van mellettem, nem pedig egy kommerszionális szolgáltatónál) és megy minden mint a katrikacsapás. Ha igényled, ha lesz egy kis időm a jövő héten, leírom.
Szerintem nyissatok egy Win Srv + IIS7 + PHP + Dupal, Acquia-drupal (Misrosoft) "szekciót. (Tekintettel arra, hogy a Microsoft számtalan kódját nyitottá fogja tenni (pl. amiatt, hogy nem tervezi további Windows operációs rendszerek fejlesztését) és az IIS7 sokkal fejlettebb technológia mint az Apache WEB szerver, így lesz rá felhasználói igény. Ugyanakkor a Drupal meg valóban nagyon profi.)
Javaslom töltsd le az MS oldaláról a wpilauncher.exe programot és nézz körül a WebPlatform_Microsoft_PHP site-on.
Barátsággal üdvözöl: Vitamin
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A fájl nem hozható létre.
A Peti közelítette meg jól a dolgot
a 2009. június 11. 20.10 hozzászólásában, nekem ezzel sikerült megoldani a problémát aminek az oka az, hogy a rendszer azon a helyen ahol a peti is leírta, nem találja az első szövegdobozban a megfelelő könyvtárat mivel oda valamiért nem megfelelő hivatkozás kerül be alapértelmezettként.
A hibát úgy orvosoltam hogy azon a helyen ahol a Peti leírja tehát admin/settings/file-system vagy a magyar felületről admin - webhelybeállítás - fájl rendszer
Az alsó szövegdobozban ahol teljesen kívülről látja a könyvtárfát a tárhelyszolgáltatóm szervérről tehát egészen a /var/www/virtual/sajátdomainod/ahovaadrupaltraktad/
Itt először is létrehoztam neki egy mappát amire hivatkozott alapból de nem volt meg!
Ez volt a phptmp mappa
A létrehozási hely tetszoleges a szerveren, csak akkor ide a beirásba is ugyanaz a hely kerüljön. tehát a /var/www/virtual/sajátdomainod/ahovaadrupaltraktad/phptmp
Amit a második szövegdobozban alapból kiír könyvtár helyet tehát az én tárhelyszolgáltatóm szervertípusánál (debian)
" /var/www/virtual/sajátdomainod/ahovaadrupaltraktad/ "
Na ugyanúgy látja csak meg a keresett mappát az első szövegdobozban is
tehát oda is be kell neki másolni azt ami a második szövegdobozban látható elejétől a végéig
azaz /var/www/virtual/sajátdomainod/ahovaadrupaltraktad/
majd a végére hozzátűzni neki hogy sites/default/files
És így fogja megtalálni amit eddig nem tudott létrehozni és a piros üzenet eltünik!!
- kezdő drupalos -
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
van segítség
Szia!
Bár nem teljesen a te problémádról szól, hanem általános Drupal dolog, de talán sokat segít, hogy magyarul, ingyen, közérthetően is elég sok tananyag elérhető. Érdemes ezeket elolvasni, az abban szereplő példákat kipróbálni (na nem az éles oldalon, hanem egy kifejezetten ezért létrehozott teszt-telepítésen), és máris könnyebb lesz. Gyakran az elnevezések keveredését érzem a legnagyobb hibának az ismerkedőknél, vagyis nem tudják, hogy egyes dolgoknak mi a neve, esetleg más néven illetik, hogy a problémájukat sem tudják úgy elmondani, hogy az a többieknek rögtön érthető legyen.
Szóval a tananyagok:
- Nagy Gusztáv fantasztikus jegyzete: http://nagygusztav.hu/webes-tartalomkezelo-rendszerek-10
- Magyar Drupal Kézikönyv (hekyenként kicsit elavult, de használható): http://drupal.hu/kezikonyv
- Drupal Mozikönyv: http://www.tanarurkerem.hu/drupalmozikonyv
- Teszt környezet kialakítása Windows rendszeren: http://www.tanarurkerem.hu/node/15
- Egy általam készített videó az ismerkedéshez: http://vimeo.com/4394427
Ha ezeket elolvasod vagy megnézed, sok jelenlegi és jövőbeni kérdésedre rögtön választ kapsz. Ha ez nem elég vagy nem megfelelő, kisebb anyag ráfordítással tanfolyamokon is részt vehetsz akár otthon ülve, erről pp-t vagy Nagy Gusztávot kérdezd!
Sok sikert! :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez lehetett a gubanc
Nem tudom miért van ez így, én úgy halottam, hogy az új a php nyelvben egy régi utasítás valami újszerű megfogalmazása, azaz a két kód: a
$_SERVER['REMOTE_ADDR']
és
$_SERVER['HTTP_X_FORWARDED_FOR']
az lényegileg ugyanaz. De úgy tűnik ez tényleg hülyeség, semmi újszerűről nincs szó.
Mélyebben nem tudok hozzászólni a dologhoz, mert jobban utána se néztem, és még elég szegényes a php tudásom.
Most azonban rákerestem, és a prog.hu-n is szóba hozta valaki a dolgot, ott arra jutottak, hogy akkor nem működik az első kód, ha egy proxy is van a felállásban:
"Lehet, hogy egy proxy van közöttetek, és te is, meg a gép, amin a php is fut ugyan azt az ip-t látja. Te úgy látod, hogy az a szerver, a php úgy látja, hogy onnan jön a kérés."
http://prog.hu/tudastar/86445/PHP+REMOTE_ADDR+miert+adja+a+szerver+IP+ci...
És ha minden igaz, a webhely szolgáltatóm valóban használ proxyt: akkor tehát ez a "gubanc".
Ha pedig ez így van, akkor érhető, hogy az egyik kód cseréje a másikra nálam megoldotta a problémát és azóta a szavazógép hibátlanul működik, és azon a részen ahol eddig kiírta a látogatók IP címéit, eddig ott is a szerver IP címét halmozta halomba, most pedig már ott is a valós IP címek szerepelnek.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ubercart image field D6 alatt
Sziasztok!
Hasonló a téma: eddig 5-ös drupal alatt használtam az übercartot. Ott telepítés után egyből beállította hogy a képeket feltöltve jobboldalon megjelenítette lightboxban. Most kipróbáltam 6-os alatt, de itt nem csinálta meg ezt. Illetve az image cache-ben létrehozott egy uc_category nevet, ami egy 50*50-es méretre kicsinyíti a képet. A termék hez hozzáadtam egy field_image_cache mezőt, amihez be tudom állítani, hogy lightboxban jelenítse meg. Így már megjelenik szépen mind a négy kép, mert annyit állítottam be. A baj csak az, hogy míg az 5-ös alatt a képek a tartalom jobb oldalán jelentek meg szépen rendezve (valamiért oda rendeződtek alapból) itt a 6-os drupal alatti übercartban baloldalon vannak.
Csatolok két képet:
http://www.webmanufaktura.net/d5uc.jpg
itt a négy kép közül az első 50*50-ben, a másik három 35*35-ös méretben jelenik meg.
http://www.webmanufaktura.net/d6uc.jpg
itt meg nemes egyszerűséggel egymás alatt rendezés nélkül.
Cél, hogy a a 6-os alatti UC is úgy jelenítse meg a képeket ahogy az előző. 2 órája nézem, próbálkozok,de nem megy. Én hagytam ki valamit, más megközelítés kell a 6-os alatt, vagy ennek megoldásához alá kell szállni a css és a template fájlok kódjáig?
Üdvözlettel:
Szabó Gábor