
hibajelentő oldalon
Bugokat a projekt hibajelentő felületén ajánlott beküldeni: http://drupal.org/project/issues/mimemail?status=All&categories=All
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

kevés az információ
minden tabla legyen innoDB.
Ez pl. korántsem ilyen egyértelmű.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

rendszergazda
Azért bátorkodtam belinkelni a hozzászólást, mert több nagy webhelyen is azt tapasztaltam, hogy nagy méretű (~500.000 - 1.000.000 rekord) search* táblák lehalnak InnoDB-vel. Ha ilyenkor váltok MyISAM-ra, akkor még kb. 50%-kal lehet növelni a táblaméretet. Jellemzően ez olyan webhelyeken jön elő, ahol nagy mennyiségű tartalom van, folyamatosan töltenek fel, viszont ritkán használják a látogatók a keresőt.
Egyébként minden ilyen webhelyemen a MyISAM is csak átmeneti megoldás volt, és előbb-utóbb le kellett kapcsolni a beépített keresőt (helyette javás megoldások, vagy Google Site Search).
D7-ben már alapértelmezett az InnoDB.
Ezek bonyolult elemzést igénylő kérdések, csak arra akartam felhívni a figyelmet, hogy nem lehet ennyi információ alapján egybites válaszokat adni, hogy mitől lassú egy webhely. Van úgy, hogy egyetlen lekérdezés miatt, és aztán annak az egy lekérdezésnek az optimalizálása alá kell rendelni mindent (szélsőséges példa). Itt még azt sem derült ki, hogy valójában teljesítmény vagy skálázási probléma van-e, stb.
Első körben természetesen meg kell csinálni, amit a rendszergazda kért.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

korlátok
Pontosan, csak a fenti esetben nem tudtunk több memóriát venni (VPS). Saját szerverre kellett költözni, ami jópár hónap volt, és addig is próbálkoztam "eldöcögtetni" a webhelyeket. Sikertelenül egyébként, ahogy jeleztem is. :)
Régi MySQL vagy InnoDB beállításához rendszergazda szaktudás/hajlandóság hiánya – ezek fejlesztői szempontból éppen olyan korlátok lehetnek, mint a kevés memória. Te nagy fejlesztéseken dolgozol, szerintem fogalmad sincs, milyen tárhelyeken kell időnként itt lent az alvégen valamit produkálni. :)
Múlt heti műsor: MySQL 4.1.13, 27 db vegyes, de főleg Drupal 4.7-es webhely, prefixekkel 1177 tábla az adatbázisban. Feladat: készítsem fel az egyik webhelyet egy nagyobb rohamra, mert 48 órán belül indul az óriási reklámkampány. LOL.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

ne ész nélkül
A hozzászólásom címe az volt, hogy "kevés az információ". A hozzászólás üzenete pedig annyi, hogy nem lehet 100%-ig biztosra mondani, hogy az InnoDB-re váltás jót fog tenni. Ne essen ész nélkül neki az adatbázisnak – ennyi, nem több, amit mondani akartam. Aki akarta, meghallotta, aki pedig bele akar magyarázni ebbe mást, azon én nem tudok segíteni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Views, Panels gyorstár
A Views + Panels esetenként nagyon hasznos teljesítmény-optimalizálási eszköz lehet, mivel egészen aprólékosan, akár node mező szinten lehet a gyorstárazást hangolni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Szuper, várom a meglepetést.
Szuper, várom a meglepetést. :) A múltkori előadásod anyaga fent van valahol?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

computed field
- CCK Computed Field modul
- Kérdés, hogy ez a fix kép vagy szöveg csak dekoráció, vagy el kell tárolnod az értékét normál mezőként (mondjuk mert máshol szükséged van rá, pl. Viewsban)
- Azt hiszem, ezt csak úgy lehet megoldani, ha írsz egy kis saját modult, és hook_form_alter()-rel megadod a $form['#redirect'] értékét. Nem tudok róla, hogy lenne erre modul.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

PHP open tag
Milyen PHP nyitó/zárójelet használsz a sminkben? Ha csak sima kérdőjeleset (short open tag), akkor lehet az a hiba. Használd a teljes jelzést:
<?php ?>
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
köszönjük
Érezhetően gyorsabb lett, már ezzel is sokat javult a felhasználói élmény. Köszönjük!