Sajnos az ajax hívás anonymousként jelenik meg a drupal oldalon
Igen tudom, hogy a {sessions} táblában tárolja, a session-t, de valamiért az ajax hívás esetén a kiszolgáló oldalon ha a drupal rendszert inicializálom a drupal_bootstrap() függvénnyel, a $_SESSION változóban nem jelennek meg azok a változók, amely az oldal generálásakor korábban a sessionbe bekerültek.
Fábián Zoltán
www.fzolee.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hát akkor futtasd le a select és tölsd az űrlapba
futtasd a lekérdezést és az eredmény alapján építsd fel a tömböt. mi akadálya ennek?
itt vannak az adatbázis réteggel kapcsolatos dolgok:
http://api.drupal.org/api/group/database/6
az űrlapok mindig két funkciót igényelnek. az egyik ami felépíti az űrlapot a formAPI szabályai szerint, a másik pedig amelyik megjeleníti azt a drupal_get_form() hívással. előbbibe beépíted a lekérdezésedet és felépíted az űrlapot. ez a módszer. a megjelenítő lehet többféle, lehet egy MENU_CALLBACK, vagy a hook_block egyik eleme, vagy még más dolgok. neked most a felépítő funkcióra kell figyelni..
function test_form($form_state) { # itt futtatsz egy lekerdezest es az eredmeny alapjan epited fel a tombot. return $form; } function test_page() { return drupal_get_form('test_form'); }
így.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Lehet például ip-t is blokkolni, de az is megkerülhető.
Igazából ha egyszerű robotok, ügyetlenebb gonosztevők próbálkoznak, akkor van némi értelme ezeknek a próbálkozásoknak, de így százszázalékos védelmet nem lehet nyerni, mert a normál geolokáció letiltható, az ip alupu kijátszható (időnként nem is pontos, bár országszinten többnyire az), az ip lecserélhető, stb. Tehát, ha valaki nagyon meg akar találni, vagy el akar érni, akkor el tud.
Keress rá a google-ban találhatók olyan helyek, amiket alapból érdemes letiltani a .htaccess-ben. Időnként ezek a listák frissülnek, bővülnek.
Tehát azért azt nem mondanám, hogy alapból nincs értelme egyes helyek blokkolásának a .htaccess-ben, de a megoldás nem 100%-os. Vagyis a legtöbb dolog kijátszható. Ezért alapszabály, hogy ami a felhasználótól jön abban sosem lehet megbízni, mert manipulálható, ha azt hinnéd, hogy nem, akkor is. Manipulálható az ip a geolokáció a USER-AGENT a bármilyen bekért adat a süti, szóval minden. Tehát ezekkel a módszerekkel nem kerülhető el a tisztességes kód megírása. Annál jobban semmi nem véd, valamint a különféle back-end fájlok közvetlen elérésének tiltása a web-ről.
Persze mindenki hibázik, például jó példa erre egy igen buta hiba, amit a google vétett és bárki bárki más videóját le tudta törölni. Azóta persze javították a hibát. Viszont külsős hibakereső emberke vette észre, nem maga a google.
A naplózás is hasznos, mert a naplókból nyomon lehet követni, hogy a beérkezők merre jártak, mit csináltak...
Tehát nem száz százalékos védelmeket is érdemes megtenni, mert az esetleges támadók egy részét kiszűri. Van, hogy ez elég is.
Sok támadót nem úgy kell elképzelni, hogy egy gonosz ember egyenként próbálgatja az oldalakat a weben. Vannak olyan robotok, amik automatizáltan keresgélnek a weben, akár a támadások egy részét is automatizáltan kivitelezik, de azt is összegyűjti, mely oldalakat vélnek sebezhetőnek. Nyilván a népszerűbb cms rendszerekre is ki vannak találva hol tudnak próbálkozni, stb.
A drupal 8 alapból biztonságosabb, bár azt is lehet rosszul feltenni és az sem tökéletes.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
sok az 1015px, én is ezt modnom :-)
Köszönöm a részletes választ, és ahogy a Color modult említetted, az rögtön beugrott, hogy a színséma beállításakor a sites/default/files/color/painted-... mappába ment egyet, amikor változtatok :-) Ez megmagyaráz mindent, hogy miért nem tudtam visszafordítani a változtatásokat pusztán a smink leszedésével és újratelepítésével, stb...
Sajnos valóban nem látom át a sminket, és most egyelőre lehet hogy egy másik smink használata mellett döntök, ami bár nem szélesebb, de ideiglenesen ez volt fent hagyva amíg nem tudtam mitévő legyek a painted sminkkel, és tetszett a csoportnak :-)
Kár hogy nem tudok jobban angolul, mert volt néhány smink amit most időközben kipróbáltam, és nem teljesen oké néhányuk működése, jelezhetném a fejlesztőinek. De ez a legkevesebb, amit az angoltudás hiányos volta okoz... Az a leírás, amit az alsminkről linkeltél, nekem már kicsit "magas", bár lehet hogy idővel megfejtem majd. Addig is köszönet, hogy ránéztél a problémára, és megvilágítottál fontos részleteket, amik a problémás megjelenítést okozták!!!
üdv:
Lejla
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ez még nem oldja ám meg az oldalkettőzés gondját
tegyed fel a global redirect modult. mindenképpen. akármi is a megoldás a konkrét problémádra, ha használsz álneveket, a global redirectet is tedd fel, különben a node elérhető lesz az álnevén és a valós útvonalán is.
global redirect minden lekéréskor meg fogja nézni, hogy az adott útvonalnak van e álneve és ha igen 301 -el oda irányít. kell neked!
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az lenne a kérdés, hogy mit vagy miket kellene bekapcsolnom..
Köszönöm a választ!
6.8 alatt szeretném megvalósítani a „tanár úr kérem oldalon” bemutatott hírportált. A Pathauto modult, ha egy rakás hibaüzenettel is de sikerült működésre írni.
Most a panel és a views modulokat kéne beállítanom. Tudom, hogy alpha állapotban van a panels modul, de reméltem azért, hogy az itt bemutatott táblát csak el lehet készíteni.
Gondolom nem fog kelleni az összes modul elem ahhoz az egy panelhez. Az lenne a kérdés, hogy mit vagy miket kellene bekapcsolnom ezekből:
Mini panels
Node panes
Panel nodes
Panel pages
Panels
Panels exporter
Panels simple cache
Views panes
Sejtettem, hogy a memóriával van most gond, csak magam sem akartam elhinni. Egy hiper-szuper tárhelyem van és eddig semmi gond nem volt velük.
Állapot jelentésből:
MySQL adatbázis: 5.0.45
PHP: 5.2.5
PHP memória korlátozás: 96M
Webszerver: Apache/1.3.37 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 FrontPage/5.0.2.2635.SR1.2 mod_ssl/2.8.28 OpenSSL/0.9.7a PHP-CGI/0.4mm
Ha nem fog menni a panels modullal, akkor majd keresek másik megoldást. De remélem menni fog, mert amit írtál lehetőségre rákeresve.. Nekem kínai volt minden..
Használnám az 5-ös Drupalt, de a sminkem hibás hozzá … Csak 6 alatt működik jól..
A views-et sejtettem, hogy ugyan úgy van, mint az 5-ön, avval nem volt gond.. Olvasgattam és találtam egy itt ajánlott videót a views-hez. Csak jussak el a beállításokig.. :-)
------------------------
Mint a sivatagban víz nélkül, a naptól kiszáradva, remegő hangon, alig hallhatóan kiáltok az életet jelentő nedűért: Az Örök Igazságért!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
elkészült az oldal, már csak a formai szerkesztés van hátra
Kedves Dudás József!
Köszönöm az eddigi segítséget, elkészült működik lehet kell még mező (nehez döntik el a vezetők), de azt már az eddigiek alapján hozzá lehet adni. A fent említett verzió annyiban módosult hogy két fájl és így két közzétetél dátuma van. Már csak a formázás van hátra a css-sel. Mivel csak nagyon alap módosításokat csináltam css-ben eddig, egy kis segítséget kérek, mert egyenlőre még azt sem tudom melyiket kellene módosítani. Most így néz ki, a fájl az feltöltéssel működik van egy külön oldal /kozlemenyek ahol megjelenik egymás alatt:
"Tárgy: EMFESZ ERŐMŰ Kft. (1054 Budapest, Szabadság tér 7.) által megvalósítandó ~2400 MWe villamos összteljesítményű, kombinált ciklusú gázturbinás erőmű Előzetes vizsgálata
Ügyszám:: 1542/2010
Fájl: 1542-2010.pdf
Közzététel dátuma: 2010.03.09
Fájl:
Közzététel dátuma:
Tárgy: A felügyelőség kérelemre közigazgatási hatósági eljárást folytatott le és döntést hozott a Lónya-Mátyus-Tiszakerecseny települések közigazgatási területét érintő, 15-851310-3-3-0 kódszámú vadászterületen üzemelő vadaskert részleges környezetvédelmi felülvizsgálata tárgyában.
Ügyszám:: 1276/2010
Fájl: 1276-2-2010.pdf
Közzététel dátuma: 2010.02.26
Fájl:
Közzététel dátuma:"
A terv az hogy mező nevek vastag betű, meg üres sorok is lennének a mezők közöttük az egyik fájl és közzéteték dátuma egy sorban a másik meg még egyben. Egy-egy ilyen közleményt meg valami vonal vagy estleg keretben lenne.
Ezt még csak localhoston készítettem el, de közben publikussá tettük az oldalt ahová kerülne.
http://ftvktvf.zoldhatosag.hu (ezen ügyködtem eddig, és csak most juttam el a közlemények oldalig) eddig csak így tettem közzé http://ftvktvf.zoldhatosag.hu/node/231
üdv: Viktor
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
az nem up ám, ha megírod a saját kérdésedre a választ
csak lehetne kicsit részletesebb, nem biztos, hogy akinek ez probléma, az megérti a megoldás ennyiből.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Audio import az egyenkénti feltöltés helyett, de a probléma áll
Hirtelen a post írásakor megfeledkeztem róla, de az egyenkénti feltöltés problémája könnyedén megoldható az Audio importnál (/admin/content/audio_import), ez lényegében ugyanaz, mintha egyenként létrehoznám a node-ot a Create content > Audio-val, csak nyilván jóval kényelmesebb.
Szóval ez is külön node-okat hoz létre, külön-külön lejátszókkal.
Tehát a normális playlist a lényegi kérdés. :)
Köszi.
Szerk.:
példa néhány random módon feltöltött fájllal, hogy mit lehet összehozni Views modul segítségével:
ez nem az igazi, mivel minden szám mellett külön médialejátszó van.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Talán az overflow: hidden; és más állításoktól esett szét
Szervusz!
Köszönöm, hogy megint ránéztél, de pechemre tegnap és ma délben is az internet szolgáltató gépe rosszul bírta az adatforgalmat, ezért nem láthattad - sajnálom!
Ma délelőtt megint ment egy kicsit, most javítják a hibát.
Aztán közben beugrott, hogy régebben állítgattam a sminken, mert keskenyebbre akartam, nem olyan nyúlósra, amilyen alapban a garland. Később fedeztem fel, hogy így meg nem fér el a tartalom a keskenyebb ablakban, és betettem egy overflow: hidden sort, ami valszeg okozhatta a szétesett megjelenést.
Így most visszatöltöttem az eredetit és lépésről lépésre állítottam át benne amin már dolgoztam, csak a szélességhez nem nyúltam és az overflow-t nem raktam bele.
Ez lett belőle: http://www.onmegvalositas.hu/drupal
Így most a kérdésem arra irányulna, hogy mit kell átállítani, hogy alapban 800-900 px széles legyen az oldal, és amikor szélesebb tartalmakhoz ér, mint ezek az oldalak:
http://www.onmegvalositas.hu/drupal/program-kereso
...akkor azokat összébb tolja?
Megint bezippeltem a mostani garlandot, hátha szükséges lesz: http://onmegvalositas.hu/garland.zip
Köszönöm!