Be volt/van kapcsolva. :/
Be volt/van kapcsolva. :/
update: nem tudom számít-e php 5.3 alatt fut a site, de semmi error vagy rendellenesség
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
valami nálad nem stimmel
Az eddig leírtakat megcsináltam a teszt környezetemen és gyönyörűen működik, nem enged tovább és dobja az üzenetet, hogy erősebb jelszó kéne.
The password does not include enough variation to be secure. Try: [...]
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szuper
Szia!
Köszi a helpet! Igen, az volt a baj, hogy még a néobészre hivatkozott.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Allowed memory size... bla-bla-bla
ilyen egyszerű. Szerintem nem sikerül a menüt rendesen felépíteni és ezért hiányos.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
O.K.
O.K. Meggyőztél, ennyi pozitív energiának nem tudok ellenállni, hallgatok rád :o) hiszen az ultra edit-et majd a PSPad használatát is sokáig tanultam....
Jó, úgy tekintem mint egy játszóteret, a barátaim meg ha nem akarnak költeni honlapra akkor legyenek türelemmel /:o) "ajándék lónak ne nézd a fogát" :)
Egyébként nem az a gondom, hogy újra kell esetleg csinálnom, hanem megfoghatatlannak tartok benne részeket, furák az elnevezések is,melyek nektek egyértelműek.
Köszi a biztatást, nekiugrok....újra
/:o)
Imre
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
szerintem rosszul állsz hozzá
miért akarod ezt, azt kéne tudni, mi lenne a végcél. mi az amit egy li -vel nem tudsz megtenni, de egy div -el igen?
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
De mint írtam: korábban
De mint írtam:
- korábban működött,
- már minden, nem alap modult kikapcsoltam,
- és ha kézzel beírom a konkrét elérési utat, akkor sem az jelenik meg.
Szóval, úgy gondolom, nem szimpla memória hiányról van szó.
- 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
Azért probléma, mert...
Ha verziókezeled, akkor a verzió módosításának dátuma megegyezik a létrehozásának dátumával.
Így van ameddig nem kívánsz egy nyelvtani elírást javítani (tehát nem akarsz új verziót, mert nem verzió változik, hanem u.a. a verziót "javítod") onnantól kezdve nem a verzió létrehozási dátumát adja vissza/tárolja a node_revision, hanem a módosítás dátumát - azaz felülírja a node_revision-ben.
Értem én amit írsz, de nekem akkor is fura, hogy ha vki használni akarja a verzió kezelést, akkor onnantól minden egyes módosításnál (node szerkesztés) új verziót kell létrehoznia, amennyiben használni akarja a verzió létrehozás időpontját. Ha ezt az utat választottam volna, akkor is kell egy form_alter, ami automatikusan bepipálja az "új verzió készítése"-t, mert szinte biztos hogy akad olyan szerkesztő aki elfelejti majd. Ráadásul minden szerkesztőnek ki kell adni a verziókezelés jogot. Nekem ez nem nagyon tetszik :)
Ahogy írtam, a module-om
...valójában a node_revision kiegészítése "created" időponttal.
Azaz minden node_revision bejegyzéshez létrehoz egy bejegyzést, annyi módosítással, hogy amennyiben a nid vid egyezik, a node táblából veszem a node létrehozási dátumát és nem a node_revision-ből, mert ott a node "changed" érték szerepel.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nekem eddig csak 3 page
Nekem eddig csak 3 page nézettel sikerült tabot csinálnom. Nem vagyok valami nagy views guru, de leírom hátha segít:
Az első page útvonala hirek. Ez lesz a szülő.
A második page útvonala hirek/osszes. Ez lesz a default tab, meg kell adni neki a szülőt, be lehet állítani hogy már létezik. Ekkor a szülő a hirek útvonal lesz.
A harmadik page pedig a hirek/esemenyek. Ez menu tab.
Ekkor a hirek útvonalon megjelenik a két fül a megfelelő tartalommal.
Ha van ennél jobb megoldás (márpedig gondolom van) az engem is érdekelne, de nekem másképp még nem sikerült.
Hosszu Kálmán
http://twitter.com/kalmanhosszu
http://www.kalman-hosszu.com/
http://premiumcmsthemes.com/