pp képe

Beküldte pp - 2012. március 27. 08.05

http://nevergone.hu/blog/110515/teljes-erteku-drupal-fejlesztokornyezet-...

Igazából számomra nem világos, hogy localhoston miért szívtok a hosts fájl állítgatásával egy local dns helyett, és az se világos, hogy miért nem használjátok az Apache beépített VirtualDocumentRoot opcióját.

:) bocs, de ezt ugye nem lehetett kihagyni.

Tényleg Win-re nem akar valaki egy leírást készíteni local dns-ről? (vagy valami olyan router trükköt amivel az megoldható?)

pp

0
-2

Palócz István
https://palocz.hu | https://tanarurkerem.hu

cash képe

Beküldte cash - 2012. március 27. 08.47

Elnézést, még csak tanulom a Drupalt, ezért a pongyolaság.

Alapvetően majdnem olyasmire vágyom, mint amit a "conditional fields" modul csinál. (Dependenciát hoz létre a mezők között.)Én viszont nem tudtam vele megoldani amit akarok.
Van egy form select, ami 3 adatbázistáblából, függő módon kérdez le. Ez működik.

Az amúgy elkészített form egy modul segítségével most saját mezőként bármely tartalomtipushoz beállítható.
Viszont nem tudom, hogy a 3 különböző értéket hogy pakoljam be az adatbázisba mivel a feladat az, hogy az adatbázisba ne egy itt meghatározott saját táblába írjon, hanem a formban lekérdezett mezőkhöz tartozó táblákban írja be a tartalomtipust (field_data_field_cook: entity_type: node; entity_id: a létrehozott tartalom nid-je).
Azért ez kell, nem pedig csak egy form_api, mivel ezt akár mindegyik tartalomhoz hozzá kellene tudjam rendelni.
Előre is köszönöm a válaszodat.

0
0
Zsanna képe

Beküldte Zsanna - 2012. március 27. 10.25

Király! Igyekszem akkor úgy alakítani, hogy tudjak menni. :)

csakiistvan képe

Beküldte csakiistvan - 2012. március 27. 10.44

Na és a következőre talán már ebben megyek :D
http://instagr.am/p/Iq2IucxDcB/

Drupal full-stack developer at Wunderman Thompson Budapest

John42 képe

Beküldte John42 - 2012. március 27. 16.24

Pardon helyesebben: "létre hozok 30 tartalom típust és vagy 30 kategóriát" 30 jogosultsági csoportra gondoltam!

0
0
tatarbj képe

Beküldte tatarbj - 2012. március 27. 17.57

belépése után akarod egy adott tartalomra (node) irányítani? hook_form_alter-t nézd meg, a user_login-ra kell ráültetned és a drupal_goto függvény lesz a barátod. feltéve, ha csak ennyit szeretnél megvalósítani.
egyébként nem egészen értem a belépő, mint olyan fogalmát :S bejelentkezési felületről van szó? ebből van több? különböző domaineken? mindegyiken drupal? közös a kódbázis? egyáltalán: mivan? :)
üdv, tatarbj.

1
0

---
Tatár Balázs János

tatarbj képe

Beküldte tatarbj - 2012. március 27. 17.59

biztos full html az a full html? milyen szűrők vannak bekapcsolva hozzá?
üdv, tatarbj.

0
0

---
Tatár Balázs János

nevergone képe

Beküldte nevergone - 2012. március 27. 19.13

Szia!

Az alaprendszer adataihoz van frissítési útvonal, szóval ott semmi mást nem kell tenned, mint ami az UPGRADE.txt fájlban le van írva. Ugyanígy a Lexicon modul is frissíthető, legalábbis az adatlapja alapján úgy tűnik, a többi modulról csak azok pontos ismeretében lehet mondani valamit.
Mindenképpen készíts előtte teljes mentést az oldaladról (fájlrendszer + adatbázis) és érdemes az éles oldal frissítése előtt egy tesztoldalon (az éles oldalról készített másolaton) kipróbálni a frissítést.

2
0

Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés

John42 képe

Beküldte John42 - 2012. március 27. 19.55

Ez így nekem kódolva nem ismert, mint amilyen könnyedén Te leírtad, de mindenképpen köszi.
Egyszerűen, vagy pontosítva, hátha modulosan is megoldható.
Pl. egy társkereső oldalon is /nem ez lesz/ regisztrálnak pár ezren és mindenki EGYETLEN BELÉPÉS lehetőségen lép be /lásd társkeresők/, DE különféle Név/Jelszót használ, mégis a saját tartalmát, /náluk profilját/ csak Ő látja. Semmi különleges nincs, mint ami van már ezer helyen. Csak ők előbbre tartanak, Drupalban meg Ti valamennyien, mint én.

Ami azonosítható belépéskor az a felhasználó neve, vagy ha kérjük, akkor az email címe.
Ezt kellene összekapcsolni, hogy bejelentkezéskor a Lali, a Lali tartalmait lássa, Feri szintén a saját tartalmát lássa és így 1000 szer. De úgyis írhatom, hogy USEREK NE lássák egymás tartalmait.
Csoportot tudok jogosulttá tenni, személyt még nem.

Ehhez jó lenne talán cck, ha kell és Viewses megoldás. Azt már értem 50-60%-ban. Viewsben ha kell „Argumentum”, vagy „Kapcsolatok” menübe nyúlni azt nem ismerem más megy.

És mint írtam van egy közös felület, amit bárki láthat. /Ez az egy megy most/

ui:
Eszembe jutott a blog, ami saját blogot ad mindenkinek és közös is de a sajátot is láthatja mindenki belépéskor. Kivéve, ha Viewsbe szűrjük, de ahhoz user miatt Argumentum és Kapcsolatba nyúlás kellene, amit csak leírva tudnám érteni.

0
0
aboros képe

Beküldte aboros - 2012. március 27. 22.16

de a content access modullal tudod tartalom típusonként beállítani, hogy melyik user role mit csinálhat az adott típusú tartalmakkal, attól függően, hogy a sajátja e vagy sem.

szerintem ez kell neked.

1
0

-
clear: both;