filozófia
Nem asztali alkalmazást fejlesztünk, hanem webes alkalmazást. A filozófia az, hogy menüpont -> útvonal -> tartalom
Ebből következik, hogy olyan menüpont amin nincs tartalom nem sok értelme van. Tudom tudom, de ez kell! ;)
Egy ilyen menüpont megvalósítása nehézkes, mert egy normális webes alkalmazás úgy működik, hogy js nélkül is működjön. Márpedig js nélkül megvalósítani azt, hogy ha "klikkelek egy menüpontra, akkor ugyan az jöjjön be amit éppen nézek, de a menüpont legyen kinyílva" ugyan meglehet, de mivel a filozófiával szembemegy ezért csak oltári nagy gányolás útján lehetséges.
Ha adminisztrációs felületről van szó, akkor van lételeme a csakjsnek ekkor a következő modulok használhatóak:
nicemenu
jstools/activemenu
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha
Ha egyéni hibaoldalakat állítasz be akkor megmarad a belépés blokk.
szoval ez megint nem igaz..
az egyeni hibaoldal ugyanugy kezeli a blokkokat mint a default hibaoldal.
igy lehet drupal5 alatt megjeleniteni az osszes blokkot a hibaoldalon:
http://drupal.org/node/129762#comment-232868
drupal6os megoldast nem ismerem. de allitolag igy meg lehet kerulni:
It is possible force the block to show in Drupal 6, but it's more complicated. Another alternative for now is to use the side regions named other than 'left' or 'right' and they will always show.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Végső megoldás
Kedves Mindenki,
időközben megoldás született, úgy gondoltam leírom, hátha más is belefut pont ennél a szolgáltatónál pont ebbe a problémába.
A lényeg, hogy szerver oldalon kellett valamit hegeszteni, de azt sajnos nem árulták el a supportnál, hogy mit. Tehát a lényeg, hogy ütni kell őket, és megoldják.
Én végigpróbáltam sok dolgot, azon topicban lévő tippeket is, amely létére István kedvesen figyelmeztetett fentebb, de a helyzet az, hogy csak _mindezen próbálkozások után_ írtam ide a post-ot, amikor már nem volt más tippem. Nem minden júzer sík hülye és funkcionális analfabéta ám... :)
A lényeg az, hogy megoldódott, és nem kell más CMS-t keresnem. Szolgáltatót kell ütni, hogy konfigurálják fel normálisan neked a shared webszerverüket.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A CCk-n belül van "User
A CCk-n belül (http://drupal.org/project/cck) van "User reference" field típus (a felhasználók listája). A tartalomtípusodhoz hozzáadod, beküldéskor pedig hozzárendeled a node-hoz a felhasználót (felhasználókat).
Megjelenítésnél (valami.tpl.php) vizsgálod, hogy mi a filed értéke és e szerint megjeleníted, vagy nem. Persze a megjelenítés ennél lehet bonyolultabb is....
Talán a legpraktikusabb egy blokk PHP részében vizsgálni, hogy az adott felhasználóhoz lett-e rendelve node és azok listáját megjeleníteni. Ez már programozást kíván. Még tovább menve egy minimodul, ahol ez mobilisan megoldható (jómagam minden oldalhoz készítek egy minimodult, mert mindig előjönnek dolgok, amit csak azzal lehet megoldani, az sem utolsó, hogy ez hordozható is).
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Időközben úgy gondoltam
Időközben úgy gondoltam megtaláltam a megoldást 5.x alatt Adminisztráció > Tartalom kezelés > Hozzászólások> Beállítások > Megjelenítési lehetőségek alatt mert átváltottam Egyszerű (teljes) megjelenítésre. Ez eddig oké, közben ránéztem a 6.x-re is de ott nincs hasonló beállítás a hozzászólások kezelésére.
Ha már itt tartunk szintén idegesítő probléma a Tárgy szükségessége (illetve használata bár ezt ugye egy kis theme fabrikálással ki lehet szedni a megjelenítésből) illetve fórum hozzászólások előtt az előnézet gomb szükségessége. Érdekes, hogy ezeket le lehetett tiltani az 5.x-ben de a 6.x-ben már nincs ilyen beállítási lehetőség.
Szóval, a 6.x-ben csak én nem találom ezeket vagy ne is keressem?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hmm...
De ami erdekes, hogy top se free se ps aux se semmi nem tudja mi az ami megeszik 1.5 gigat
mert alapbol ugye indul 300 megaval aztan folyamatosan felmegy 1,5 gigara
es ott meg is all
e marad olyan 60-70 mega ram szabadba de az allandora.
szal erdekes a dolog. Ujratelep lesz valszeg mert elegg elbaszodott egy debian lett ez ami rajta van
8 orat volt idom tsztelni elesbe allitas elott. Szal valszeg debian bogos. Eze megy ra majd vagy ubuntu 8.04 vagy fedora core 8 as. Meg nem tom melyik lesz szimpibb de majd akkor elvalik.
Hanzo
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
megoldható :D:D:D
Hát ez nagyon happy :D
Tényleg nem lehet elérni a regisztrációs oldalt ha be vagy jelentkezve, és álnevet se lehet adni neki.
De aztán eszembe jutott, hogy akkor adjon neki az álnevet, akinek van jogosultsága elérni:
Felhasználó jogosultságok -> path modul - 'Útvonal álnevek adminisztrációja' és 'útvonal álnevek létrehozása' pontok kipipálva a be nem jelentkezett felhasználóknál.
Majd kilépés, http://url/admin/build/path és akkor szépen beállítod ami kell.
Aztán persze minél gyorsabban visszavonni a jogokat. (egyébként a kilépett felhasználónak nem jelenik meg az adminisztráció menüpont, úgyhogy biztos nem veszik észre, hogy ilyet csinálhatnak)
- - -
Juhász Márton
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
mit is
azt hiszem eleg reszletesen kifejtettem mit szeretnek
koszi a tanacsokat, programoztam Javaban es szeretnek is meg, es dolgoztam tobb banknak is, a Linux kernel fejlesztest kihagytam.. weboldalt is raktam mar ossze es meg szervert is uzemeltetek.
A drupal fejlesztesnek, weboldal keszitesnek, webfejlesztesnek beallitott munkaknal sokszor nem kell programozni tudni, eleg ha valaki ismeri a drupalt es tud hekkelni egy kis phpt. Engem az erdekelne, hogy van e kereslet olyan munkara ahol foleg programozni kell tudni..
kezdem magam megint ugy erezni mint amikor a munkaugyis arrol akart meggyozni, hogy nem vagyok megfelelo a munkara mert ok tapasztalt webfejlesztot keresnek, es nincs semmi az eletrajzomban ami passzolna a munkahoz. erre nem lehet mit mondani..
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nekem műkszik, ha kiveszem a Directory bejegyzést
Sziasztok!
Nekem is az volt a problémám, hogy ha ugyanúgy csináltam mindent mint a drupalmozikönyvben volt akkor nem indult újra az apache.
A httpd-vhosts fájlból kivettem a
<Directory "C:/drupal"> Order allow, deny Allow from all </Directory>
részt, ahogy charliefilip csinálta és most működik minden rendesen.
Hátha valakinek segít.
Üdv
Attila
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
támogatás, Drupalkonf
Támogatni először is a szervezés segítésével lehet (lásd a hír végén). Egy csomó mindenre szükségünk van, lásd a hozzászólásokat itt. Másodszor is a részvétellel be kell majd fizetni egy részvételi díjat, ami a egyes résztvevőkre eső költség egy részét fogja fedezni (a többit a szponzorok remélhetőleg). Végül pedig keresünk szponzorokat, akik fizetnek és valamilyen ellenszolgáltatást kérnek cserébe. Éppen tárgyalófélben vagyunk a Bostoni főszervezőkkel az általuk alkalmazott módozatokról és a tapasztalatokról.
Ami a magyar Drupalkonfot illeti, ez még egyelőre nyitott kérdés. Most nincs szervezés alatt, és ami engem illet, a szegedi rendezvény vége előtt semmiképpen nem lesz időm a szervezésével foglalkozni (nem mintha én lettem volna a főszervező, ugye PP :). Persze onnan még hosszú az év.