nevergone képe

Tanulság: Ne nyúlj olyanhoz, amihez nem értesz, és ne módosíts az alaprendszerben anélkül, hogy értenéd a rendszer működését és módosítás hatását.
Hogy ontopic is legyek: Attól tartok, megszívtad.

0
0
szantog képe

Views, felfedett szűrők.

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.

eager képe

Ha volt biztonsági mentés azt az importot megelőzően, akkor az használható lenne, hogy arra az állapotra visszaállítsd, nem?

0
0
hron84 képe

Haaat...

Az elso es legfontosabb dolog az, hogy azokat a hivatkozasokat, amiket igy, hekkelve csinaltal, azokat egyenkent at kell alakitanod abszolut hivatkozasokka. Eleve nem ertem, hogy ez igy miert volt jo, vagy miert kellett, de nyilvan megvolt ra a jo okod, bar egeszen biztos vagyok benne, hogy a Drupal lehetoseget adott volna arra, hogy maskeppen is megoldd a felmerult problemat.

A kovetkezo, amire szukseg lenne, hogy atnezd a router_path mezoket a db-ben. Ahogy a peldakat elnezem a sajat db-imben, a router_path minden olyan link eseteben ures, amely abszolut, vagy a <front> szoveg van benne. A tobbi eseteben a router_path megegyezik a link_path ertekevel. De mindenkeppen figyelmesen nezd at a bejegyzeseket, illetve ha tudod, egy teszt oldalon vegyel fel minel tobbfajta linket, hogy lasd, peldaul a tobbnyelvu linkek hogyan neznek ki db oldalon. Nagyon korultekintonek kell lenned, es nagyon oda kell figyelned.

Szoval, eloszor is csinalj egy mentest (!!!), majd a db-ben modositsd a fentieknek megfeleloen a router_path mezoket.

Ha ez igy mukodo site-t eredmenyez, akkor utana probalj meg (mentes utan!) egy eredeti Drupal 6.19 -et kicsomagolni, felulirva ezzel a hackolt fajlokat.
Ha meg mindig mukodik az oldalad, akkor eljott az ideje annak, hogy frissitsd 6.25-re, mert tudomasom szerint volt security frissites is a 19 ota.

Es a jovore nezve megjegyzed, hogy a lustasag fel betegseg. Csak a szerencsen mult, hogy az oldaladat meg nem tortek fel kulonbozo, azota mar javitott sebezhetosegek okan. Barmilyen modositas a core kodban ugyanis egy frissithetetlen, menedzselhetetlen oldalt eredemnyez, ami raadasul konstans hibaforraskent szolgal.

Valamint: Nem tudom elegge hangsulyozni, hogy a fenti javitasi tippeket szigoruan csak mentes utan hajtsd vegre, es minden egyes lepes elott/utan mentsel. Ne lustald el, ne hagyd ki, es ne felejtsd el. Igy is eleg eletveszelyes muvelet kessel belevagni a Drupal szivebe kulonosebb hozzaertes nelkul, nem kell ezt meg tetezni.

0
0

--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
hron84 képe

Hat, ha volt :-)

De eleve egeszsegtelen kornyezetrol beszelgetunk. Eleve a custom hekkelesek miatt az oldal frissithetetlenne valt, emiatt on- es kozveszelyes. Kb. annyira egeszseges a kozeleben tartozkodni, mint egy rosszul szigetelt atomeromunek.

Kozben utanaszamoltam, nem kevesebb, mint 2 azaz ketto security frissites jott ki a 6.19 ota (sorrendben: 6.21, illetve 6.23), mindketto XSS, CSRF valamint bypass tipusu sebezhetosegeket javitott.

0
0

--

()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
vajdasági képe

Tehat ha kimongyuk hogy nem szamit a duplikacio akkor ezzel nem foglalkozunk.

A tarhely neve nekem nem mond sokat, lehet masoknak az is hasznos info lessz.

Masodik korben elkellene donteni hogy neked es a tarhelyednek is mi az elfogadtato, kulon teszel fel egy masik mappaba egy teljesen kulonallo Druplat es mongyuk backup es migrate -vel (azthiszem valami ilyen a neve) atmasolsz mindent az ujba. Igy lessz ket teljesen kulon Drupalod egy - egy oldallal. A regiben csak annyit kell csinalnod hogy onnan kimasolsz indent. Az ujba meg bemasolod. Amint ezzel megvagy, letesztelted hogy minden rendben van az ujjal is utanna mar csak az a dolgod hogy az ujba bevidd az uj dolgokat.

Masik iranyban a meglevo (regi) drupalodhoz csapsz hozza egy ujabb domaint.

