Scheduler használata - kérdés
Köszi a választ.
Akkor még azt kérdezném, hogy hogyan kell használni a Scheduler-t.
Hogyan tudok egy feltöltéshez dátumot rendelni vele?
Vagy a letiltás időpontját hogy tudom megadni egy tartalom feltöltő részénél, a feltöltéshez?
Köszi előre is még 1x!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm
A megoldás kulcsa akkor a CSS-ből a Z-index.
Nagyon köszi!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
tanulság
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Views, felfedett szűrők.
Views, felfedett szűrők.
----
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Biztonsági mentés?
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?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Haaat...
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.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hat, ha volt :-)
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.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tehat ha kimongyuk hogy
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 ...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha nem boldogulsz
Ha nem boldogulsz a CSS -el es az oldal is publikus akkor ranezhetek hogy hova mit kell beirnod.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kiegészítés: lehet, hogy az
Kiegészítés: lehet, hogy az rontotta el, hogy a menu.inc-ben volt egy hack, hogy relatív linkeket is elfogadjon:
www.widgetsandburritos.com/technical/programming/drupal-6-menu-relative-...
Ugyanis elég gyakran kellett relatív, külső hivatkozásokat tennem a menübe és csak így engedte. A nyelv importálásakor ez a hack benne volt a menu.inc-ben.
Most az adatbázist megnézve, szinte mindenhol üres a router_path mező. Kérdés, hogy ezt helyre lehet-e hozni anélkül, hogy az egész menüszerkezetet újra kellene építenem...