Ismét kiderült, hogy a kérdező a ...
Köszönöm a választ! Valóban ott van a link, csak én alapból mindig beállítottam a colorboxot a kép formázására. Amint kikapcsoltam én is megláttam az opciót, vertem a fejem egy darabig az asztalba.
Hozzáteszem, azért sikerült megoldani, bár elég körülményesen:
- a nézet beállításánál a relationship-hez berögzítem a képet és bekapcsolom a "Require this relationship" opciót,
- ekkor a nézethez már hozzá tudok adni egy Fájl:útvonal című mezőt,
- ezen már csak be kell jelölni a "Display download path instead of file storage URI" opciót és megvan a képem URL-je,
- ezt már felhasználhatom a rewrite-ban.
Áááááá, cseppet sem bonyolult, de azért hátha valamire jó lesz. :-)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
lehet már idejét múlt, de
lehet már idejét múlt, de engem érdekelne, hogy valójában milyen helyzetről van szó (illetve sikerült-e megcsinálnod)
szerintem alapvetően az van, hogy két különböző submit handlert használsz, holott itt inkább egyet kéne és ellenőrizni, hogy milyen értékek vannak (B esetében csak azok, amik B-ből jönnek, A esetében meg B hiddenjei és A textfieldje is) -> szóval lehet úgy kellene, hogy az A-nál is rendelkezésedre álljanak ugyanazok a mezők, mint amik benne vannak B-ben, csak itt hiddenként és megfelelő value-kkal.
De lehet nagyon elkalandoztam és tök másról beszélek, mint ami maga a probléma/megoldás :D Akkor elnézést és megyek zsebkendőt lógatni :)
Üdv, tatarbj.
---
Tatár Balázs János
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igen, végül is lehet, hogy tényleg felesleges
Köszi a választ és véleményt!
Tulajdonképpen nem csak a Google Maps megjelenítése volt a kérdés, hanem az is, hogy a cég címének nyilvántartására pakoljak-e fel modult.
Végül én is úgy döntöttem, hogy túlzás és teljesen felesleges lenne egy vagy több plusz modullal terhelni a szervert, amikor valójában egy olyan tartalomról van szó, ami a lehető legritkábban változik (nem lesz egyhamar költözés, vagy ha mégis, akkor sem kell túl sok helyen átírni). Ez eredetileg is felmerült (mint az eredeti kérdésben látszik is a dilemma), de eleinte még vacilláltam, hogy válasszam-e a némileg rugalmasabb megoldást, vagy maradjak a teljesítményt jobban kímélő változatnál.
Utóbbi egy ilyen tök egyszerű honlapnál talán valóban jobb választás.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
[kicsit off]
[kicsit off]
Igen, mert te a Wysiwyg modullal használod a CKEditort. A wysiwyg modul segítségével lehet akár többféle szerkeszőt is kényelmesen használni/váltogatni egy weblapon belül - ez jó. Viszont az esetek többségében csak egyféle szerkesztőt használsz, amit szeretsz, megszoktál, és akkor arra még az ügyfelet is könnyebben rászoktatod. Szóval ha a CKEditor a kedvenced, akkor felejtsd el a Wysiwyg modult, és tedd fel a CKEditor modult, ami önálló modul (persze a CKEditor library-t ehhez is le kell tölteni :). Nagy előnye viszont, hogy több funkció van benne, szóval szerintem megéri. Többek közt a fenti beállítás is ebben a verzióban van benne.
[/kicsit off]
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
AppServet használtam sokáig.
AppServet használtam sokáig. Ha jól tudom nem fejlesztik már egy ideje, így pl a drupal 7-et nem tudtam felrakni, mert túl régi benne a php meg a mysql is. A Xamppal is próbálkoztam, de ott is volt valami gubanc, ami miatt végül az EasyPhp-t használom.
Valóban több helyre is menti az easy a conf fájlokat, de mind a 3-ban ugyanaz van, allowoverrida all, meg a másik is engedélyezve van. Passz, még próbálkozok vele, de végül is megy a drupal, egyéb hiba nem jött elő ezzel a verzióval.
Most még a views slideshowt nem tudtam beüzemelni, pedig már megnéztem jó párszor a vörösboros videót:) De ezt majd megkérdem a hozzá tartozó topicban.
Köszönöm az eddigi segítséget, de a WP fényévekkel egyszerűbb, így áttértem arra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
megvan :)
Előzőből kimaradt, h köszönöm a választ!
Erre gondoltál?
Content authoring » Wysiwyg profiles
edit-en belül a a basic setup-nál ezt is be kellett pipálni:
Allow users to choose default
magyarázat hozzá:
If allowed, users will be able to choose their own editor default state in their user account settings.
Nem vagyok perfekt angol, én ezt úgy értelmeztem, hogy ha enegedélyezve van akkor a userek maguk választhatják ki az editort az account-juk beállításainál.
Szerk.: Tovább próbálgattam nem ez a megoldás. Kivettem a pipát és most is működik. Igazából nem tudom, megmondani, h miért lett jó. Mindegy én már nem merem bántani. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Próbáld meg kikapcsolt JavaScripttel
A memory limit megnövelése után gondolom újraindítottad a szervert, és valóban érvénybe lépett, de azért csekkold le.
Én a helyedben azt próbálnám, hogy mi történik, ha kikapcsolom a JavaScriptet a böngészőben. Szerintem az AJAX-os hibák nagy részének hibakezelése 6-osnál elég csapnivaló (lásd a példádat), hátha JS nélkül kiír valami értelmesebb hibát a validálás után (a lap újrafrissül, amikor az Attach-re mész, mivel most nincs AJAX-kommunikáció), amiből már ki lehet indulni.
Aztán jelezz vissza, így kiderült-e bármi. Nem biztos, hogy ez megoldást jelent, de egy próbát mindenképp megér.
Szerk.: még annyi, hogy a jQuery Update modult felraktad már? Ha nem, mindenképp érdemes lenne.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Attól még ez akkor sem jó megoldás.
Itt előbb leírtam, amit gondolok, ami miatt inkább maradok a Zen theme-nél, pedig én aztán nagyon nem vagyok egy hobbidizájner. A Zen-re aztán nem lehet azt mondani, hogy nincsen agyontesztelve teljesen cross-browser módon.
Érdekes módon más theme-eknél nem alkalmaznak ilyen gagyi megoldásokat, mint a szükséges mennyiségű pixelek "beledrótozása" a sminkbe. A cinikus reakciód ellenére nem gondolom másként: akár elismered, akár nem, ez nem egy jó megoldás.
Én nem vagyok aktív felhasználója a Marinellinek, ezek fényében nem is valószínű, hogy az leszek, az meg plusz megerősítés, hogy olyan szépen, jól csengően leírtad, hogy "nem nagyon van vele foglalkozva". :D
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Még mindig nem lett jó...
Köszönöm mindenkinek a hozzászólását és segítő szándékát!
Mint írtam, nem vagyok programozó, így eléggé "kinai" volt nekem majdnem az egész. De a szantog által javasolt megoldást meg tudtam csinálni:
"eléggé idegesített, úgyhogy belemásztam:
a $vars['user']->picture-t kell lecserélni $vars['comment']->picture->fid -re"
Sajnos semmi nem változott! Pontosabban, ki tudja miért, most már ha csak egyetlen hozzászólás van (pl. a Sikereink menüpont), ott helyesen jelenik meg a kép.
De ahol több hozzászólás is van (pl. Hasznos linkek), ott továbbra is a képek teljes szélességének csak kb. az egyharmada jelenik meg, ha nincs bejelentkezve a látogató.
Mit kellene még megváltoztatnom a teljes sikerhez? Kicsit szájbarágósabban, ha kérhetem...
Veres László
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
állítsál be akkor egy jókora gyorstár élettartamot
nincs sok új friss tartalom, nincs hozzászólások, fórum, friss ezaz, akkor állítsál be egy jókora gyorstár élettartamot, teszem azt 3 órát vagy még többet és ezzel mindent megtettél kb. ha még ez se elég, lehet boost modult is használni egy ilyen helyzetben, az tulajdonképpen konkrétan .html fileokat fog generálni az összes oldalból, ezért nulla mysql lekérdezéssel jár egy boostal kezelt page kiszolgálása. de ezt szerintem a terhelés nálad nem indokolja.
persze lehetséges olyan is, hogy a sminkedben vagy néhány viewsban csinálsz olyan dolgokat amik rengeteg lekérdezéssel járnak, ezt nem tudhatom.
és mégegyszer, ezek - konkrét adatok, kódok, miegymás híján - mind csak tippek-trükkök kategória :)
-
clear: both;