galéria_készítés
Keresek olyan embert, aki tudna csinálni egy általam kiválasztott sémára tervezett fotógaléria oldalt, neobases drupalra.
Hogy miért ? Ennek több oka van, de a legegysszerűbb:
Én nem tudok. Már próbáltam többször is, mindenhogy de sehogy nem tudom megcsinálni, jó tudom hogy az a legegyszerűb ha mással csináltatom, de nekem nem megy, és most jöhetnek az okoskodások hogy nézzem jobban át, meg keressek oktató anyagot, de most ez nem fog menni, sorry . .
Ha úgy érzed képes vagy rá, és tudsz segíteni, akkor én bizalmat adok, megadom a neobases userem, addig, amíg elkészül a galéria.
Csak össze kell dobni, az oldalt, a képfeltöltést, meg a menüket talán meg tudom csinálni, csak az alap vázt kell felépíteni.
Nem húzom tovább, aki segítene jelezze már nekem itt, és akkor megbeszéljük a részleteket !
Kérlek segítsetek !
Válaszokat előre is köszönöm !
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Azt meg tudom csinálni a
Azt meg tudom csinálni a Views-el is amit írsz, hogy a node találati oldalán megjelenjen a felhasználó regisztrált neve, de mint írtam én azt szeretném, ha az adatbevitelkor, már a node beírásakor ott lenne ez, hiszen éppen akkor teljesül amit írsz: ha valamiért nem a saját nevét és telefonszámát akarja az egyik hirdetésnél megadni, akkor átírja, de legalább ott van, látja, hogy mi fog megjelenni.
Tehát nem egy beleégetett értéket akarok, éppen, hogy nem, csak egy kis kényelmes segítséget és tájékoztatást számára, mivel jellegénél fogva többször kell majd használnia ezt a kitöltő felületet, mert egyszerre csak egy dolgot "hirdethet".
De én ehelyett azt szeretném ott látni, ha pl. Nagy József csinál egy node-ot, és az van a profiljában, hogy "Nagy József" akkor az legyen kitöltve (amit ha akar átír a node beírásakor), ha nem akarja, akkor meg nem kell ismét beírnia.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Emiatt szeretem ezt a fórumot, :-)
feltesz az ember egy kérdést és teljesen másféle megoldást kap rá, mint amire számít. Így már érthető, hogy mit értettél az "embed kód" alatt, tényleg ez a legegyszerűbb megoldás egy ilyen egyszerű térkép beillesztése esetén.
Egyet nem értettem, hogy miért is volna szükség a WYSIWYG IFrames modulra, mivel ez anélkül is beállítható:
Ha szerkeszted az adott Wysiwyg profilt, akkor TinyMCE esetén pl. a Full HTML szövegformátumnál a CSS résznél a "Block formats" mezőbe berakhatod a modulban található kódot, ami iframe[src|width|height|frameborder|scrolling] volt, így a TinyMCE nem fogja ezután kitörölni az ilyen Html kódot.
Csak egy érdekesség, ami ehhez kapcsolódik: a TinyMCE alapbeállításában nem érhető el a H1 tag, de a fenti CSS részen a "Block formats" mező módosításával ez könnyen orvosolható: p,address,pre,h2,h3,h4,h5,h6 -> p,address,pre,h1,h2,h3,h4,h5,h6
Köszönöm a segítségedet, szerintem ez a gmap megoldásod másoknak is hasznos lesz majd.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hogy működik pontosan a menü rendszer?
Alaposan beleástam magam a hibába és a következő furcsaságra jutottam:
- Vannak a menüben olyan linkek, amik hibásan external jelölést kaptak, pedig belső node-ra hivatkoznak, ráadásul a router_path is üres.
- Ezeket megpróbáltam javítani. Az utolsó 30 kivételével rendben is volt.
- Ha ezt az utolsó 30-at is átrakom external = 0 és router_path = "node/%" akkor előjön a hiba
- Ha utána rögtön visszaállítom ezt a 30-at, nem szűnik meg a hiba, de ha az előzőket is visszaállítom, akkor igen
- Ezután az előzőeket megint tudom javítani, amíg csak ez a 30 marad
- Fura, hogy ez a secondary linksnél is ugyanígy megy, pedig oda eredetileg is tudtam plusz menüpontokat adni, függetlennek látszott tőle a probléma
Elég tanácstalan vagyok. Azt hiszem, legjobb volna újraépíteni a menüfát, de hogy lehet ezt megcsinálni, anélkül, hogy egyessével, kézzel újra felvinném a kb. 1500 menüpontot?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ugyanaz a Gittel letöltött változattal is
Úgy értettem, hogy nem született róla issue, legalábbis én egyelőre nem találtam.
Az is lehet, hogy a tesztkörnyezetemmel (Windows + IIS + FastCGI PHP 5.3.8) van összefüggésben.
Most lehúztam Gitről, és egyetlen modult akartam engedélyezni, mégpedig az Email fieldet, és már megint ugyanaz a hiba jött elő:
(bocs a kép rossz minőségéért, az Imgur butította "picit")
Valószínűleg ebből issue lesz.
Szerk.:
Nálatok egyébként nem jelentkezik ilyen probléma bármilyen modulengedélyezés után?
Elképzelhető, hogy valami Twig cache-sel kapcsolatos a dolog, mert elvileg az admin-felületen összekattintott modultelepítés után történik egy cache-frissítés.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Így könnyebb
Ha már amúgy is élesben megy a szerkesztés, itt a link: http://www.electroimpress.hu
Az oldal nyitva van, élőben megtekinthető az eddigi művem. Talán jobb mint a screenshot. :)
Benne maradt a fordított slide is. Látható, hogy egymás után mindkettő megjelenik. Az egyikben csak sima magyar szöveg van, a mindkét nyelven egyformán magyarul jelenik meg, a másikban a fentebb látható php kód, ami nyelvváltásnál szépen működik. A gondom az, hogy a slide-ra kattinva megtekinthető a hozzá tartozó tartalom. Na oda több dolgot írnék, de ezzel a php megoldással abban a formában már nem jó a fordítás.
Vagy azt is lehetne, hogy letiltani slideról a linket valahogy. A szolgáltatások között azok szintén elérhetőek, meg a menübe is be tudom tenni a fontos dolgokat.
A többi rész nagyjából már rendben van, van ott még a kezdőlapon lentebb három darab "read more" gomb, amit nem találok sehol.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Filefield Sources amire gondoltam
FileField Sources amire gondoltam, csak miközben írtam továbbgondoltam, hogy az igazi egy IMCE-s browser lenne, de akkor a legkönnyebben úgy lehet megtalálni, ha a filefield_path-al a megfelelő helyre összegyűjtjük az egy node-hoz tartozó fájlokat.
Lehet, hogy a javasolt megoldásom nyakatekertnek tűnik, de én abból indultam ki, hogy nem azt kell tárolni minden egyes fájlhoz, hogy az borítókép-e avagy sem (hisz nem lehet egyszerre két borítókép), hanem a fájloktól függetlenül azt kell letárolni, hogy melyik fájl a borítókép.
A megoldás elég gyökér júzer interfész, hisz a fájloktól függetlenül kell megadni egy fájlt, ami ráadásul más is lehet, mint ami a galériában van. Ezért javasoltam második lépésben a júzer interfész csiszolását.
Ha a júzer interfész felől indulunk el, akkor a szabozee által javasolt megoldás tökéletes, de ott az adattárolás és tartalmak betöltése lesz egy picit bonyolultabb, amit elfed előlünk a rendszer.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Két dolgot nem értek
Nem akarok kötözködni, csak két dolgot nem értek:
1. Miért "üzleti"?
Az előadások általában szinte kizárólag technológiai témákról szólnak, tehát az előadók túlnyomó többsége nem üzletember, hanem fejlesztő. A támogatók szintén lehetnek fejlesztők, vagy más szakemberek. Mi fogja az esemény üzleties jellegét adni?
2. Miért zártkörű?
Ez azt fogja eredményezni, hogy lesz valahol ez az üzleti vacsora, és valahol máshol egy kötetlen összejövetel a többieknek. Értem a célt, hogy ez valami exkluzív dolog akar lenni, de engem például zavar, hogy választanom kell majd (és egyébként valószínűleg a kötetlent fogom választani). Nem lehetne inkább egy közös eseményt szervezni úgy, hogy mondjuk a támogatóknak/előadóknak jár ingyen vacsora, a többieknek meg nem?
A kezdeményezés mögötti gondolatot (ha nem értem félre) egyébként támogatom, én is szeretném, ha a Drupal cégek vezetői között szorosabb kapcsolat és rendszeres kommunikáció alakulna ki, csak ezt a konkrét megvalósítást nem találom optimálisnak.
--
Csonka Gergely
http://cheppers.com
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem néztelek le
Nem néztelek le, fel se merült bennem. Az se merült fel bennem, hogy úgy próbálsz üzemeltetni bármit, hogy nincsenek meg a szükséges erőforrások. Ez nem lenézés, ez tény. Ha nem így lenne, akkor menne már az oldalad és nem arra várnál, hogy valaki az általad megadott nulla információból próbálja kitalálni, hogy mi lehet a gond, majd ez alapján szombat éjjel ingyen és bérmentve segíteni neked. Ez is tény.
Egyáltalán nem nézlek le, csak nem értem a hozzáállásodat. Vannak dolgok, amikért fizetni kell: Vagy megtanulod (és akkor az időddel fizetsz), vagy megbízol valakit (és akkor a pénzeddel fizetsz).
Sajnálom, nem tudok segíteni neked. Viszont ha nem tetszik a hazai közösség, szerintem máshol is szívesen várják, hogy segíthessenek a problémád megoldásában.
Ui.: Ha jól látom, akkor „Üzemeltetés, webhosting” nem okoz problémát, legalábbis a korábbi honlapod szerint…
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Gmail spam csapda
Jó régi ez a téma, de az én esetem is pont ide illik, sőt a megoldáshoz is itt találtam ötletet.
Az volt a gondom, hogy a regisztrált felhasználók egy része nem kapott visszaigazolást, így nem tudta befejezni a fiók létrehozását. Utóbb kiderült, hogy ezek a látogatók gmail-es címmel regiztek (volna).
A Drupal telepítésnél egy e célra létrehozott e-mail címet adtam meg: [email protected] Csakhogy ezek a levelek a gmail-nél sokszor a spam-ek között landoltak. Már mindent megpróbáltam, kikapcsoltam a MimeMailt is, hogy csak text formában menjenek a levelek, de ez sem segített.
Aztán elolvastam ezt a posztot, és ez adott egy ötletet, hogy talán maga az email címet nem szereti. Átírtam [email protected]-ra és így már gond egy szál se, a beérkezettekhez kerül a levél. Szóval a "rendszer" szó gyanús a gúglinak, az "info" nem...