kispi92 képe

csináld azt, hogy újból beállítod az image-nek ezt az útvonalat ("sites/all/modules/image/image.imagemagick.inc") és persze már létezzen is ez az útvonal, és ekkor nyomj alul egy "beállítások mentése" gombot. Ekkor ha minden igaz be fogja neked állítani ezt a könyvtárat ismételten, ekkor viszont már nem sipákolhat a drupál - HISZ MÁR LÉTEZIK IS A MEGADOTT KÖNYVTÁRSZERKEZET!!!!

Ezek után hozd létre az új image könyvtárat, amit szeretnél, írd ide be neki és újra mentsd el, így már tényleg mennie kell (mert nálam így ment).....

0
0

Forgalomnövelés üzleti alapon...

tolmi képe

Ezen az oldalon egyelőre a fórum hozzászólásai nem használhatóak kéretlen reklám megjelenítésére. Amennyiben a témába vágó választ ad valaki az nem minősül reklámnak jelenleg a portálon, még akkor sem ha valamilyen szolgáltatásra vagy termékre utal benne (amelyért természetesen ő vállalja a felelősséget, nem a Drupal.hu szerkesztősége).

Amennyiben viszont valaki a Drupalhoz, szűkebb értelemben a Drupal magyarországi közösségéhez nem kapcsolódó témát hoz fel, esetleg mindenféle kérdés vagy kérés nélkül terméket vagy szolgáltatást népszerűsít, ellene lépéseket fogunk eszközölni.

Remélem így már pontosabb, hogy mi az amiért valaki kap az orrára vagy nem.

0
0

--
Tolmács Márk
Drupal bandita

neobase képe

sehogy nem futtatjuk. Mivel a felhasznalo feltehet sajat modulokat igy az update.php nem is 100% hogy egeszseges lenne. Ha friss verziot teszunk a szerverre akkor az uj regisztraciok lesznek frissek, a regi felhasznalok csak ertesitest kapnak, hogy van ujabb verzio. Van egy frissitesi utmutato (mar belinkeltem ide) es a felhasznalo az alapjan tudja frissiteni a sajat lapjat. Ha csak 1-1 almodulbol jon ki frissites azt a juzer sajat maga a sajat homjaba be tudja tenni ha mindenkepp kell neki a friss es mehet az update.php Mi a modulokat drupal verzio frissiteskor frissitjuk kozpontilag.

0
0
gyuxton képe

Köszönöm szépen.
Ismertem a probamodult, csak nem jutottam előrébb vele. Megjelennek a SELECT-ek, bemásolom az adatbázisba a tartalmukat, de hogy jelenítem meg?
Látom, hogy a CCK modul szöveges legördülő listáján van olyan rész, hogy PHP-val lehet feltölteni a lista elemeit. Ha ide bemásolom a kódot, ami visszaad egy tömböt, akkor ezzel megtudom csinálni? (+ AJAX)
Valaki leírná, hogy hogyan működik az fent említett fét függvény? Megjeleníteni megtudom, de mit kell elmenten az adatbázisba? A SELECT boxok értékét vagy az egész formot? Köszönöm.

0
0
Nagy Gusztáv képe

mert ugye így a látogatónak jogot kell adnod, hogy minden tartalmat meg tudjanak változtatni.

Én alapvetően a verziókezelés logikájára ültetném:

  1. A tartalomtípusnál bekapcsolom az "Új verzió"-t
  2. A csoportnak adok "edit any ..." jogot, de "tartalom adminisztrálás" jogot nem
  3. Adok még verziók megtekintése jogot is.

Így gyakorlatilag a tartalmat bárki "módosíthatja", de az előző verziók is mentve lesznek.

Amiben bizonytalan vagyok, az az, hogy a csatolmányokat így ki tudja törölni egy rossz szándékú látogató, és nem tudom, ez kivédhető-e valahogy.

0
0

Nagy Gusztáv

neobase képe

http://drupal.org/node/482850

Az a problema, ami a www-s reszt is okozza hatott ki a domaines reszre is. A hibat egyedi juzer egyedi webtarhelyes megoldom hateekszeszbol dologgal el lehet fedni, de tortenetesen nalunk a htaccess nem megoldas. A gond az url parser reszben van, ha nem pont azt az url-t kapja, amire gondolt akkor egyaltalan nem csinalta meg a helyes url-t.

A segitsegeteket (illetve az elzarkozasmentessegeteket) csupan azert kertem, mert egy ilyen hibarol vsz ti elobb tudtok, igy megusztunk volna par nap hibakeresest.

0
0
Bálint képe

Az FCKEditorban a megfelelő profil beállításainál (ezt talán érdemes a Global Profile-ba tenni) a Visibiliy Settings-ben. Itt a mezőneveket vagy az oldalak elérési útvonalát sorolhatod fel. Vagy exclude-ra állítod, és akkor mindenhol meg fog jelenni az editor, ahol szöveges mező van, kivéve azokat, amiket beírtál, vagy include-ra, és akkor csak ott jelenik majd meg, amiket felsoroltál.

De nyugodtan leírhattad volna, hogy hogyan oldottad meg a háttérszín problémát, vagyis azt, hogy az Editor CSS-t kellett átállítani.

0
0
nevergone képe

A Joomla!-sokat is megkérdezted erről az egészről? Pont ma néztem a honlapjukat és a fórumot, nem láttam az ebben a témában indított fórumtémádat. Vagy hogyan szeretnél objektív véleményre szert tenni?

A következő gondolatban pedig nagy igazság van, szóval ezért sem értem, hogy mit szeretnél valójában.

aki elég mélyen ismeri a Drupalt az nem fogja elég mélyen ismerni a Joomla!-t. Aki mindkettőt ugyan olyan mélységig ismeri az valószínűleg felületesen ismeri a két rendszert.

Szóval ismerd meg önmagad mindkettőt minél alaposabban, és akkor jobban tudsz dönteni egyik vagy másik mellett.

0
0
buda képe

Megcsináltam, de az általad küldött kóddal (amiért nagyon hálás vagyok) csak a timestamp íródik ki (helyesen). Próbáltam a format_date függvénnyel kiíratni csak az évet, de nem sikerült összehoznom. Folyton az 1970-es évbe botlottam valami miatt.

substr függvénnyel ki tudom szedni az első négy karaktert a timestamp-ből, de hát igen randa megoldásnak tűnik.

0
0
sgabe képe

Olvasd el a hozzászólásodat újra. A problémádat az okozta, hogy hackelted a coret. Ez volt az első, de garantáltan nem az utolsó ilyen eset...

A hibajavításnak megvannak a megfelelő módjai és eszközei. A duplikált content-type tagról gondolom olvastad az issuet. A 7.x-ben már nem lesz benne, a 6.x-hez örömmel fogadna mindenki egy patchet és ha jó minden bizonnyal bekerülne a soron következő verzióba.

Mindenesetre biztosra veheted, ha így belenyúlkálsz a kódba azzal sokkal több problémát okozol majd magadnak, mint amennyit megoldasz.

0
0