Keresés

Táblázatos mező tartalom optimális felvitele

Anonymous képe

Üdv!

Melyik az optimális megoldás sebesség tekintetében, melyik terheli meg jobban a rendszert az alábbi két megoldás közül, ahol táblázatos formában kell tartalmakat, pontosabban sorokat (több száz, majd később ezer) felvinni, ahol egy sorban több mező is szerepel:

1. Field collection modullal, egy node-ba tenni, vinni fel, vagy
2. Minden sort egy új node-ba, ahol egy Field collection sor van csak.

Az első megoldást kezdtem el, de több száz táblázat sor után úgy tűnt, mintha már néha szuszogna a rendszer, amikor az egész node-ot nyitom meg a benne lévő több száz tétellel. Amúgy általában nincs szükség megnyitni az egészet, mivel a Field collection modul a bevitt tartalmakat olyan táblázatos formában jeleníti meg, aminek az egyik cellájában van egy szerkesztés gomb, amire kattintva csak az az egy sor nyílik meg, illetve van a táblázat alatt egy Hozzáadás hivatkozás, amely által szintén csak egy új sor nyílik meg, nem az egész node.

Ennek ellenére azt kezdtem gyanítani, hogy több ezer node-ot jobban szeret a rendszer, mint 1 node-ot több ezer táblázat sorral.

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

DNS profilozó cég online rendszerének php alapú fejlesztéséhez két-három munkatársat keres.

manti1963 képe

Kedves Közösség!

Sürgős!

Keresünk két-három fős csapatot, aki segít nekünk DNS profilozással és tanácsadással kapcsolatos webshop-szerű honlap kifejlesztésében. A munka áll egy nagyobb fejlesztésből és azt követően hosszabb távú support igényről.
Olyan csapatot várunk, akik dolgoztak már együtt, php, mysql, esetleg python, illetve bash script jártassággal rendelkeznek.
A feladat végzéséhez adunk szerverparkban elhelyezett VMWare alatt, akár több VM Linux alapú környezetet, szükség szerinti konfigurációban és installációban. Domainreget, e-mail szolgáltatást, DNS-t.
Rendelkezésünkre áll egy kidolgozott terv a projekttel kapcsolatban, azonban rugalmasan fogadjuk a javaslatokat.
Becslésünk szerint a feladat fejlesztési része kb. 6 hónap. Ezt követően tesztek, debugolás, tesztüzem, majd éles indítás következik.
Az éles indítást követően hosszabb távú support szerződést szeretnénk kötni az esetleges módosítások és továbbfejlesztések biztosítása végett.

Tisztelettel Mészáros Antal
Robonet BT.

Jelentkezéseket várjuk közvetlenül a projetkgazdánál, Tánczos Balázs,
[email protected]
Illetve a Robonetnél:
[email protected]

Munka jellege: 
Részben végezhető távmunkában
Munkavégzés helye: 
Bárhol. Egyeztetéseknél személyes kapcsolatra van szükség.
Nyelvtudás: 
magyar
Idő igénybevétel: 
Eseti, project jellegű
Elvárások: 

Titoktartási nyilatkozat elfogadása és aláírása. (Rendelkezésre bocsátjuk)

Jelentkezés határideje: 
2019. 08. 09
Szükséges tapasztalat szintje: 
haladó
Buzzwords: 
alkalmazáskészítő
modulfejlesztés
sürgős
új weboldal
üzemeltetés
webáruház
Szervezet megnevezése: 
Robonet Bt.
Kapcsolattartó neve: 
Mészáros Antal
Telefonszám: 
+36203407970

A Rules felülbírálja a jogosultságokat?

Anonymous képe

Üdv!

Példa: adott tartalomtípusnál, adott szerepkörnek nem engedem a tartalom (node) törlést.

Valamiért kipróbáltam, csináltam egy szabályt a Rules modullal és láss csodát, törölte az adott node-ot, vagyis de facto az adott felhasználó, hiszen ő volt bejelentkezve és hozta létre azt az eseményt, amelynek a Rules akció végrehajtása lett az eredménye.

