lemezterület
Jó kis téma. Mikor áttértem InnoDB-re, az első pofon, amibe belefutottam az volt, hogy az InnoDB soha nem adja vissza az egyszer elfoglalt lemezterületet. Ez főleg akkor idegesítő, ha az ember gyakran dobál el táblákat, ill. egész adatbázisokat.
Megoldás: innodb_file_per_table, optimize table. Lehet, hogy ez adatbázis guruknak triviális, de újszülöttnek minden vicc új, úgyhogy leírtam a később jövők okulására :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
lehetséges
Akkor miért nem a nyitó oldalon jelennek meg ezek az aggregált hírek? Mert azért valljuk meg ott lenne a helyük.
A FeedAPI modul rendes node-okat készít az aggregált hírekből, tehát semmi akadálya, hogy az arra érdemes blogbejegyzéseket a szerkesztők esetenként kiemeljék a címlapra. Automatikus kiemelés meg nem lenne szerencsés – az egyik ok, amiért szívesebben írnak a fejlesztők a saját blogjukra, hogy ott nem kell a "hivatalos" Drupal.hu követelményeinek megfelelni, az írás lehet szubjektívebb, lehet csak egy pár sor, stb.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
multisite - biztos hogy ez a legjobb?
Üdv!
Megnéztem a fent említett cikket, de az az egy nem világos számomra sehogy sem, hogy miért jó, ha két teljesen más célra szolgáló, külön weboldalt ugyanaz a drupal szolgál ki.
Legalábbis abban az esetben kérdéses számomra, amit én tervezek:
adott egy domain, már működik, éles, meg minden - de felmerült az igény egy aldomain létrehozására is, ebben a formában: aldomain.domain.hu
A kettő teljesen függetlenül működne egymástól, mivel a domainen egy közösségi portál működik, az aldomain viszont egy "egyszemélyes" weboldal kéne hogy legyen, nem regisztrálnának rá felhasználók, nem lenne közösségi élet, csak az adott aldomain tartalma frissülne folyamatosan az aldomain "tulajdonosa" által.
Erre is a legkézenfekvőbb megoldás a multisite?
Csak mert nekem valahogy egyszerűbbnek tűnik az aldomain mappájába egy új drupal telepítése, saját adatbázissal, teljesen függetlenül a fő domaintől.
A tárhelyen az aldomaint már létrehoztam, önálló adatbázist is kaphatna, de itt a fórumon mindenhol a multisite-ot látom csak mint ajánlott építési módot, azért kérdezem még a drupal telepítése előtt ezt.
Biztos nem tudok valamit a Drupallal kapcsolatban ami miatt ez a megoldás javasolt - segítsetek! Miért jobb a - számomra elég bonyolultnak tűnő - multisite megoldás?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
mollom
Én a mollomot használom, mivel az oldalamon a látogatók hozzászólhatnak vagy a fórumban is írhatnak - olyan célú a weboldal, hogy erre szükség van).
A google robotja szerintem csak indexelni "jár" a weboldalakra, az nem kártékony, sőt. :-)
Az olyan robotok ellen, amik viszont email címeke vadásznak, vagy megkísérelnek regisztrálódni, és spamet beküldeni (ez utóbbival mondjuk nem drupalban hanem egy levelezőlistán futottam össze) szerintem az az egyetlen általános webes szabály az elsőrangú védelem: email címeket nem jelentetünk meg weboldalon, és a regisztrációt captcha-hoz vagy moderátori elfogadáshoz kötünk.
Ez utóbbi mondjuk az én weboldalamon működőképes, mivel szinte személyes ismeretségre alapuló klub jellegű hely, de az olyan weboldalakon ahol fontos hogy szabadon regisztrálhassanak a látogatók bizonyos funkciók használata érdekében, ott tényleg a captcha a jó megoldás a regisztrációhoz is!
És erre szerintem egy jó, "erős" szolgáltatás a mollom, én tudom ajánlani!
Ráadásul tetszetős is az általa generált captcha-kép, plusz gyengénlátókra is gondoltak, van hozzá hang-captcha.
Lehet hogy van nála jobb, nem tudom.
Én is sokat nézegettem a listát, amire ezt kiválasztottam...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A leírásod szerint ez nem
A leírásod szerint ez nem nagyon bonyolult feladat.
Van az uc_products táblád, meg van a node (vagy node revision - ha azt is használod).
Az übercart árad az uc_products táblában van, a termék megnevezése pedig a node táblában.
A lekérdezés valahogy így néz ki:
select a.title, b.sell_price from node as a inner join uc_products on a.nid=b.nid. (Vagy vid, ha verziókat is használsz a termékeknél)
Ennek eredményét a phpmyadmin feljanánlja, hogy csinálj belőle egy view-t, azt meg amikor szükséged van rá, kiexpoprtálod, excelbe, csv-be, amibe akarod.
Visszafelé pedig csinálsz - én excellel csináltam - egy összefűzős sql fájlt, amibe updateled a sell_price-t a nid-ek alapján.
Ez úgy néz ki, hogy beírom a mezőkbe, az update utasítás állandó részeit, és összefűzöm a változó (ár) mezőkkel soronként. Az így kapott oszlopot copy-paste csak az értékek egy új fájlba, majd elmentés szövegként, vagy kijelölöd az oszlopot és az lesz az sql-ed, ami 1800 sql utasításból fog állni.
Remélem, érthető volt! :)
Gazsesz
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszi, bár ez nem igazán
Köszi, bár ez nem igazán oldja meg a problémámat :)
Most ott tartok, hogy belehekkeltem az uc_tablequote.module fileba, abba a függvénybe, ami a szállítási költséget adja vissza, így betölti az ordert az uc_order_load függvénnyel, ami abban van payment_method, az alapján ha other, akkor 0-t ad vissza, ha nem other, akkor meg számol.
Egyetlen gondom, hogy ez csak akkor működik, ha elmenti az ordert adatbázisba, amit addig nem csinál meg, amíg nem frissítem be az oldalt, így még arra kell rájönnöm, hogy milyen esemény / függvény fut le akkor, mikor a vásárló átkattint egy másik fizetési módra, mert oda bele kellene így applikálni az uc_order_save függvény hívását, hogy már a legfrissebb változatot tudja bekérni szállítási ajánlat számoláskor...
Vagy arra kell rájönnöm, hogy hogy tudom az order tulajdonságiat elérni a memóriából, mert ebben a modulban nem adja át sehol a függvényeknek, így a sessionben lévő order azonosító alapján kell visszatöltenem.
Ha azt meg tudjátok mondani, hogy hogy tudom az uc_tablequote_quote függvényben elérni a memóriában lévő ordert (ha van ott olyan állandóan), akkor ezt a visszatöltögetést ki tudnám hagyni :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem tudom mi a bajod velem.
Szerintem te se érted. De nem baj.
Az előadásom minden részlete, letölthető drupal telepítéssel még az előadás napján reggel feltettem: http://internode.hu/blog/drupal-7-es-kepek-2011-03-26
Ott a db dump, fájlok, képek. Fel kell tenni és megnézni, nem olyan nehéz.
-A megfelelő helyre beszúrod az első képet az editoroddal (FCK), az editorral kicsinyre veszed a méretét, és balra igazítod...
-Linkeled hozzá az editorral ugyanazt a képet, de nem kicsinyíted, és az tagba beleírod hogy: rel="lightbox" pl. valahogy így:
Ezt a maflaságot meg el lehet felejteni. Nem azért lett az imagecache a core része a d7-ben, hogy kézzel kelljen szemre méretezni a képeket. Insert modul (http://drupal.org/project/insert) megold mindent: kép stílussal kép beillesztést, ha kell a lightbox effekttel (colorbox modul: http://drupal.org/project/colorbox).
D6 alatt az imagecache, lightbox2, insert modul csinálja meg ugyanezeket.
--
Szabó Dénes - Internode.hu - Munkára fogott weblapok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
catalog/%
...a leírtak szerint nálad most a termékek egyetlen oszlopban jelennek meg, s szeretnéd őket kettő vagy több oszlopban megjeleníteni (az elképzelésem szerint így kerülnének nálad a termékek dobozba :-))
nálam itt két oszlopban jelenik meg a legnépszerűbb 4 db termék: http://drupalthemes.gevapc.hu/ - views-zal készült, grid elrendezéssel
ha ezt az elrendezést szeretnéd a termék katalógusaid tartalmához
(és akkor az Akciós katalógust is a Catalog - ubercart termék katalógus - alatt hoztad létre):
- készíts a termékek megjelenítéséhez egy olyan default views-t, amelynél termékre szűrsz, olyan mezőket teszel bele, amivel a 'dobozodban' láttatni szeretnéd a terméket.
- erre a default nézetre alapozva az Oldal-t úgy készítsd el, hogy az útvonalhoz a catalog/%-t add meg. Ezzel eléred, hogy a Catalog taxonomy szótáron belül minden termék kategória tartalma a beállítottak szerint jelenik meg.
(ugyan erről van szó itt is, csak nem termék katalógusra hanem általában a taxonomy kategóriáiról: http://drupal.hu/comment/64772)
..ha csak egy termék katalógusra szeretnéd az elkészített views-t ráhúzni, akkor pontosan annak az egynek az url-jét kell megadnod az Oldal nézetnél.
Geva
----- Számítások - Kalkulátorok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Maga a táblázatos
Maga a táblázatos megjelenítés valóban a Views-sal egszerűen megoldható, a bentebb tologatáshoz kell valamit kitalálni. Valahogy meg kell különböztetned az első sort a többitől.
Ha a rács helyett a Táblázat megjelenítést választod, ott biztosan van egy "views-row-first" CSS osztályazonosító az első sorra. (Lehet, hogy a rácsnál is van hasonló.)
Ez esetben CSS-ben tudod megoldani az első sor kiemelését.
Az "általad kiválasztott hely" variációhoz kell egy saját súlyszám meződ minden megjelenítendő node-hoz, amit Te állítasz be és aszerint rendezed a megjelenítést. Így viszont már kiesik ennek az új sornak a kiemelhetősége. Illetve egy idő után elég nehézkes lesz ennek a nyomonkövetése. Úgyhogy szerintem az első változat az egyszerűbb.
A "ne minden node" tág fogalom. Ha egy tartalomtípuson belül akarsz válogatni, akkor kell egy újabb mező (logikai kapcsoló), amelynek állapotára állítasz be szűrőt (feltéve hogy a nem használható a Közzétéve/rejtett állapot, mert a többi node is publikus). De szerencsésebb, ha külön tartalomtípust alkalmazol amegjelenítendő tartalmakra és akkor csak típusra kell szűrni. Tehát a kérdés az, hogy mi alapján akarod kiválasztani a megjelenítendő node-kat az összes közül.
Csökönyi Ferenc
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kapcsolat űrlapnak mindig a
Kapcsolat űrlapnak mindig a webformot használom.
A visszajelzést alapból meg lehet oldani.
Az űrlap szerkesztésénél az "E-mail címzettje" résznél meg lehet adni egy értéket: „E-mail értéke”.
Ez az érték egy változó. Attól függően milyen emailt adtál meg az űrlap kitöltésénél, ez azt az értéket veszi föl.
Vagyis a megadott email címre is kiküldi a kitöltött űrlapot.
SimonT