nevergone képe

Komolyan, neked olyan fontos már a még ki tudja mikor megjelenő Drupal 8, hogy rögtön PHP 5.4-et kérsz? Ha megjelenik a Drupal 8, attól a 7 még nem lesz elavult, köszöni szépen, éldegél továbbra is.

Ettől függetlenül ez egy gagyi szolgáltató lehet, ahol nem tudják megoldani, hogy az különböző oldalak független beállításokkal (pl. PHP verzió) üzemeljenek. Vagyis ha neked PHP 5.4 kell, akkor mindenki PHP 5.4-et fog kapni náluk, akár kérte, akár nem.

Én sürgősen menekülnék egy ilyen szolgáltatótól. Képzeld el, ha egyszer nálad eltörik egy funkció azért, mert valaki olyan dolgot kért, ami nem kompatibilis az oldaladdal…

3
0
szantog képe

Töröm el a kezét, és soha az életben coderként meg sem ismerem, aki php kódot ír textareaba. :)

Csodaszép hookok vannak ám a drupalban, ahol ilyeneket meg lehet csinálni, a legegyszerűbb pl a hook_field_extra_fields de lehet az entity modul függőségében hook_entity_property_info_alter-ben írni meg ugyanazt a kódot, egyből views és minden más kompatibilis lesz + nem kell még két tábla, hogy tárolja.

2
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.

DruTa képe

Amit a rendszer generál neki, az nem ismert, csak akkor tudja használni az illető, ha adott időn belül (ha jól emlékszem 2 nap) belép. De ha nem lép be, akkor nem tud belépni később.
Persze kérhet új jelszót, de vannak - gondolom te is ismersz ilyeneket - felhasználók, akik ettől már elakadnak és vagy kérnek segítséget, vagy annyiban hagyják és nem fejezik be a regisztrációt.

Én csak azzal nem értek egyet, hogy miért nem szól a rendszer, mint a piros csillagos mezőknél, hogy hé ember, nem léphetsz tovább, nem mentheted a profilt, mert nem adtál meg jelszót.

Szerintem igazam van.

0
0
Gyuri77 képe

Köszönöm a linket. A 7.34 drupal van fent a szerveren.

Közben irtam a szolgáltatónak is, meg is jött a válasz hamar.

Azt irja, megnézte a logot, és azt látja hogy a saját felhasználónevemmel és jelszavammal lépett be a szerverre "valaki".

Azt tanácsolta erősitsem meg a jelszavam, illetve még az is, hogy futassak vírusírtót mert lehetséges virúsos a gépem, ami azért egy kicsit fura mert linuxot használok de persze nem lehetetlen :D

Megtettem ezt is :)

Szóval most követe a tanácsát kiváncsi leszek.

Elvégeztem a "szokásos" műveletet és persze megint tökéletesen működik az oldal.

Köszi a segítséged ..

Gyuri

1
0
snufkin képe

Arra gondoltunk, hogy miutan a resztvevok kozott gyakorlatilag a maintenance team 100%-osan reprezentalva van, nomeg a redesignnal szervesen osszefugg az, hogy hol is tartunk most project management es migration temaban, ezert errol is beszelni kene. Miutan a redesign beszelgetes jelenleg eleg kotetlennek tunik, azt javasolnam, hogy az elso fel-egy oraban beszeljuk at a karbantartoi dolgokat, a kovetkezo strukturaban:

* Osszefoglalo a drupal.hu migraciorol
* Kozeljovo tervei
* Hogyan tovabb

Bovebben ebben a google doksiban irtuk ossze: https://docs.google.com/document/d/1DCceaXvYSLtngGKABT8W3xjnssXRcyAlC3Tp...

aboros képe

csak úgy elég manuális lesz. korcsoportonként egy-egy blokk van berakva egymás alá, ez ahány korcsoport, annyi views block lesz, mert mindegyikben másik szűrő kell majd a korcsoportra.

vagy egy page manager oldal, amibe egymás alatt 12x szerepel ugyan az a view, ami kapott érték alapján adott korcsoport legjobbját visszaadja. ekkor csak egy nézet kell és azt kell "csak" berakni 12x és mindig beállítani hogy a contextual filter most éppen melyik korcsoport legyen. hátránya többek között leginkább az lesz, hogy ha holnap lesz egy új korcsoport, mégegyszer hozzá kell adni a nézetet a page manager oldalhoz.

de legalább egy betü kódot nem kell írni. :)

1
0

-
clear: both;

szt képe

Hát a 3-as Views-ban ez a probléma túl komplexnek ítéltetett, úgyhogy valami contrib modult kell írnia rá valakinek.
Viszont ha nincs felfedett szűrőd és nem túl bonyolult a szűrés, akkor az ÉS helyére SZORZÁS-t írva, a VAGY helyére meg ÖSSZEADÁS-t írva a zárójeleket feloldhatod. Cserébe sajnos bizonyos szűrőfeltételek többször is szerepelni fognak, amit nehezebb adminisztrálni.
A te esetedben:
(A•B•C•D•E)•((F•G)+H)=A•B•C•D•E•F•G+A•B•C•D•E•H
szóval (ha nem rontottam el) akkor az A, B, C, D és E feltételedet 2-szer is be kell tenni, és mivel nem lehet duplikálni sem, ez elég macerás...

0
0
SecMan képe

Tényleg jó lenne valami átfogóbb és megbízható anyag az üzemeltetés szemszögéből is.

Viszont, ha már ilyen témát kezdesz, akkor nekem, mint aki szívesen tanulna újat/jobbat, ennyi leírás nem lesz elég. ;)

Cron beállítása? Mit/hol/miért?
.htaccess? Mit/hol/miért?

Hogy hozzá is tegyem a magamét:
A Captcha-t érdemes kiegészíteni a Honeypot-tal, nálam sokan átcsúsztak a captchán, amire a Honeypot jó megoldás volt. Most már a logokból azt látom, hogy amit a Honeypot valamiért nem fog meg, az a Captchán akad meg.

0
0
dongodani képe

Próbáld meg úgy, hogy a CKEditor config.js fájlban Link az összes szűrést kikapcsolod:
config.allowedContent = true;
Vagy engedélyezed az osztályok használatát:
config.extraAllowedContent = '*(*)';

További finomhangolási lehetőségek:
config.extraAllowedContent = '*[id]';
config.extraAllowedContent = 'span;ul;li;table;td;style;*[id];*(*);*{*}';
...stb.

A Toolbar testreszabásával kapcsolatban itt találsz infót:
Link

0
0
pp képe

Szemlélet hibás.

Nem kereső, hanem szűrő. Mivel nincs semmiylen szűrés, ezért az összes tartalmat mutatja. Persze értem én, hogy azt szeretnéd, hogy ha nem keresett akkor ne is legyen lista, csak nehéz szétválasztani, azt, hogy nem keresett, vagy a szűrőt úgy állította be, hogy ne legyen semmilyen korlátozás.

talán: http://drupal.stackexchange.com/questions/127969/hide-results-of-drupal-...

A lényeg, hogy kéne egy oldal, ahol csak a feledett szűrő blokkot jeleníted meg, és utána az átvisz a "találati" oldlra.

pp

1
0