valószínűleg .htaccess probléma
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
szerintem csak programozással
A mezőket csak behívod a nézetbe, de nem jeleníted meg. Utána felveszel egy computed custom field-et, abban megvizsgálod a választott értéket, és attól függően adod hozzá a táblázathoz a teljes sort, vagy csak üres cellákat.
- 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!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
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
tárhelyszolgáltatónál a válasz
Ha be van kapcsolva a gyorstárazás a webhelyen, akkor innentől kezdve a tárhelyszolgáltatónál a labda. Neki kellene úgy beállítani a webszervert, hogy ki tudja szolgálni az oldalakat. Az azért elképzelhető, hogy egy sima osztott tárhelyen ezt nem fogja megtenni, inkább távozásra kér. Ha nem volt forgalmi korlát a szerződésben, akkor a pénzed visszajár.
Egyébként pedig saját gépen kell ezt a webhelyet futtatni, mert csak ott van komolyabb játéktered Apache, stb. optimalizálással. Sajnos van ilyen, hogy egy viszonlag kis webhely alá is saját szerver kell a spammerek miatt. Általában a webhely témája az, ami célponttá teszi. Én a napokban költöztettem egy drogpolitikával foglalkozó kisebb oldalt, amit gyógyszerreklámokkal spammelnek és az eddigi VPS tárhelyen sem volt elegendő eszköz a forgalom menedzselésére.