nevergone képe

Félreértesz, én nem azt mondtam, hogy nem biztonságos, hanem azt, hogy van biztonságosabb is.
Biztonságos lesz a házad, ha minden ajtójára és ablakára a kellő számú és a minőségű zárat teszel.
Még biztonságosabb, ha nincsenek ajtajai és ablakai sem.

0
0
szistvan képe

Nekem picit hasonlít arra, mint amikor a szöveget iso-8859-2-ben beviszik, majd utf8-al próbálnák megjeleníteni.
Elképzelhető, hogy a menüket kialakítottad, majd azt követően történtek a szerveren változások? (Zárójelbe ideírom, bár elég kicsi esélyét látom: a skin amin a menük bevitelét végezted más kódolású volt és miután váltottál "így jártál".)
Megpróbálnám a jelenlegi skinben a tartalomban/menüben átírni - letöröl, újra bepötyög - a menüelem nevét.

0
0
Nagy Gusztáv képe

Az újraindexelés azt jelenti, hogy eldobod az addigi indexelt infókat, és újra kezded az indexelését. Szerintem csak a cront kellene futtatnod néhányszor, hogy felmenjen 100%-ra.

A tartalmak elérhetőek névtelenül?

0
0

Nagy Gusztáv

drupiuser képe

Ezután a változásokat le is kellene generálnod - elmenteni valamilyen néven. Alapból a /sites/default/files/dtc/sminkneved/dtc_mentettnév.css fájlt hozza létre. A sminkek beállításánál a lap alján lesz majd ez a mentett neved, előtte egy pipával...

ui.: én speciel' nem tudtam munkára bírni a generált css -t. Nem változtatta meg a lap kinézetét... :-(

rendszereto képe

Azt tudom, próbáltam korábban is, hogy mi van, ha közvetlenül megadom a settings.php útvonalát. Én csak arra hivatkoztam, hogy ha a privát módban a feltöltött file-okat ennyire védeni akarjuk, akkor ennyit még inkább megérdemelne a rendszer eme igen fontos file-ja.

Ami a házat illet: én egy olyan megoldást, köztes megoldást választanék, hogy bár legyenek ajtók, ablakok, de csak én tudjam, hogy hol vannak :-)

0
0
dj képe

nálam működött. Igaz csak teszteltem :)

Üdv!
Dudás József

rendszereto képe

Az irány mindegy (lokál > web, vagy fordítva), az eseménynaplót figyelve rengeteg hibaüzenet jött. Sajnos menüből nem lehet a korábbi eseménynaplókat törölni, kerestem a fórumokon, hol lehet manuálisan teljesen tisztítani, de nem találtam, aztán sikerült más témából kikövetkeztetnem (rajtam kívül még vannak kezdők, akikben ez a kérdés biztos felmerült), hogy hol van az az adatbázisban.

A lényeg: a legtöbb hibaüzenet abból adódott, hogy bizonyos ideiglenes fileok még a rendszerben voltak, ezért töröltem az alábbi táblákat (nem eldobtam, hanem töröltem):

- cache (az összes ilyen névvel kezdődőt)
- watchdog
- sessions

Így lenullázódott az eseménynapló (ez fontos, hogy ne legyen egy csomó olyan hibabejegyzés benne, aminek a kiváltó okát már orvosoltuk - szűrés ide, vagy oda) és újabb hibaüzenetek sem jönnek már az ideiglenes file-ok törlésének köszönhetően.

0
0
szantog képe

Nekem ilyen akkor volt, amikor egy tartalomra rules-szal átirányítást húztam, nem bírta beindexelni, mert állandóan eldobta egy korábbi node-ra. Mondjuk nekem a cron is megfőtt tőle asszem.

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.

szantog képe

1. admin/build/translate/export
2. http://localize.drupal.org/translate/languages/hu/import
3. admin/build/translate/import

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.

szantog képe

Ezeket a táblákat nyugodtan ki lehet hagyni exportáláskor is.

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.