Éles oldal nem tesztoldal…
„Szerencsére találtam egy olyan szolgáltatót, aki az én igényeimet is kit tudja elégíteni, és egy pillanatra se esik le a sebesség, teljesítmény...”
Amíg be nem kapcsolsz ott is az éles oldalon valami olyan modult, amit előtte nem próbáltál ki tesztkörnyezeten. Tudom, hogy miről beszélek, személyes tapasztalat. Nem azt mondom, hogy te vagy az oka mindennek, de ha az oldalak felén nekiállnak így kísérletezni, annak könnyen lehet csúnya vége.
Személyes véleményként csak annyit tudok hozzátenni, hogy nekem már volt dolgom Viktorral, végig nagyon korrekt és segítőkész volt. Az itteni hozzászólásait elolvasva semmit sem csorbult ez a kép, még ha esetleg egy adott helyzetben ingerültebben reagált feléd… próbáld megmagyarázni pl. 18 ügyfélnek, hogy 2 másik kísérletező kedve miatt lassú az oldaluk.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Elöbb
Elöbb hozd létre azt az oldalt amire hivatkozni szeretnél. Ennél a helyzetnél két lehetőséged is van.
1 - amikor létrehozod akkor a menübeállításoknál kiválasztod, hogy hozzon létre az oldalhoz tartozó menüelemet és kész is.
2 - adsz neki egy alternatív címet (azt is megtalálod a beállítások között mielött létrehozod az oldalt) és ezután arra a címre már tudsz menüpontot létrehozzni.
A drupal nem enged menüpontot létrehozzni addig amíg a Path részbe nem adsz meg neki egy érvényes címet. Szerintem ezzel lesz a gondod. Ilyenkor ha még nincs kész az oldal amire mutatna a link a Path-ba írj <front>
-ot. Majd ha kész az oldal akkor add meg az elérési címét.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Argumentum handler
Az aktuálisan megtekintett node nid-jéhez a Views szolgáltat argumentum handlert. Abból az osztályból célszerű származtatni egy újat, és annyit módosítani benne, hogy ne a node id-t adja vissza, hanem töltse be a node objektumot, és abból a megfelelő mező értékével térjen vissza. A modulodban implementáld a hook_views_plugins
hookot, a fájlt pedig amit az osztályodnak létrehoztál add hozzá az .info fájlban.
(Ugyanezt el lehetne érni egy nagyon csúnya megoldással, ha a Views UI-on php kóddal állítod be az alapértelmezett argumentumot.)
(Ha Page Managert, Panelst és Panels Everywhere modulokat hasznalnál, az ilyen és ehhez hasonló feladatok kattintásokkal, sokkal elegánsabban és egyszerűbben megoldhatók lennének.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A sites/default/files
A sites/default/files/pictures/felhasznalo-arckepek/picture-31-1356265064.jpg az eredeti fájl helye, ez lehet akár 3000x5000px-is.
A sites/default/files/styles/thumbnail/public/pictures/felhasznalo-arckepek/picture-31-1356265064.jpg az eredeti képről készített 'thumbnail', ami a admin/config/media/image-styles alatt a 'thumbnail' stílusú kép útvonala.
(A stílust itt lehet kiválasztani admin/config/people/accounts)
Nálad az a probléma, hogy valószínű nem tudja létrehozni a stílus képet. Ennek lehet egyik oka, hogy nincs írási jogosultság /files könyvtárra.
A 6.x verziónál a stílusokat az imagecache modul kezelte. Keress rá itt, és hátha megtalálod mi a gond.
A rövid webcímek (admin/config/search/clean-urls) működnek az oldalon? Emlékeim szerint ha nem, az valahogy összefügg a kép(nem)készítéssel, de már nem emlékszem hogyan...
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
a core aggregator nagyon egyszerű lélek
ha jól emlékszem már többször is volt róla szó, hogy kikerül a coreból, mert eljárt felette az idő, de valahogy mégis mindig bent marad. írhatsz feature requestet, ahogy nevergone javasolta, de az a gyanúm, hogy az lesz rá a válasz, hogy ha az aggregator nem elég és összetettebb feladatokat akarsz csinálni hírcsatornákkal, akkor használd a remek feeds modult, ami pont erre van, mindenféle mapperek, parserok vannak készen és persze könnyne írhatsz sajátot is.
olyasmi ez, hogy pl van az alaprendszerben a trigger + action modulpáros, amivel lehet ugyan automatizálni bizonyos feladatokat (ha x dolog bekövetkezik, fusson le y akció), de ennek a párosnak a tudása elég korlátozott, ha összetettebb automatizmusokat akarsz építeni, arra ott a rules. hát valami ilyesmi van az aggregatorral is, hogy a coreba van egy _egyszerű_ hírolvasó, ha "bonyolult" kell, ott a feeds.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha már a kódban turkálsz,
Ha már a kódban turkálsz, régen rossz. inkább kezd elölről.
A következőképpen költöztesd át az oldalt (ha manuálisan mented le az adatbázist):
- Új helyen telepíts egy tiszta drupalt, de ne tegyél hozzá semmilyen pluszt.
- A telepítés után dobd el a teljes, új adatbázist és importáld be a mentet adatbázist
- a régi oldalon, ha betartottad az alapelveket (azaz csak a sites/all könyvtárba telepítettél modult, sminket), akkor csak a sites könyvtárra van szükséged. Ezt mentsd le egy az egyben.
- a mentett állományból töröld a settings.php-t (ezt ne írd felül az új helyen)
- a teljes állományt másold fel az új oldal sites könyvtárra és mindent irass felül.
- ezután elvileg mindennek működnie kellene. Én így 8-10 oldalt telepítettem át gond nélkül.
Csökönyi Ferenc
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egész pontosan, hogy adod meg a css-t?
Az inline css csak az adott elemre és azon al elemeire vonatkozik, amelyek öröklik az adott tulajdonságot (style="background:green;").
Viszont, ha nem inline style tulajdonságot, hanem style html elemet használsz és abban adsz meg elem, id, osztány kiválasztókkal tulajdonságokat. Az id-t leszámítva, - amely rendesen megírt html kódnál nem szerepelhet több elemnél - minden olyan területre hatnak amikre a kiválasztók érvényesek. Például, ha p{background:green;} tulajdonságot adsz meg, akkor az minden p elemre hat, ha .content{background:green;} osztálykiválasztót adsz meg, akkor az mindenhol hat ahol a hetml elemek osztálytulajdonságának értékeként szerepel a content osztály.
A css-ben a később definiált dolgok mindig felülírják a korábbiakat. Kivéve, ha valahol !important-ként van megadva.
Egyébként a body részben csak a legújabb html verziótól szabványos a style elem, habár a böngészők többsége régóta támogatja.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szerintem...
Szerintem a level szoveget is modositani kellene. En nem azt az idopont tennem az ugyfelnek a levelbe hogy a fuvarozo mikor flaggelte. Talan egy plussz mezo kellene ahova a "flaggeleskor" be lehet vinni az atadas idopontjat. A level kuldesekor meg ebbol a plussz mezobol ki lehet szedni ...
Szoval eloszor is hazzaadnak egy atadas_idopont mezot. Keszitenek egy nezetet a szallitando dolgokrol ugy hogy azokat mutassa ahol az atadas_idopont ures. A nezet minden egyes elemehez hozzaadnak egy atadva gombot amire kattintva bekeri a idopontot. Megkockaztatom azt is feltetelezni hogy a fuvarozo amikor visszater a fuvarrol akkor nem csak 1-2 hanem joval tobb ilyen esete lessz ahova kattingatni kell igy talan valami ajax -os valami lenne praktikus hogy a nezetnek azon az oldalan tobb helyre is egymasutan beirhassa az atadast.