szantog képe

Egyrészt php code-t nem írunk textfieldbe, se rulesban, se máshol - pont az általad írthoz hasonló problémákkal lehet ilyenkor számolni.

Ha mező értékét akarod változtatni, akkor vagy konkrétan a direkt bundle-re kell lőni a rule-t (rule létrehozásánál meg lehet adni Restrict by type-t, vagy conditionként felvenni, hogy Entity has field. Az entitás mentése szintén felesleges, mivel a rules ezt okosan kezeli - kivéve persze ha ilyen php code mezős mellékutak vannak.

Entitás mentése nagyon ritkán indokolt rulesban, egyetlen esetben látom szükségesnek, ha kilépsz a forrás entitásból: Pl node mentésekor egy usert is létre akarsz hozni, na ekkor a usert kell elmenteni.

0
0

----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.

szabozee képe

Ez a jó megoldás, amit Gusztáv is ír és amit én is írtam még a legelején, hogy módosítod a documentroot-ot. Annyival egészíteném ki, hogy ha több weboldalad is van, akkor a hosts-fileba is praktikus felvenni mindegyiket egyikprojekt.local, masikcegnev.local, refmenthet.local neveken és külön-külön conf file-t hozni létre mindegyiknek az apache-ban. Ha így teszel, akkor mindhárom projekted saját néven is elérhető lesz a localhostod böngészőjében és pontosan úgy fognak viselkedni, mint ahogy az éles oldalon viselkednének. Ne a Drupal felől közelítsed, mert ahogy fentebb is írtam, "Nem Druaplos probléma" és nem is jó, ha különböző projektek ennyire közvetlenül "látják" egymást.

1
0

szabozee (zee zee zee kukac free mail pont hu)

szantog képe

'de úgy vélem, innen jönnek az ilyen hibaüzenetek'
Egészen biztos, hogy nem a megadott kódból jön.
Valamilyen mezőbe írtál valamit php kódot, amit nem kellett volna.

És sokadjára leírom, hogy php kódot írni bármilyen drupal szövegmezőbe epic fail! Nem lehet debugolni, nem lehet lekövetni az eredetét.

Amit idéztél kódot, teljesen jó, önmagában - bár a kontextus sokat számít. Kb 90% biztos vagyok benne, hogy egy custom blockba írtad php filterrel.

'(gyakorlatilag űrlap, js kiegészítőkkel)' - ezt egy nodeba?? Ok, (nagyjából) valid megoldás lehet pl egy külső email szolgáltató embed kódját beszúrni, de ezt is lehet jobban.

1
0

----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.

aboros képe

minden gyorstárazódik többféle gyorstárba. csomószor operálok ilyenekkel, hogy egyedi template suggestion vagy preprocessbe változókat babrálni, még soha semmi lassulást emiatt nem tapasztaltam. persze nem tudom, hogy egy óránként sokszázmillió megtekintéses órásweboldalnál ez probléma e, de nagyon csodálkoznék. ez szerintem rendeltetésszerű használata a rendszernek.

csoportosíthatod a mezőket mezőcsoportokba, de ez nem lesz jó, mer megjeleníteni meg nem úgy akarod majd őket az űrlapon. hogy könnyítsd a dolgodat, alaposan gondold át milyen szabályok szerint nevezed el a mezőidet, később igen sokat spórolhatsz "az ifekkel" ha van valami könnyen alkalmazható szabály a mezőnévben. de amúgy annyi ifet raksz a függvénybe szerintem amennyit akarsz. :)

2
0

-
clear: both;

HF leon képe

Kérlek fejtsd ki bővebben az adatbázis rész ez engem is érdekelne. A drupal 8 ilyetén belső működésével, még nem foglalkoztam.

Az adatbázisban foglalt hely és a lekérés gyorsasága, viszont engem is érdekelne, hogy nagyobb honlapok esetén, akkor, amikor mind a két megoldás megfelelő lenne, mikor mire lehet számítani. Nyilván több tartalomtípus és több mezőtípus is definiálható, ahogy több taxonómia is. ekkor érdekelne, hogy mekkorák a tárhely és sebességbeli különbségek a kétféle megoldás között?

