Joee képe

Egy fenti mondat helyesbítése:
Ez valami node/X lenne, ahol X egy szám kellene, hogy legyen.

A főoldalnál ez van megadva útvonalként: (front) - (a front szó valójában > és < jelek között van, de nem jelennek meg, mert gondolom a tagek le vannak tiltva.)
Az újonnan létrehozandó almenüben is egy a főoldalhoz hasonló oldalt szeretnék helyezni, ahova lehet beküldeni tartalmakat. Megpróbáltam az új menü útvonalához beírni, hogy (front), de így a főoldalt listázza az almenüpontra kattintásra is. Ez mondjuk logikus. Nekem ennek a (front) útvonalon levő oldal sablonjának a klónja kellene az almenübe, hogy a főoldalétól eltérő tartalmú oldalakat tudjak oda beküldeni.
Drupal verzió: 7.8

0
0
nevergone képe

A bajt az okozza, hogy te a létező Drupalodba belemásoltál egy másikat, majd amikor az egyik definiál valamit, akkor a másik felülbírálja.

Erről úgy győződhetsz meg jól, hogy létezik /var/www/customers/vh-376/web/home/supairballon/modules/image/ és /var/www/customers/vh-376/web/home/supairballon/sites/all/modules/l10n_install-7.x-1.0-beta15/modules/image könyvtárad is. A tárhelyedhez phpMyAdmin jár? Adatbázisban kellene műteni.

Esetleg azt próbáld meg, hogy ha van admin_menu modulod, akkor töröld le az l10n_install könyvtárad, majd űrítsd a gyorstárat.

Az l10n_install egy telepítési profil, arra való, hogy már a fordításokkal együtt települjön fel a Drupal.

0
0
nevergone képe

Sajnos ezt leginkább alattomos módon tapasztalod majd meg, vagyis inkonzisztens lesz az adatbázis, nem lesz meg minden adat, vagy nem az lesz ott, aminek lennie kell, stb.
Ez egy olyan hibalehetőség, ami lehet, hogy sohasem jön ki, de ha kijön, akkor nagyon szívni fogsz vele és valószínűleg nem lehet javítani, ha csak „kézzel” át nem nézed az adatbázis minden táblájának minden sorát, persze csak miután megértetted, hogy minek kellene ott lennie.
Ez a te döntésed, az biztos, hogy a fentieket elolvasva sikítva menekülnék onnan. Lehet, hogy ezt most el tudtad ezt hárítani így, de attól tartok, hogy később más ügyben lesznek még gondjaid velük.

2
0
duc-sai képe

Köszönöm a gyors válaszotokat! Beüzemeltem az SMTP modult...némi tanácstalanság után, hogy az SMTP kiszolgáló mi lehet, majd kis bogarászás után ezeket állítottam be:
SMTP kiszolgáló : smtp.gmail.com
SMTP port : 465
Use encrypted protocol : SSL használata

Az SMTP azonosítást nem töltöttem ki (de aztán kitöltve is próbálkoztam)
Email feladó címet, nevet megadtam.
Teszt-emailcímet megadtam + Enable debugging

Többszöri kísérletre sem megy ki email:
SMTP Error: Could not connect to SMTP host
illetve
Hiba történt az e-mail küldése során x címről y címre
üzeneteket kapok.
Szerintetek nálam van a hiba?

0
0
Sk8erPeter képe

Most jövök rá, hogy esetleg az is talán jó lehet, ha 6 darab algalériát szeretnék, akkor 6 db Image fieldet hozok létre, mindegyiket Unlimitedre állítva. Aztán Display Suite-tal a node default megjelenítésénél csak egy képet jelenítek meg mindegyik fieldnél a sokból, ez lenne az algaléria "borítója" (pl. az első képet).
A képet meg kattinthatóvá tenném, és pl. egy Views-zal létrehozott oldalra linkelném, ahol a Contextual filter maga a node id, meg pl. még az image field machine name-je. Így lehetne külön megjeleníthető oldala is.

Ehhez a megoldáshoz mit szóltok?
Van szerintetek bármi hátránya? Vagy van jobb ötlet?

0
0
Sk8erPeter képe

Én mindvégig abban a hitben éltem, hogy Gmailes címmel szeretnéd ELKÜLDENI a levelet. Akkor ezek szerint csak annyiról beszéltél, hogy a Gmail spambe dobálja? Mert akkor totál elbeszéltünk egymás mellett. Az office365 beállításairól lövésem sincs.
Viszont a Gmaillel authentikálva tökéletesen kimennek a levelek.
Javaslom, próbáld ki a Gmailes címeddel authentikálva. Ahogy írja is, a Gmail a 465-ös portot használja SMTP portnak, SSL protokollal.
A felhasználóneved az [email protected] legyen, a jelszó meg az ehhez tartozó.
De ha ez nem opció, hogy Gmailes címről küldd ki a leveleket, akkor innentől átadom másnak a szót, mert az office365 beállításaival soha nem volt még dolgom.

0
0
Sk8erPeter képe

A BBCode-ot véletlenül bekapcsoltad? Nem sok értelme volt. :D

Ahogy annak sem, hogy plain textben BÁRMILYEN WYSIWYG-szerkesztőt akarsz használni. Éppen az a "plain text" kifejezés lényege, hogy teljesen sima, formázás nélküli szöveg, úgy is fog megjelenni. Épp ezért ehhez semmi értelme hozzárakni formázásokat, ami a kimeneten úgysem fog soha megjelenni, mivel a szűrőnek pont az a feladata, hogy kiszűrje a felhasználók tetszőleges formázásait, amivel adott esetben jól összerondíthatják az oldal kinézetét. Sokszor ezt kommenteknél szokták bevetni, hogy a kommentekben ne lehessen mindenféle "fancy" formázgatást használni, amivel valaki mondjuk a mondókáját erősíteni akarja.

De ha mindenképp ragaszkodsz hozzá, akkor feltételezem, hasonló lépéseket kell megtenned, mint amivel az előzőt sikerült megoldanod....

0
0
Közszolga képe

Hosszas keresgélés után sem találtam erre megoldást, se a magyar, se az angol nyelvű forrásokban. Úgy látszik, nem az Advanced Forumnak találták ki a "newest first" sorrendet. (Pedig azért lenne rá igény szerintem, olyan kis oldalak is fordított sorrendet alkalmaznak, mint Index, Origo, Youtube, stb.)
Viszont, miután letettem az Advanced Forumról, találtam jópofa kis modulokat, amelyek egész jól fel tudják dobni a normál Drupal fórumot is.
Tehát:
Comment Goodness a fordított sorrendhez
Comment Easy Reply, vagy Ideal Comments az összekapcsolódó hozzászólások követéséhez.
Biztosan van más is, hirtelen ennyit sikerült összekaparni, ha tudtok mást, írjatok.

Remélem tudtam segíteni a hozzám hasonló helyzetbe keveredőknek.

0
0
dexx képe

Ahhoz hogy a FB normálisan kezelje az oldalad, meta tagekre van szükség.
A facebook úgynevezett Open Graph protokollt használ (ezek spéci meta tagek) arra, hogy megtudja az oldaladból, hogy mi a címe, milyen kép tartozik hozzá, stb.

Ehhez ezt a modult javaslom: Metatag
(http://drupal.org/project/metatag)

Ezzel oldalanként meg tudod adni mi legyen az oldalad title és description mezője (ez a keresők szempontjából fontos) és ezeket az Open Graph paramétereket is. Definiálhatod vele tartalomtípusokra default, hogy ezek mik legyenek, és node példányonként felül is bírálhatod, tehát oldalanként egyedivé tudod tenni mindet ha kell.

2
0
Balu Ertl képe

Az addig oké, hogy l10n_update fent van, de sokszor érdemes rácsekkolni, hogy le is húzta-e fordításokat LDO-ról. Nagy általánosságban az egyes nyelvek százalékos állását itt: /admin/config/regional/translate, az adott modulokéinek részleteit pedig itt: /admin/config/regional/translate/update. Ha esetleg mégsem töltené le, a beállításait itt lehet módosítani: /admin/config/regional/language/update

Ha megbizonyosodtál róla, hogy márpedig a magyar sztringjeink léteznek lokálisan az adatbázisodban, akkor már csak a nyelvkiválasztási feltételek sorrendje maradt hátra: /admin/config/regional/language/configure. Teszteléskor tartsd észben e listádat, hogy pontosan tudd, mikor milyen eredményt vársz.

Tudom, nem egyszerű játék, de kitartás, D8-ban már átláthatóbb lesz a nyelvesítés.

0
0