zolti képe

Hát a szüleimnek 64bites Ubuntut raktam, ott is úgy állítottam be, hogy csak letöltse és én mikor ott voltam lefrissítettem. Egyszer egy frissítés után betölt az X de nincs egér panel semmi, kellet neki egy függőség aminek a neve el volt írva és mindenáron azt kereste. A végén se aptitude se apt nem ment. Megpróbáltam frissíteni 9.10 béta-ra az se ment.

Nekem itthon 32bites Chrunchbang van 8.10-es alapokon ezzel sosem volt gondom, de azóta mindig mentek.
Na meg általában csak suspend-el lépek ki és baromira zavart amikor kérte ,hogy indítsam újra egy frissítés után. Most meg nem kiabál minden másnap, hogy frissítések érhetők el nyugodtan dolgozhatok. Amikor meg kedvem van akkor frissítek aztán reboot. Nekem így kényelmesebb.

0
0
aboros képe

van ilyen modul, hogy 'conditional fields'. beszédes. :)
http://drupalmodules.com/module/conditional-fields

elég lesz egy darab 'profil' típus, hozzá a 'csoport' szótár, benne a két kifejezés, mezősítve content taxonomyval. ebbe a típusba raksz minden mezőt és a conditional fields modullal állítod be a 'csoport' mező értékétől függően melyik jelenjen meg. lehet a kötelezőséget ez se oldja meg.

egyébként szerintem úgy működni fog, hogy nem user létrejötte az event, hanem node létrejötte ÉS node type 'csoportok' ÉS node->taxonomy 'cég' akkor irányit cégprofil beküldés. ugyan így a nemcégre.
ha a 'csoport' profil node űrlapja rajta van a regisztrációs űrlapon és a mezőből a választás kötelező, akkor a regkor létre is jön a csoport node, szóval ugyan ott vagy 'eventileg', mintha user reg lenne az event.

0
0

-
clear: both;

pp képe

Szia!

Nem igazán értem miket írsz. A felhasználó szerkesztésénél megjelenik a form elem? Vagy csak a nézetnél nincs ott, de bevinni lehet? Vagy a profil szerkesztésnél is hiányzik, tehát már hozzáadni se lehet, vagymi?
Vagy sehol nem jelenik meg?
Hibaüzenetek? naplóban, webszerver logban stb.
Nem lehet, hogy a profil modul ki van kapcsolva?
Mi az, hogy nincs teszt rendszer? Éles rendszeren változtatsz? Nem tudsz sql_dump-ot kérni?
profil_ kezdetű táblákban mi van? (ötösben hogy is néz ki ez? :D)

Itt debug kéne, hogy hol veszti el a micsodát. (mert az se világos még.)

lehetne részletesebben? Mert teszt rendszer nincs, megnézni nem lehet és nem látjuk te mit csinálsz. Akár képernyőképeket is csinálhatnál.

pp

0
0
Árvai István képe

(Ez a topic már úgysem illik bele a tudásbázisba, ezért talán elnézhető, hogy én is leírom a saját szakmámban tapasztaltakat.)
Reprodukciós fényképész, nyomdai technikus a képzettségem. Közel 30 évig egy nagy nyomdában dolgoztam. Előbb az elektronikus nagy ipari dobszkennerek (kb. olyan mint egy esztergagép, csak kés helyett optika, munkadarab helyett plexi henger van benne.) megjelenése hozott újat a szakmában, később a PC-k, a DTP (asztali kiadványszerkesztés) megjelenése. Egy címlaphoz olyan digitális fotó kellene, amelyik legalább (valós) 10 megapixeles, legalább félprofesszionális géppel készült. Egy címlap natív mérete 32 Mb. És mit kapunk? Kompakt géppel készült fél-egy megás jpg-ket. Na pubi, ebből csinálj címlapot. A szakma tele van olyan fiatallal, akik azt hiszik, ha a joystickot tudják rángatni, akkor már egy könyvet vagy újságot is össze tudnak dobni. Meg is látszik az eredménye.

0
0
krisy képe