A dontest rad biznam, de en (ez csak a salyat velemenyem, es nem sok a drupalos tapasztalatom, igy majd masok helyeslik vagy elvetik) ha a tarhely megengedi akkor talan feltenek kulon mappaba egy masik Drupalt arra iranyitanam az uj domaint ...

0
0
vajdasági képe

Ha nem boldogulsz a CSS -el es az oldal is publikus akkor ranezhetek hogy hova mit kell beirnod.

0
0
moha képe

Muszáj voltam valahogy megoldani, hogy elfogadja a relatív hivatkozásokat, ugyanis jelenleg 10 nyelvű az oldal és legalább 20 domain név mutat rá (különböző nemzeti és nemzetközi domainek), viszont van egy Drupaltól független rendszer is több ezer oldallal, aminek a hivatkozásait be kellett tennem a menübe, de úgy, hogy ugyanazon a domainen maradjon, mint amivel a látogató megnyitotta a Drupal oldalt. Innentől abszolút link kilőve, alapból meg nem fogadja el a relatív linket. Ha van rá beépített megoldás, akkor homályosítsatok fel, mert én csak ezt a hacket találtam.

Egyébként egy jó adag csűrés-csavarás után sikerült megoldani a problémát. Visszaállítottam a hacket majd újraimportáltam a török nyelvi fájlt. Helyreállt a rend, megvannak a router_path-ok és működik minden.
Persze életveszély nem volt, mert ha semmi nem megy, akkor lekapcsolom fél órára az oldalt és visszarakom az egy nappal korábbi mentést. Azt csak azért nem akartam, mert akkor újra fel kellett volna töltenem a török oldalakat.

0
0
gyuszi666 képe

Üdvözletem Mindenkinek!

- A clean-urls engedélyezve lett már telepítéskor. Írtam egy álnevet is, és valóban a node/4 helyett, 2011 álnévvel beírva a honlapunk - volt technikumi osztálytársaimé, akikkel 2 hét múlva lesz az 50. éves osztálytalálkozónk, és megígérteem, hogy meújul a honlapunk - címét, azonnal a megfelelő oldal töltődik le. Ez jópofa dolog, de nem látom, hogy köze lenne a "Cikk" tartalom keretében feltöltött képek megjelenítéséhez.
- E-mailben megkérdeztem Nagy Gusztávot, aki javasolta hogy a drupal.hu-n tegyem fel a témát - ez már előbb megtörtént, és mondta, hogy nézzek meg egy útvonalat, a következőt:
- Nagy Gusztáv tanácsára megnéztem az admin/config/media/file-system
útvonalat. Ezt az "Implement hook_watchdog()" őrzőprogram megakadályozza, kikommenteltem az utasításokat. Itt azt látni, hogy a "Nyilt" fájlok a sites/default/files mappába fognak kerülni. Ezt a kézikönyvben is olvastam, és már erről meggyőződtem, azzal a kiegészítéssel, hogy a files mappának még kellett csinálni almappákat - field/image - mert a képfájlokat ide tölti be. Ide lehet más útvonalat írni, de minek? Egyebet meg itt sem lehet tenni.
- A feltöltött képfájl tehát kerül EGY helyre, megjelenítéskor átalakítva a megfelelő méretre egy MÁSIK helyről akarja a program elővenni, de nincs ott a fájl.
Amikor a "Cikk" tartalom hozzáadását végzem, és be kell jelölnöm, hogy milyen legyen a kép stílusa, pl. thumbnail, azt gondolom, hogy ez lenne az az utasítás, ami elindítja a kép átméretezés és az új helyre töltés végrehajtását. De mint mondtam ez nem történik meg.
- Megnéztem a www.rakosmentetv.hu honlapot, amit Nagy Gusztáv csinált. Megnéztem hogy pl, az első képet honnan veszi elő a program:
http://www.rakosmentetv.hu/sites/default/files/szepesi_nikoletta/image00.... Mint látható ebben nem szerepelnek azok a mappák, ahonnan az én programom elő akarja venni: /sites/default/files/styles/thumbnail/public/field/image/erd1cs.jpg
- Gusztáv könyvében nem is tesz említést erről az útvonalról.

Itt tartok. :(

0
0

gyuszi

segi képe

csak tisztán css, ahhoz hogy dinamikusan cserélődjenek a színek és a képek, mindenképp szükséges valamennyi javascript.
Két lehetőséget látok, vagy a menüpontól függően az oldal elemeinek valamely tulajdonságát mondjuk az osztályát cserélem, attól függően melyik menüpont az aktív, vagy a css-t magába a js fájlba módosítom.
Ehhez mindenképp jQuery-t ajánlok!

2
0

Drupal developer at Cheppers