Nincs ezzel bajom, csak nem értem a logikáját. Bár könnyebb lenne követni a sokféle jogosultságot, amit az egyes modulok adnak, ha lenne egy felettes szint, mint (bocsánat) a Windowsban, hogy ha az tilt valamit, akkor mindenhol tiltva van.

A jogosultsági beállítások nem mindenek felett állnak?

Mert az, hogy a Rules törölni tudja, majdnem olyan, mintha csak annyit érne a törlés jogosultság megvonása az admin/people/permissions felületen, hogy eltűnik a törlés gomb (persze nem így van, mert a címsorba betéve a törlés hivatkozását csak akkor működik, ha van törlési joga).

Tudom ez Drupal logikai kérdés, de nagyon érdekel és nem tudom hol tudnék ezeknek a mélyebb dolgoknak utánaolvasni.
 

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Drupal Hétvége 2019

csakiistvan képe

Reggeli beszélgetést követően előadások illetve az érdeklődőknek Drupal 8-as kódok Drupal 9 kompatibilissá tétele a gyakorlatban. A rendezvény egy napos a korábbi tapasztalatokból kiindulva. Kezdőket és haladókat is szívesen látunk.

Helyszín: Cheppers iroda, Budapest, Szent István körút 22. III. em 3. ajtó, 1137

További részletek hamarosan.

Ha érdekel az esemény, a meetup.com-on létrehozott eseményen jelezd.

Időpont: 
2019. szeptember 21., szombat 09.00

Drupal 9

magveto képe

