funkciótól függ
A dolog lényege, hogy nem a pozíció alapján nevezed el őket, mivel ha később változtatsz a formázáson, az elhelyezkedésükön, akkor máris ugrik az eddigi elnevezés. Tehát a megfelelő szemantikus név attól függ Te mire fogod használni azt a két oldalsávot, milyen blokkokat helyezel el bennük.
Például, ha az egyikbe a navigációt akarod tenni az lehet #navigation, a másikban a friss tartalmakat az lehet #recent-content. Hogy a bal vagy a jobb oldalra kerülnek az elnevezésben lényegtelen és bármikor megváltoztatható, az elnevezések attól még érvényesek lesznek.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nagy okosságot nem
tudok mondani, de szerintem, ha újratelepítés után is ugyan az a baj, akkor valamit mégsem töröltél le rendesen. Nem lehet, hogy az sql szervert leszeded, de az adatbázis még megvan és újra azt használja az újratelepített rendszer? Jártam már én is így, mondjuk nem lokális gépen, hanem szerveren, hogy feltettem egy teszt Drupalt, majd amikor a próbákat megcsináltam leszedtem. Később az újabb Drpalt próbálgattam, de sehogy sem ment, csak az segített, az adatbázis összes tábláját töröltem és a Drupal szépen újra felépítette magának.
[-]
Tamás
- "Bonyolult problémákra mindig akad egyszerű, könnyen érthető, téves válasz" -
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Először behúzza a fősmink
Először behúzza a fősmink css-eit aztán az alsminkét. Emiatt az alsmink css-ei töltődnek be utoljára így ha egy osztályt felülírsz abban, az lesz érvényben. Attól lehet hogy mégsem sikerült hogy a fősmink alaposabban írta le a környezetet ezért az szigorúbb. Pl a #left ul.valami a.piroslink az szigorúbb mint a .piroslink, ezért az első fog teljesülni rá. Ha megnézed firebug-ban akkor pontosan látod hogy milyen css hivatkozik rá, azt hozd létre az alsmink css-ében és úgy írd felül a hátteret, akkor működni fog.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Jogos a kérdés...
Sajnos egy kicsit elkapkodva tettem fel a kérdésemet és így tényleg nem egyértelmű, ezért egy konkrét példán keresztül:
Autó lenne a menü 1, amelyen belül helyezkednének el a különböző márkák ezek lennének a menü11, menü12 (pl, audi, bmw, stb) Pl. Az Audin belül jönnének újabb alpontok a típusok (pl, A2, A4, A6..) és pl. az A2-n belül pedig a végén lennének a konkrét tartalmak a konkrét típusokról. Nos, a dolog úgy nézne ki, hogy a baloldali sávban helyezkedne el az Auto, mint főmenü pont, arra kattintava megjelennek a márkák, még mindig a baloldalon (ez eddig oké, merrt ez egy sima menü, illetve menüpont), majd mondjuk az Audira kattintva megjelennek a tartalom részen a különböző típusok táblázatos formában, majd Pl az A2-re kattaintva az olvasók által felvitt tartalmak teaser-ei jelennek meg.
A főproblémám az, hogy én ezt az egészet csak nagyon bonyolultan tudom elképzelni, ugyanis az Autón kívül még vagy 10 db ilyen menüpont lenne, melyek szintén sok almenüvel rendelkeznek.
Ahogy én elkezdtem, abból az jött ki, hogy csináltam egy nézetet az autómárkáknak (pl. audi_nezet), illetve egyet minden egyes típusnak (pl. A2_nezet), hogy a típusokhoz beküldött tartalmak is rendezett formában jelenjenek meg. Ezt végig gondolva millió nézetet kéne csinálnom. Pláne, hogy ez még csak az első főmenüpont, aztán még jönne vagy tíz...
A cél, hogy az olvasó pl. az Audi A2-es kapcsolatban tartalmat tudjon felvinni és az megjelenjen a fent leírt formában.
Köszönöm
Peti
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Enged meg, hogy első
Enged meg, hogy első körben gratuláljak a kérdés feltevés pontosságáért. Bárcsak mindenki így kérdezne!
Szerintem az alapvető probléma az lesz, hogy a beviteli forma szűrtHTML. Két megoldás is lehetséges:
1. full HTML-re állítod a beviteli formát
2. az adminisztráció/tartalom kezelés/beviteli formák menüben a szűrtHTML beállításainál a html szűrőhöz hozzáadod az tag-et.
pp
(mi az az XML-RPC editor?)
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
új téma kellett volna
Szerintem teljesen más a problémád, ha ugyan az lenne akkor a megoldás is jó lenne... ő nem tudott belépni az adminnal, aki egy felhasználó Te nem éred el az admint, ami egy útvonal.
Az csak a véletlenek különös összjátéka, hogy mindkettő admin... Érted? a tűz is ég, meg a felhők is az égen mennek, mégsem ugyan az...bár a füstből lehetnek felhők...de... szóval... na izé...akár..ja vagy mégse...
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
jól elvagyok (egymagam) :D
Persze olyan megoldást azért tudok, hogy berakok a webserveren a drupal mappájába annyi html-fájlt ahány taxonómiás oldalam van és a htmlekbe pedig berakok egy javas átirányítás scriptet és az átirányítás helyének pedig a megfelelő taxonómia elérését teszem, de az azért nem az igazi mert akkor szerintem nem lesz kiemelve az a link amin vagyok...
Úgyhogy ha valaki tudná az igazi megoldást az segítsen!
Köszi!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
re.
Nem letezik ez az utvonal, vagyis az all-ig igen, de utana az image mar nem.
Nekem nem itt van az az image konyvtaram, hanem sites/defoult/themes/client/image.(es eddig nem volt ez gond)
Szval azt mondod h toroljem a konyvtarat kepestol es allitsam be ujra, majd hozzam letre az uj konyvtarat, es elfogja fogadni? Es utana importalhatom be ujra a kepeket?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
valaszok
A kerdes az, hogy akarod e a weboldalt verziokezeles ala vonni. Igy kapod meg a valaszt az eredeti kerdesedre..
Amit csak lehet azt kodkent kell tarolni, nem az adatbazisban. pl az osszes view-t kiexportalni es views_default -kent betolteni.. Az lenne a szep ha mindent funkciot ki lehetne hasonlo modon exportalni, de sajnos ez csak nehany Drupal elemre lehetseges..
szerintem az adatbazis megszokott "verziokezelese" a rendszeres mentes.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Vélemény
Amit most írok, az csak az én véleményem.
Nyilván azért Te készítetted el az oldalt, mert jobban értesz hozzá, mint a megrendelő, illetve az alkalmazottai. Nem lehet felelősséget vállalni egy olyan oldal készítéséért, karbantartásáért, felügyeletéért, ahol az admin felhasználóval más is beléphet és bármit csinálhat. Ennek szabályozása, szerintem már a szerződés kérdése.
Egyébként ugyanezek a lehetőségek vannak az operációs rendszereknék is, legyen az windows, vagy unix. Plusz vannak modulok a jogosultságok finomhangolására is.
De ez már nagyon off.
Üdv: Zoli