Egy érdekes felvetést is találtam, még 2012-ből:
RIP Taxonomy Module in Drupal 7-8

0
0
SecMan képe

... biztos hogy meg kell találnia a sminked mappájában....

Amikor készítesz egy nézetet, akkor a "Haladó" rész "Egyéb" alrészében legalsó gomb a "Smink: Információ".
Ezzel ad a Views a template-ek elnevezésére javaslatokat.

Ami még fontosabb, hogy az aktívat, tehát amit ténylegesen megtalált a fájlrendszerben, azt kivastagítja.

És van egy "Sablon fájlok újraolvasása" gomb is, amivel újra nézetheted vele a fájlrendszert, hogy megkeresse/találja az új template fájlt.

"Ez a rész felsorol minden lehetséges sablont a megjelenítés bővítményekhez és a stílus bővítményekhez, nagyjából sorba rendezve a legkevésbé jellemzőtől a leginkább jellemzőig. Minden bővítmény aktív sablonja - ami a rendszerben megtalált legjellemzőbb sablon - vastag betűkkel lesz kiemelve."

0
0
imexis képe

Azok kedvéért, akiket érdekel a megoldás:
Végülis nem a Drupal okozta a hibát, hanem a RedirectMatch -ot
kellett használni.

Az almappa átrirányítása aldomainre klasszikus esete:
RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} ^www\.tintaestoner\.hu [NC]
RewriteRule ^(.*)$ http://tintaestoner.hu$1 [L,R=301]
RedirectMatch 301 ^/webaruhaz/(.*)$ https://webaruhaz.tintaestoner.hu/$1

Ez a webáruházra irányítja a régi címeket is, egyidejűleg működik
a https + aldoménes új cím is.
A gyökérben a Drupal illetve az alkönyvtárban a Prestashop is
kifogástalanul működik.

2
0

imexis

nevergone képe

Hát hajrá, gyere, üzemeltesd! Hozd a látogatókat, válaszold meg a kérdéseket, írj használható dokumentációt, segíts a fordításban, agyalj, pörögj, csináld!
Én meg mondjuk addig dolgozom és pénzt keresek. Vagy a családommal töltöm az időmet. Vagy pihenek. Vagy hozzájárulok a nemzetközi közösséghez, az általam karbantartott projekteket gondozom, hibajegyeket küldök be, esetleg javítok ki. Vagy bármi más. De erről hadd rendelkezzek én, köszi.

Ui.: Ez a hozzászólás szigorúan a magánvéleményemet tükrözi.

„A kecsaposüvegből arcomba robbanó gyorsvonat,
amit éppen a fűkasza suhogása érint meg,
úgy élem meg izzadt lábammal azt,
hogy éppen egy hozzászólást írok.”

(Ismeretlen vogon költő verse)

2
-1
HF leon képe

https://www.drupal.org/forum/support/upgrading-drupal/2011-01-05/updating-error-an-ajax-http-request-terminated-abnormally#comment-5736492

Ellenőrizd a base_url beállítást a settings.php fájlban.

A hibaüzenet linkje érdekes módon www aldomaint használ, míg az oldal a sima címre van átirányítva.

Az angol oldalon a kwt-logo-mini2.jpg http linkkel van megadva. ettől nem zöld a lakat.

Figyelj rá, hogy a belinkelt tartalmak https linkkel legyenek megadva!

1
0
Drufan képe

Nem állítom, hogy teljesen értem miről van ott szó, egyrészt mert angol, másrészt, mert kódolni is kell.

Én eredetileg arra gondoltam, hogy szerintem kell lennie kész modulnak, sőt, nem is a modul a lényeg: szerintem a Google térképe tudja, hogy szélességi és hosszúsági fokok alapján mi hol van, pl. lehet egy olyan adatbázisuk, ami megfelelteti ezeket egy adott településsel. Persze, mivel nem szabályos területről van szó és egy település lefedésére igen sok koordináta pont kell, minél pontosabb a mérés, annál inkább, lehet, hogy differenciaszámítás alapján meghatározza a program az adott területet szélsőértékekből, és ami azon belül van, az egy adott település, és így tovább.

0
0