Basesoft képe

Én is nézegettem az embientet. Sajnos nem igazán csinál semmit a beléptetésen kivűl. Szóval az integráció az túlzás ebben az esetben.
Én végül az SMF teljes migrálása mellett döntöttem.

0
0
asrob képe

A kérdésem az, hogy hogyan lehet átadni az ügyfélnek egy olyan pl. Excel táblázatot, (vagy csv-t mindegy), ami a használatban lévő (!) fordítási egységeket tartalmazza?

2. az ügyfelünk fordítóirodának szeretné elküldeni a szövegeket, akik valószínű nem fognak / akarnak majd belépni az oldalra.

Ezekkel csak az lesz a baj szerintem, hogy durva félrefordítások is lehetnek, mivel nem tudják ellenőrizni a kontextust, azt ahogyan az a string megjelenik az oldalon, stb-stb.

1
0

--
Borsa Péter
https://peterborsa.eu

pp képe

Sajnos az még nem megy, mert anonymous júzereknek nincs engedélyezve ez a nézet nem is véletlenül.

Ha valaki elárulja, hogy hogyan tudom összekattintani, hogy:

"utvonal" az csak a regisztrált júzereknek látszódjon az "utvonal/uid" meg mindenkinek, az szóljon.

Az id meg a felhasználó név az én hozzá nem értésem vagy a views hibája/hülyesége, ugyanis ha comment-ek szűrök akkor nem tudok szűrni az uid-ra csak username-re mert ugye az van minden commentnek, míg uid-ja nincs, hisz anonymousok is hozzászólhatnak.

pp

0
0
gdavid képe

hat az akkor roppant erdekes.
a 0-as az az anonymous
amit nagyobb mint 1 az a tobbi user.
ami meg hibat okozhat, az a data mezo erdemes lenne 's:0:""' -ra cserelni az 1-es usernel.
torolni a sessions-t
es a cache-t
igy hirtelen ez jut eszembe.

0
0
aksza képe

Ha az eredeti állapotot akarod visszaállatni akkor a fájlokat és az adatbázist is vissza kell állítani. Tehát a hiba oka az, hogy a fájlokat visszacserélted az adatbázist meg nem. Rakd újra az egészet és így próbáld, lehetőleg saját gépeden (lsd: jegyzet)

0
0
cyclops képe

Érdekes fejlemény. Az egész honlapot átmásoltam az uw.hu -ra, az adatbázist dump-oltam és azt is átmásoltam az uw.hu -ra és ott megjelentek a kis képek. Ez hogy lehet? Akkor valami beállítás nem jó az eredeti szerveren, de mi?

0
0
aksza képe

Amikor az űrlapot szerkeszted rögtön az első oldalon ott van az: "Azok a csoportok, amelyek kitölthetik ezt az űrlapot". Ezt ne a hagyományos jogosultság beállításnál keresd. Ha már megvan az űrlap akkor szerkesszed és közép tájon van olyan, hogy: Űrlapok hozzáférésének szabályozása

0
0
Gonda János képe

Az user modulba beleturkálni meg nem illik. Én azt tettem. Olyan régen, hogy azt sem tudom hol az a verzió. Az igazi és végleges megoldást pedig oda kell rakni. Ártani, nem árt senkinek ha az user modul tartalmazná ezt a tiltást, sokaknak viszont hiányzik. A többség miután összehozott egy oldalt rábízza egy felhasználóra. Azért a drupal annál bonyolultabb, hogy mindent egy felhasználóra lehessen bízni. Én nem adtam át soha olyan jogot amivel el lehet babrálni az egészet. Admin jog nélkül meg nehezebb visszaállítani az elrontott részeket. Utána jön az egymásra mutogatás ami elveszi a kedvét az embernek. Nekem nem.:-)

0
0

Gonda János

snufkin képe

Az aldomainbol elert oldal biztos, hogy a masolatodat hivja meg, nem a regi oldalt? Pl ha modositasz valamit az elesen, akkor az az aldomainen is azonnal jelentkezik?

0
0
szantog képe

Nem valószínű. Az imagecache egész alapelve az, hogy az eredeti képpel végezzen módosításokat. Ha akárcsak egy mentést nyomsz egy preseten, már akkor újragenerálja a könyvtárat és keresi az eredeti képet.
Azonkívül az imagecache csak egy modul, ami megjelenést támogatja. Ettől függetlenül még lehetnek olyan modulok, amiknek szükségük van az eredeti képre az eredeti helyen.
Nem is tudom hogy fogalmazzak.. Azzal hogy kitörlöd a file-t a rendszer funkcionális szintjén avatkozol bele olyan folyamattal, ami nem egészséges. Magyarul szvsz az ilyen törlés egyenértékű a core hack-kel.
Bízz a Drupalban, tudni fogja, hogy mikor kell neki törölnie a file-t.

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.