chx képe

és az adott smink beállításainál keresd az elsődleges hivatkozásokat.

0
0
Nagy Gusztáv képe

majd az adatbázisban módosítsd 1-re az uid-jét.

0
0

Nagy Gusztáv

makgab képe

Mi is az a predicate pontosan az ubercart-ban?

G.

0
0
nevergone képe

Pedig valahogy az Ubuntuban is megoldották az ATi kártyáknál.

0
0
Mindthegap képe

az alsmink is megjelenik a sminkek kozott az admin menuben?

0
0
aboros képe

az a 42. :)
szeszfogyasztás folyadékbevitel. az pc.

-
clear: both;

balazsgabi képe

Akkor, elmondom az én meglátásom. 9 év 8 hónapja vagyok tagja ennek a közzöségnek és sajnos az utóbbi időben ritkábban járok ide mert megváltozott az életem, de ettől függetlenül jó dolognak tartom ezt az oldalt és azt, hogy van egy olyan közösség ahol egy kezdő megkaphat minden segítséget.

Emlékszem milyen jól esett, amikor még csak ismerkedtem a weboldalak világával angoltudás nélkül, hogy volt egy hely ahol érthetően segítséget, iránymutatást kaptam és az alapján meg tudtam oldani a kis problémáimat. Nem csak témanyitással, de a már mások által feltett kérdésekre adott válaszok is sokszor jöttek jól. Ezért nem értek egyet Nevergone-nal, hogy a fórumozás elavult, mert lehet, hogy léteznek "valós idejű" platformok, de azokkal pont az a baj (mindamellett, hogy vannak hasznos oldalai is) mint a levlistával. Na az, az elavult mint ismeretátadó forma. Egy plaintext, szálazott elektronikus levélben megtalálni azt amit keresel kb. pont akkora kihívás mint egy "zárt" platformon információhoz jutni. Nem állítom, hogy a fész, vagy slack az iwiw sorsára jut (de ugye nem is lehet kategórikusan kizárni, de a fórum mint a d.hu "tudásbázisa" addig marad meg a drupal iránt érdeklődőknek amíg igény van rá. Persze lehet mondani, hogy regisztrájl ide is meg oda is mert ma az a népszerű és mindenki azokat használja, de amikor az idei drupal hétvége megszervezése kapcsán be lett linkelve a fész oldal, hogy majd ott ..., akkor azt már meg sem nyitottam. Pedig ha tehettem mindig ott voltam a rendezvényeken, bár az is igaz, az utóbbiak már valóban hasonlítottak a versenyistállók bemutatására, míg a korábbi években a hangsúly inkább egy-egy modulra - és arra az igényekre amiért maga a modul is léterjött - lett kihegyezve.

Dyra-val sem értek egyet, hogy van egy mag aki leoltja az embereket, bár kétségtelen, hogy egy kezdő - pláne izmosabb egóval - hajlamos a kritikát személyes sértésnek venni. Ettől még a kérdés megmarad, a ráadott válasz is és bólogatás/fejrázás lehetősége a válaszokra tovább emeli az információ minőségét. Hangsúlyozom, hogy kereshető, megtalálható formában minden kötöttség nélkül!

Elismerem az üzemeltetés erőforrás igényes és nem tartom ördögtől valónak a szponzorációt, de szerintem egy ekkora közösség fenn tudja tartani magát ha ott olyan célok és lehetőségek vannak amik a közösség érdekeit szolgálják.

Ígérem igyekszem gyakrabban benézni ide, visszaadni mindazt amit kaptam ettől a közösségtől. Erre bátorítanék mindenkit, adjunk egy esélyt, hogy újra életre keljen a drupal.hu közössége és minél több hasznos információ álljon rendelkezésre a Drupal iránt érdeklődők számára!

4
0
nemetivilmos képe

Sziasztok, elvesztettem a fonalat, mert eredetileg nekem a többnyelvűsítéssel semmi gondom nincs, normálisan meg a dolog, ha kell két, ha kell akárhány nyelven. Az alapelmélet amit követtem Pál elmélete, ami egyébként a Drupal eredeti logikája - szerintem is. Ezt lehet megerőszakolni, is meg nem is. Nekem a szakmai megérzésem azt mondja, hosszú távon nem érdemes megerőszakolni semmilyen rendszer logikáját, mert előbb-utóbb belefutsz egy zsákutcába.

Az eredeti gondom, az, hogyan van az elsődleges és másodlagos menük többnyelvű kezelése akkor - és ez fontos mert eddig a pontig nem kell a settings.php-t piszkálni szerintem - ha két vagy több nyelv esetén ugyanarra az elérési útra hivatkozom, pl node/add/page. Itt történik valami logikai bukfenc, mert ha a hivatkozás nyelvfüggő elérési út, akkor ezt a drupal automatikusan csinálja az alaplogikájából adódóan. Ebben az esetben miután pl nincs nyelvi előtag nem tud mit kezdeni vele, szerintem. Nekem itt van a gondom valahol, mivel szeretnék egy úgynevezett szerkesztői menüt csinálni a garland alatt elegánsan ott felül ezekkel a kis háromszögekkel akkor amikor az illető belép a jelszavával. Ez működik is, csak az adott nyelven nem tudom váltani a kiirást, mert nem jelenik meg korrektem. - Lásd a kisérleteimet, ezért csináltam, mert nem értettem mi történik. Én belső funkciók elérési útjára hivatkozom (!) ami nyelvtől független, és ez nem keverhető össze a kurzor help szövegével, mert az nyelvtő függő, akárhogy is oldjuk meg - szerintem.

Ezért szeretném kérni, hogy inkább ebben az irányban maradjunk, mert ezzel van a gondom eredetileg. A másik kérdés is érdekel, mert ez is hozzátartozik többnyelvű témához, csak nem kellene szerintem ide belekeverni, mert aki később olvassa az meg fog őrülni és nem fog semmit sem érteni a végén.

A segítségeteket köszönöm, bármelyik részről is szól, csak az "utókor" miatt irtam most ezt le mégegyszer

Üdvözlettel :

0
0

Németi Vilmos - méregzöld kezdő Drupal-os

csy képe

"Kedves csy!

Nem értem ezt az ellenséges, sértegető hozzászólást: http://drupal.hu/forum/drupal-gyors%C3%ADt%C3%A1s-ismeretlen-k%C3%A9rd%C... Nem idéztem, csak belinkeltem azzal, hogy "korántsem ilyen egyértelmű". Nem azt mondtam, hogy nincs igaza aborosnak, hanem azt, hogy ez nem ilyen egyszerű kérdés, utána kell olvasni, végig kell gondolni.

Egyébként te sem indokolod meg, hogy Hodicska Gergely 3 évvel ezelőtti hozzászólása a Weblaboron (és az általa ajánlott Pro MySQL könyv) miért is volt LOL 3 évvel ezelőtt. Várjuk a Weblaborra, Drupal.hu-ra ezzel kapcsolatos nagyívű cikkedet.
--cutted--
"
Üdv,

Illyés EditH

Kedves EditH

3 éves dolgot idézel. Tudod, az informatika olyan, hogy minden nap változik. Tegnap még az 5Mb-s merevlemez volt meglepő, ma már a több Peta-s rendszerek sem elérhetetlenek. Olvasni kell és fejlődni, akinek nem megy, az kihal, mint a kis cuki dinoszauruszok. Ahogy látom, te megálltál egy szinten és nem igazán megy a fejlődés. Az Inno -t részben a MyIsam hulyesegei miatt kezdték el fejleszteni és fejlesztik a mai napig. Nem egy forkja született (XtraDb), amit elég nagynevű programozók készítenek (Peter Zaitsev, Vadim Tkachenko).
A MyIsaM csinál egy nagyon csúnya dolgot... Lockol. A lockolt táblában nem végezhetsz műveletet addig, amig a lock feloldásra nem kerül, így szép sorban fognak állni az adatbáziskérések addig, amíg az előttük levő nem végez. Ez egy összetettebb keresésnél igencsak hátrányos. Inno-ban ezzel szemben csak a sor kerül lockolásra, ami jelentősen felgyorsítja az eseményeket (sőt, itt két fajta lock lehetséges...).
Mindezek mellett az inno tuningolására elég sok lehetőséged van, kezdve az io capacitytől, az iró-olvaso szalak szaman at, a filerendszer bufferelésig.

Ezek után várom az indokolt válaszod, hogy miért is MyIsam.

xoxo

0
0
HF leon képe

No és kezdjük, hátulról a második kérdésemmel.

Tehát:
Legyen egy tartalomtip tartalomtípusom. definiáljunk ebben egy szám lista mezőt mondjuk field-list néven. A listában több mező is választható, de ez most lényegtelen a kérdés szempontjából.

A számlista mező értékei legyenek az alábbiak:
1|kék
2|piros
3|zöld
4|narancs

Nyilván, ha a mezőnek létrehozok egy egyedi twig fájlt, akkor az adott node-ban (tartalomban) megadott értékeket ezen keresztül szabadon formázhatom.

Viszont én ebben a twig fájlban a megjelenéshez szeretném az összes választható értéket felhasználni. Ezt leképezéskor nyilván nem kapja meg a mező, csak a tartalomhoz bejelölt mezőértékeket.

A .theme fájl segítségével felvehetnék egy új változót ehhez a twig fájlhoz, amely egy tömb lenne, ami a számlista összes lehetséges elnevezését tartalmazná. Vagyis jelen esetben a kék, piros, zöld, narancs értékeket.

Igen ám azonban ehhez le kellene tudnom kérdezni a drupal8-tól a field-list mező összes lehetséges elnevezését. Hiszen, ha ez megvan, akkor, már könnyedén átadhatom az értékeket. (A views-os esetben is hasonló a kérdés, csak ott az adott nézethez tartozó mezők értékeit szeretném lekérni, de most maradjunk az előző kérdésnél.)

Most úgy oldottam meg, hogy beleírtam a lehetséges értékeket a twig fájlba. Viszont, ha később a számlistát bővíteni kell, akkor az adott mező twig fájljában is frissítenem kell az értékeket az újonnan bekerülő elemekkel (például, ha a lista bővülne egy 5|lila értékkel.

Viszont, ha le tudnám kérdezni ezeket az értékeket, akkor a webws felületen végrehajtott változás azonnal átkerülne a megjelenítésbe is.

A megjelenést képzeljük el úgy, hogy kiíródnak a színek mind és az adott tartalomnál kiválasztottak előtt lenne egy x. Ettől függetlenül a látogató láthatná az összes lehetséges színt is, viszont tudná, hogy jelenleg melyek elérhetők ezekből.

Amikor a webes felületen a lista bővülne egy színnel az így azonnal megjelenhetne a mező megjelenítésében is.

0
0