Úgy tűnik, nehéz kérdést tettem fel :-(

Elég sokat kutakodtam, két további kiegészítést találtam:
- a legtöbb megoldás arra "játszik", hogy a profil kitöltésének az első része a regisztrációs űrlap, a második része pedig - a sikeres regisztrációt követő átirányítás után, ez modullal megoldható - vagy a profil további mezőinek kitöltése (profile setup modul), vagy egy új node létrehozása, ami a felhasználó kiegészítő információit tartalmazza
- felvettem minden mezőt, ami a három lépéshez kell a profile modul segítségével. Ezután implementáltam a hook_form_alter-t, és minden fieldset-nek adtam egy id-t, illetve egy class-t, attól függően "visible", vagy "invisible", hogy hányadik lépésben van, illetve felvettem FAPI-val még két markup típusú elemet, amit két button HTML kódját tartalmazza, amikre kattintva az elrejtett mezőket megjeleníti a böngésző. Nem szép, de nem találtam jobb megoldást :-(

0
0
gyurex képe

A védeni kívánt szöveg fölé <p><span class="vedve">OMG</p> egy transzparens képet. Így linked nem lesz, max ott nem használod ahol linkelsz.

A page.tpl.php tartalmát meg eltolni jobbra és le, jó sokat. És a tetejére kiírni, hogy védett tartalom.....
Szerintem az átlag user megeszi, de ennek az egésznek annyira nincs értelme:)

(Remélem nem írtam hülyeségeket. Nem gondoltam át, eszembe nem jutna ilyet csinálni.)

0
0
alippai képe

Akkor eddig:

  • OpenVZ ketrec az alkalmazásoknak?! (MySQL és Mongo szeret meghalni/felzabálni mindent)
  • Apache 2.2.15
    • Milyen modulok (ne)legyenek?
  • MySQL 5.1.48 (GA)
  • MongoDB 1.6.0
  • PHP 5.2.13 (mod_php)
    • Default és Drupal 7 követelmények -Mit nem szabad/kell feltenni a PHP defaultból?
    • Memcached 1.0.2
    • XDebug 2.1.0
    • XHProf 0.9.2
    • APC 3.1.3p1 - lehet nem a leggyorsabb (minimális a különbség), de állítólag stabil, megy az XDebuggal és benne lesz a PHP 6-ban (tehát nem hal el a fejlesztés)
    • Imagick 3.0.0RC2 + ImageMagick 6.6.3

Ha bárkinek meglátása/ellenvetése/tanácsa/ötlete, szóljon :)

0
0

Lippai Ádám
young element

HomeBoy képe

Köszönöm a választ.

Természetesen be van kapcsolva. A menük adminisztraciója is elérhető.
Mikor a kül. galléria modulokkal szenvedtem, ott egyszer észrevettem, hogy a galléria beküldésekor már hiányzott a menüpont beállításának lehetősége, de akkor nem foglalkoztam vele, mert azt hittem , hogy arra modulra állítottam el valamit és nem érdekelt.
De most minden meglévő tartalomból és úl tartalom beküldéséből hiányzik.

Fehér képernyős és memória elfogyás hibára nem emlékszem.

Arra gondoltam, hogy ha jól emlékszem a neobasen van egy olyan lehetőség, hogy weboldal visszaállítása. Gondolom törli az adatbázist meg visszaállítja a webszerver az aloldal file struktúráját (neobasen központi drupal van). De nem vagyok benne biztos, hogy ez segít, mert ha visszaállítom a mentett sql-t backup and migrate modullal, lehet a hiba is visszaáll.
Erről mit gondolsz?

0
0
pityu73 képe

Az ajánlott módszer szerint létrehoztam egy új tartalom tipust (gyártók).
Itt CCK-val egy Link mezöt is létrehoztam melyet a Token segítségével (ez a hab a tortán rész megoldásához kellet) nem a link útvonalát hanem a gyártó nevét jelenítettem meg.
Igy már csak tartalom hivatkozást kellet létrehoznom a termékek tartalomtipusánál.
Most már külön blokkban tudom szűrni gyártó szerint is a termékeket. A View segítségével a mezőnél már csak a gyártó neve látszik, és egyben a név hívatkozó link is a gyártó eredeti oldalára.
Köszönöm még egyszer a segítséget.
Most már csak ezt kell megoldanom a gyártók tömeges felviteléhez:
http://drupal.hu/forum/node-import-hiba-saj%C3%A1t-tartalomn%C3%A1l-ha-f...

0
0
fgabor képe

Leírom részletesen, hátha kitünik a hiba.

Tehát ügyfél adatokról van szó, a 6 blokk: általános adatok, lakhely, munkahely, képek, egyéb, elérhetőség

Van egy ügyfél tartalomtípus, amibe a fenti fieldgroup-ok, azon belül field-ek szerepelnek. Szépen feltöltöm, beküldés, bentvan. Itt jön képbe a panel. A page manager ügyfél tartalomtípusra szűr a kiválasztási szabálynál. Utána belenyomom a panelba ezt a 6 blokkot, természetesen az argumentum a node id.

Szándékosan mindent üresen hagytam ami a címbeállításokról szól, sehol nem írtam felül semmit.

A nézetek helytelen argumentumra a viewsban, az előnézetben semmit nem jelenítenek meg.

Ha ez így nem megy, mert úgy tünik, akkor következő megoldásként tudnám elképzelni hogy a panel minden egyes blokkjához egy láthatósági szabályt kell hozzáadni, méghozzá PHP kódot. De ez kicsit erősnek tűnik nekem, hogy így lehetne csak megoldani.

0
0