Probalom egyszeruen
megfogalnazni, hogy mit nem ertek: es hogyan csinaljam :)
Beleneztem a jelenlegi smink mappajaba es latom, hogy ott van egy template.php. Gondolom a tpl.php is ez lenne csak roviditve. Az egyes nezetek php kodjait ki tudom exportalni, de ezekben nincs az altalad emliett $title ertek megadva, a panel eseteben pedig lovesem sincs hogyan juthatnek hozza a kodhoz amit majd beletehetek az uj tpl.php-ba.
Masik kerdesem, ha netan valami isteni szerencse folytán rajonnek a megoldasra akkor dobjam ki a jelenlegi template.php fajlt ami a hasznalt tema mappajaban van es tegyem be az ujjat? Netan hagyjam meg ott a regit is de tegyek be melle egy masikat valami mas elotaggal?
Az az erzesem, hogy majd ki kell dobnom, de ez csak megerzes. lelkes amator vagyok :)
Es koszonom, hogy iylen gyorsan reagaltal az elozo kerdesemre.
-------------------------------------------------
... értem értem hogy gőzzel megy! De mi hajcsa????
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
szulo-gyermek master-detail
Egy listában (szulo) listában hogy lehet megadni a linket, hogy az uj ablakban nyiljon meg?
FireFox-nal kozepso egergombra kattintassal szoktam..
Te valojaban egy olyasmit szeretnel, hogy van egy oldal ket reszbol, az egyik egy lista es egy masik resz (vagy lista vagy csak adatok). A masodik resz az szerint valtozik, hogy a elso listan melyik az aktiv elem. Szerintem ezt jelenti a master-detail megjelenites..
konkret (II) pelda megvalositasa. szulo-gyermek
1. uj node tipus person
2. node-reference field az apara, anyara, hazastarsra
3. egy view "parents" ami az adott person node id-ja alapjan kilistazza ot es a hazastarsat..
4. egy view "children" ami az adott person node id-ja alapjan kilistazza a gyerekeket..
5. a ket view megjelenitese a content regioban ha person node-ot nezel
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
de mire kell?
Azért kéne mégis azt megvitatni, hogy mire kell, mert amíg nem ismered eléggé a drupalt, addig lehet, hogy lenne az egészre valami sokkal egyszerűbb megoldás, csak Te nem ismered, mi meg így látatlanban nem tudjuk javasolni. Legalábbis jelen esetben nekem is az a véleményem, hogy valamit nem a legjobb módon próbálsz megoldani.
Azt szeretnéd, hogy egy topikindító hozzászólásba beteszed a novella egyes fejezeteit, és aztán arról lehet beszélgetni? Ehhez nem kell fórumlapnak lennie. Használhatod pl. az Írás tartalomtípust is, és bekapcsolod hozzá a hozzászólások lehetőségét. Ugyanaz lesz az eredmény. A novellák fejezetei között a kapcsolatot pedig megoldod pl. Taxonomy-val.
Illetve az "érthető okok" sem érthető igazából, miért nem akarod a teljes fejezetet láttatni? Úgy kell megvitatni, hogy csak az elejét látták? Vagy valahol el lehet olvasni az egészet, de egy másik helyen kell beszélgetni róla? Miért? Pontosítanád ezt nekünk?
--
Csonka Gergely
http://cheppers.com
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A szolgáltató védelmében.
Bizony létezhet olyan konfig ami igen is erőforrás igényes tud lenni. Simán össze lehet kattintgatni olyan oldalt ami tényleg megeszi a processzor teljesítményét. Nyilván ilyenkor jól jön ha az egész webszerver egy virtuális gépen fut, hisz ekkor az oldal nem rántja magával a többi weboldalt ami a szerveren működik. De ez meg nem az az árkategória amit évi (ne kérdezd ki az az Évi) tízezer forintért lehet bérelni.
Én nem tartom etikusnak egyből a szolgáltatóra fogni a problémát. Mondom ezt úgy, hogy sem a szolgáltató levelét sem az adott rendszer beállításait sem ismerem. (vagyis pont ezért)
Figyelj oda, ha innen idézel, hogy nem írtam konkrét tartalom kezelőt, hanem minden webes tartalomkezelőről beszéltem ami létezik a földön.
Végezetül álljon itt a Légrádi féle felismerés:
Bármilyen gyors gépre lehet lassú programot írni.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Keversz dolgokat.
Az a gond, hogy Te a végeredményre koncentrálsz: Ne látszódjon.
1. esetében nem kerül bevitelre és nem tárolódik az adatbázisban.
2. Bevitelre kerül és tárolódik az adatbázisban, de nincs a HTML forrásban, tehát nem megy ki a felhasználó felé
3. ott az adatbázisban és a HTML forrásban csak a felhasználó nem látja.
Ezek megoldások voltak, de neked van egy célod. Ezen felül vannak komoly szakmai indokok (SEO, biztonság, teljesítmény, sebesség, hálózati forgalom stb.) amik segítenek abban melyiket válaszd. Ha ezeket pontosan ismernénk lehetne javaslatot adni, de általánosan nem nagyon. Kb. azt kéred, hogy több mint tíz év webfejlesztési tapasztalatomat írjam le pár mondatban. :D
Az UC-hez nem értek, de ha értenék is azt kérdezném, hogy miért nem jó az, hogy az admin felületen eltűnteted????
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
töröld
"Nagy a homály batch téren nálam, de azt hiszem, kicsit nonszensz az az 1 darab 10 megás rekord."
Az egy beragadt művelet lehet amit (talán pont a mérete miatt) nem tudott végrehajtani a PHP.
"Az nyilván a phpmyadmin baja, hogy a node_revisions tábla jelenlegi 0 rekordjára 291 kb-nyi tárhely foglalást mutat"
A phpmyadminban két oszlop van a méret és a felülírás. Valószínűleg a felülírás is 291kbnyi a táblában. Optimalizáld/javítsd a táblát és akkor jó lesz. A myIsam tábla helyfoglalása az olyan, hogy ha törölsz valamit akkor annak a fizikai helye megmarad és ha oda nem tud betenni semmit sem akkor az elveszett helyként ott figyel. (text mezők pl. tipikusan olyanok amit így tárol) Ha kiürül a tábla attól még ott vannak ezek az elveszett helyek. Ezen a tábla optimalizálása segít.
(jé egy weboldalt azt gondozni kell? :D)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nyelvfuggo fooldal
ezt ki mondta? D6-ban sosem volt a fooldal nyelvfuggo, mindig az osszes node-ot jeleniti meg ahol be van jelolve, hogy "Címlapra kerül". Es az az erzesem a D7 is meg ugyanigy mukodik.
egy lehetseges megoldas i18n nelkul: valaszd ki, hogy melyik nyelvet szeretned fo nyelvnek, es az szerint allitsd a node/1-et vagy a node/2-t fooldalnak.. ahogy itt is megirtam mar: http://drupal.hu/forum/tobbnyelvu-oldal-elsodleges-linkek-beallitasa#com...
az i18n fooldal megoldasa amikor en probaltam, nalam nem volt tokeletes, ugyhogy azota sem hasznalok i18n-at ahhoz, hogy a fooldal nyelvfuggo legyen..