elolvastad amugy mire valo ez a modul?
ez egy content access kiegeszito, nodeok hozzafereset lehet vele szabalyozni felhasznalonkent. tehat azt tudom vele elerni, hogy a node/42 -t megnezheti marvin es trillian, senki mas. tokmindegy mi a rolejuk. es ilyesmik.
semmi koze a file hozzafereshez.
ha privat filerendszered van az mas tortenet persze, de az acl onmagaban a file hozzaferesekkel semmit nem csinal.
tulajdonkeppen ennek a temanak mar megvan a megoldasa:
privat filerendszert kell hasznalni.
slusz.
hogy az egyes nodeokhoz vagy mezokhoz valo hozzaferest hogyan szabalyozod az kulon tortenet.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem lenne jó
Én ezt biztos nem csinálnám meg a multigroup segítségével, mert a kérésednek megfelelően egyoldalas lesz ugyan a felvitel, de tuti nem az egységsugarú Gizi néninek lesz való. Nem fogja szeretni. Addig nincs gond, míg egyszer nem kattint mellé, vagy nem fagy le a böngészője, és száll el a fél órás munkája, mint a győzelmi zászló, mert Mentés button nem volt. Inkább elmagyarázom neki, hogyan vigye fel a Szereplőket egyenként és PHP kóddal automatikusan kitöltöm neki az egyik nodereference értékét az utoljára felvitt darabbal, ha az még üres. Így 1 percenként lesz sikerélménye.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mondjuk ezt érdemes lenne a
Mondjuk ezt érdemes lenne a tudástárba is felpattintani, hogy minden modult ennek megfelelően kell frissíteni, hogy törölni, majd bemásolni az újat. A felülírásos módszer már nekem is okozott galibát, és mivel régen átszoktam arra, hogy törlöm a régit, és bemásolom az újat, ez eszembe se jutott, mint hibaok. Valószínűleg, amit javasoltál az lesz a megoldás, hiszen eddig is ment az oldal a frissítés előtt, de ettől függetlenül ilyen exec cgi hibákat nem kellene dobnia. Ezt hibás php kóddal vagy hiányzó hivatkozásokkal nem igen lehet elérni, csak hibás szerverbeállításokkal.
szabozee (zee zee zee kukac free mail pont hu)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
user_load(), profile_load_profile()
Ebben az esetben a user_load(), és ha profil adatokról van szó, akkor a profile_load_profile() függvényekkel ismerkedj meg.
Persze ezen kívül fog kelleni ajax bűvészet is, ha mindezt menet közben az űrlapon akarod behelyettesíteni, de ezt a részt szerintem eleve gondold át. Biztos szükséges egy űrlapba bemásolni, és valahova elmenteni olyan felhasználói adatokat, amiket valahol máshol már tárolsz? Ha nem, akkor használd a user_reference modult, és az űrlapon ne foglalkozz a néven kívüli adatokkal, csak ott szedd őket elő, ahol az űrlap adatait felhasználod.
--
Csonka Gergely
http://cheppers.com
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hírdetési újságban láttam ezt
Hírdetési újságban láttam ezt a módszert.
Legyen egy olyan meződ hogy "jelige" ez legyen kereshető a visszanézéskor. Így ha keresem a feladott hírdetésem akkor rákeresek a saját jeligémre.
Vagy a beküldött hírdetés ami gondolom egy node annak az azonosítoját elküldöd automatikusan e-mailban a hírdetés feladójának és erre tud visszakeresni az oldalon. Persze a megadott e-mail címét elrejted az oldalon. Ezt magadnak legyűjtheted viewsel e-mail cím és nod azonosító párosítással. Így már tudod melyik hírdetést ki adta fel.
Persze ez csak egy nagyolt vázlat az elméletre.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
views argumentumok
Hozzáadsz egy view argumentumot ami a dátum meződ év értékét veszi figyelembe. Ekkor ha a views oldal URL címe pl. "/evtablazat", az alábbi módon megkapod az éves szűréseket:
/evtablazat/2008
/evtablazat/2009
/evtablazat/2010 stb.
Marad még a felső év választóka kérdése. Egyszerű megoldás: views headerbe beírod a linkeket kézzel, ez egyszerű, hátránya hogy évente 1x frissíteni kell és nem fogja kiemelni az aktuális évet.
Másik megoldás, hogy programozol mellé egy blokkot, amiben szerepelnek az éves linkek, és a view fölé teszed.