Szeretnék érdeklődni ha esetleg valaki tudja rá a választ, hogy merre haladnak a D9 munkálatai? Érdemes várni, és D7-es tudással meg fogok tudni birkózni vele vagy viszik tovább a D8-as vonalat és kezdhetem tanulni a wordprest? :(
Személy szerint jobb örülnék ha lenne egy egyszerű stabil verziója újítások sem hiányoznak, ha már megszoktam, megszerettem ezt a rendszert ne kelljen újat tanulnom. Ami van az ép elég. Persze tudom, hogy lehet maradni D7-en egy ideig pénzért biztos lesznek biztonsági frissítések is, de egy idő után gondolom ők is leállnak...

Fórum: 

OG felhasználó keresés mező találatainak korlátozása

Anonymous képe

Üdv!

Már jó ideje keresek megoldást, egyéb modulokkal, jogosultság állítással, Nézet módosítással, de semmi.

Az Organic Groups modulnál a csoport admin, illeltve akinek joga van hozzá fel tud venni új tagot a ../group/node/[nid]/admin/people útvonalon, pontosabban ez a már meglévő felhasználók listázásának oldala.

Nem értem miért van úgy, hogy ezen a felületen az adott honlap összes felhasználója kereshető. Milyen jogosultság elképzelés az, hogy csoportokba szedjük a felhasználókat, de a csoportkezelő a honlap összes létező felhasználójára rá tud keresni, fel tudja venni, stb.

Letiltottam a felhasználó hozzáadása részt az OG beállításoknál, de azt nem tilthatom le, hogy a fenti útvonalon megnézze kik a csoporttagok és azokat kezelje.
Viszont ott is megjelenik ez a keresőmező: „Felhasználónevek listája vesszővel elválasztva.". Itt aztán elég beütni egy betűt és az összes olyan betűvel kezdődő felhasználó megjelenik. Nem csak a csoporttagok, hanem mindegyik.

Hogyan lehet ezt letiltani, vagy szűkíteni, hogy csak a saját csoporttagok között kereshessen?

A csoportba vételt meg tudom oldani máshogy, de hiába tiltottam le azt a részt, ha a csoporttagok kezelése felületen ugyanúgy ott van az a k. mező.
Természetesen nem tüntetem el CSS-sel, mert jogosultság szinten akarom tiltani, az nem elég, ha nem látja.

A search modulban kikapcsoltam a user keresést, hátha az szabályozza, de nem.

A legjobb az lenne, ha megmaradna a mező, de csak a saját csoport tagok között kereshetne.

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Régi hivatkozások az adatbázisban

Anonymous képe

Üdv!

Megváltozott a tárhelyem útvonala, amikor áttettem megnéztem az adatbázist (nem abszolút hivatkozásokról van szó, nem használok olyat), és még több, mint 3 ezer helyen a régi útvonal neve, pontosabban a honlap korábbi neve szerinti elnevezés volt.
Most eltelt már több hónap, de még mindig szinte ugyanannyi helyen szerepel a régi.

Közben exportáltam a nyelvi fordítást, mert az OG elég sok helyen nincs lefordítva. Abban vettem észre, hogy szintén a régi honlap név szerepel. Rákerestem és majdnem ugyanaz a több mint 3 ezres találat jött ki.

Gondoltam, akkor lehet, hogy a régi és az új is benne van: de nem, adott fordítási útvonalak, amiket megnéztem csak a régi néven vannak. Így nem tudom hogy találja meg a fordításokat, vagy lehet, hogy ezrét hiányos.

Visszatérve az adatbázisra, kerestem, nincs-e valahol megadva az elején, hogy a régi útvonal most már az új néven van, gondolván megmaradtak a régi bejegyzések, de így át lettek irányítva, de nem találtam.

Miért van tele az adatbázis ilyen régi, már nem érvényes bejegyzéssel - modulok bejegyzéseire is igaz amúgy, amiket rendesen töröltem a modulok részen, tehát eltávolítással.

És egyáltalán akkor hogy működik a rendszer?

Drupal verzió: 

Views és Token

Anonymous képe

Üdv!

A Views-ban, ha egy tokent akarunk használni egy mezőben, akkor muszáj, hogy az a mező, aminek a tokenjét bele akarjuk tenni, az adott mező előtt szerepeljen.
Erre még mindig nincs valami megoldás?
Mert emiatt ha olyan sorrendet akarok egy nézet táblázatban, ahol az adott mező után szerepelne a szükséges mező, ami a tokent adja, akkor kénytelen vagyok egy másolatot felvenni a token miatt a mezőből, amit persze kizárok a megjelenítésből, de pl. így lesz egy [nid] tokenem, és mellette egy [nid_1] token, és plusz fölösleges mező és sor a nézet kezelő részében.
De ami még rosszabb, hogy ha sok ilyen van és valamit változtatunk, akkor elromlanak a hivatkozások, azaz át kell nézni minden mezőt, hogy hol, milyen tokent használtunk.
Nem akarok csúnyát mondani a modul készítőire, mivel én még egy modult sem csináltam, de ez annyira...

Melyik modulhoz, modulokhoz kapcsolódik a téma?: 
Drupal verzió: 

Lassú localhost, phpMyAdmin, MySQL

Joee képe

Windows 10 Pro (64 bit; CPU 4×1,6 GHz; RAM 4Gb)-en wampserver64 van telepítve Drupal 8-al. Már a Drupal telepítése közel 1 óráig tartott. A wampserver előtt xampp volt, de azért cseréltem mert az is nagyon lassú lett. Azóta kipróbáltam még másik localhostos szervereket is, de minddel ez a lassúság volt a probléma. Rendszeresek a várakozó üzenetek: "Várakozás a szerverre: localhost...". Érdekes, hogy egy tartalmi oldalt viszonylag gyorsan úgy 3-4 mp alatt betölt, de az admin felület nagyon lassú. Pl a Konfiguráció és a Bővítés menüpontok betöltődésének megkezdésére 12-18 mp-et kell várni, de bármire kattintok az admin felületen az legkevesebb 6-8 mp mulva kezdi a betöltődést. Egy gyorsítótár törlés úgy 45-50 mp. A böngészőben a várakozás alatt a "Várakozás a szerverre: localhost..." felirat látható, de szerintem a várakozás azért lehet ilyen hosszú, mert az adatbázis későn válaszol.
A Drupal telepítése után telepítettem egy phpBB3.2 fórummort is ami másodpercek alatt települt és bármilyen kattintásra azonnal reagál.
Gondolom az nem lehet gond, hogy a nem a wampserver www mappájába telepítettem a drupalt, hanem egy almappába www/newdrupal/
Ugyanez a Drupal van élesben egy szolgáltató szerverén, de ott semmi gond a sebességgel a saját gépen pedig olyan a sebesség mintha a naprendszeren kívül lenne a localhost. Mi lehet az oka?

Drupal verzió: