Mezőtípus -> Felületi elem -> Formázó
A „Hosszú szöveg és összefoglaló” típusú mezőkhöz beállítható a „Szövegdoboz összefoglalóval” felületi elem, és ahhoz az „Összefoglalóval, vagy a teljes szöveg eleje” formázó. Ez utóbbinak a beállítása az általad keresett 600-as érték. Például a gyári Blog tartalomtípus esetén itt találod egy szűz D7-en: /admin/structure/types/manage/blog/display
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha ennyire nem férsz a
Ha ennyire nem férsz a szerverhez, én személy szerint a phpmail-ban vizsgálnám, hogy honnan jön a hívás, és ha nem a megadott oldalról, akkor simán ban.
Ha hozzáférek a szerverhez, akkor Drupal Syslog és fail2ban a megoldás (nem tudom milyen lehetőségeid vannak).
Én az utóbbi időben sokat szívtan külső szolgáltatókkal, és véletlenül ráakadtam egy VPS szolgáltatásra, ahol "gombokért" adnak szervert. Heggesztgettem a szerverem, vagy két hétig, azóta 1x se tudtak bejönni, egyik oldalamra se, továbbá a mail szerver is az enyém.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
privát fájlrendszer és HTTPS
A privát fájlrendszer a hozzáférés-szabályozáshoz kell. Ha a publikus fájloknál tárolsz valamit, akkor azt letöltésnél a webszerver szolgálja ki. A Drupalnak nincs ráhatása arra, hogy ki és hányszor tölti le. Privát fájlrendszernél a fájl letöltését a Drupal vezérli, ezért erőforrásigényesebb, viszont ezzel tudod megoldani pl. hogy csak a regisztrált felhasználók tölthessenek le valamit. Ugyanígy ez kell akkor is, ha számolni szeretnéd a letöltéseket.
A szolgáltató tud neked HTTPS elérést biztosítani, az független a Drupaltól. A HTTPS nem lassítja az oldalt, mivel azt a webszerver kezeli le. A titkosított adatok visszafejtéséhez kell plusz erőforrás, de ez olyan minimális, hogy a gyakorlatban nem érzékelhető.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ne használj alkönyvtárat !
Így, hogy változott a helyzet, változik az is amit javaslok.
Ne használj alkönyvtárat !
A /var/www/refmenthet.hu mappa tartalmát másold be közvetlenül a /var/www mappába és akkor minden linked jól fog működni és frissítheted a 6-ost 7-re.
Jelenleg azért nem működik jól localhost-on, mert a localhoston egy subdir-en belül van a site az élesen meg közvetlenül a docroot-ban. Sok szolgáltatónál néz ki úgy a könyvtárstruktúra, hogy /var/www/domain.neve de ez ne tévesszen meg, mert ezeknél a docroot erre is mutat. A localhoston a docroot alapértelmezetten viszont a /var/www-re mutat.
szabozee (zee zee zee kukac free mail pont hu)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszi, közben meglett a hiba oka
Köszönöm válaszod.
Szóval az történt, hogy eddig a Drupal 6-ra rámásoltam felülírva a Drupal 7-et. De egy jó gondolatnak köszönhetően tettem egy próbát és kitöröltem az egész könyvtárat és csak a "Sites/Default.." könyvtárat meghagyva raktam fel a 7-est.
És Tadam! :) Újra van kezelőfelület, fut a 7es drupal. Már a második oldalamat migrálom. Valószínűleg a 6-os file-jaiból maradt valami ami összekutyulta a 7-est.
A Migrate modul segítségével a mezők is helyrerakhatók, úgyhogy Happy! :)
De kell egy új oldalt is csinálnom, úgyhogy ránézek én erre a 8askára
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A honlaphoz tartozó összes
A honlaphoz tartozó összes fájlt átmásoltam az új szerverre.
Cront manuálisan is futtattam, de nem javult meg tőle.
A kép legenerálós részét nem értem.
A transliteration modul nem volt telepítve, és a fájl nevek kis-nagy betűsen töltődtek fel, ahogy a felhasználó elnevezte őket.
Most felraktam a transliteration modult, de csak kisbetűsítésre van benne lehetőség. Kicsit belekontárkodtam, és most nagybetűsít, így ez a csúnya megoldás átmenetileg megoldja a problémát.
Nem szeretném a transliteration modult ilyen gányolt formában az oldalon hagyni.
Van valakinek ötlete, hogy mivel lehetne megoldani a problémát?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Irónia, avagy köszönet? :)
Valóban meg lehet köszönni a választ, mivel elárulta a megoldást!
A bővítésben kapcsold be a statistic modult, amely alapértelmezetten inaktív.
Érdemes átböngészni az alap drupal moduljait is, mivel van benne néhány szolgáltatás, ami alapból nem kerül bekapcsolásra.
Ez persze nem azért van, hogy bosszantsa a felhasználót, hanem azért, mert nincs minden modulra mindenkinek szüksége.
( Telepítéskor egy minimalista verzió is választható, amelyben szinte semmi sincs. Akik az alapoktól akarják konfigurálni azoknak jó ez. Olyan külső megoldás is létezik, ahol a telepítő is átkonfigurálható és alapból egy általunk felkonfigurált rendszer telepíthető. )
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Elindulás
"Próbáltam frissíteni a D8-at."
Hogyan, melyik módszerrel próbáltad? Composerrel, Gittel, vagy csak simán fájlrendszerben felülírással?
"The website encountered an unexpected error. Please try again later."
"A webhelyen nem várt hiba történt. Később érdemes újra megpróbálni."
Ez az ún. exception hibaüzenete a Drupalnak, ami statikus, hiba eredetétől függetlenül mindig ugyanaz. Elég csak annyit írnod, hogy exceptiont dob.
Mit látsz a Hibajelentések között? El tudsz oda navigálni, engedi megnyitni? Ha igen, mi az utolsó bejegyzés, mikor a hibát tapasztalod?
Ha nem tudod megnyitni, akkor mit látsz a PHP logban?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egészen pontosan, hogyan?
A drupal 8.6-os verziójával kapcsolatban érdekelne a válasz.
Eddig az alábbi modult találtam erre a célra:
https://www.drupal.org/project/cdn
Ugyanakkor látható egy új irányvonal a médiák integrációjára is a drupal 8.4 óta. Ezt jó irányvonalnak tartom, -bár a tartalomba ágyazás, még hiányzik (8.7-re ígérik) -valamint a média böngésző is csak kísérleti.
Látom azonban, hogy a médiákkal kapcsolatban is megjelent egy iframe domain biztonsági lehetőség.
Kíváncsi lennék, mi a legjobb megoldás. Érdemes külön-külön aldomaint használni a médiákhoz, valamint az egyebekhez? Esetleg elég egy aldomain is?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kis nyomozás után úgy tűnik
Kis nyomozás után úgy tűnik az a gond, hogy a modul fejlesztője nem tett még közzé stabil kiadást (csak egy dev van kint a projektoldalon), ezért az l.d.o nem húzta még be a sztringjeit, és ezért még nem fordíthatóak.
Mindenki akkor járna a legjobban, ha írnál VVVi-nek a D.org-on, megkér(dez)néd, hogy toljon ki egy stabil kiadást, utána napokon belül lefordítjuk l.d.o-n (ezt személyesen vállalom), te pedig addig telepíted (ha még nem lenne fent) a l10n_update modult a webhelyeden, így egy cron-futtatással azonnal megjelennek majd a magyar szövegek.