rohamosan növekvő sql

ordi képe

Sziasztok!

Egy rövidke kérdésem lenne. Hogyan tudom az sql-em méretét visszafogni? Biztosan vannak megoldások arra hogy mikre érdemes odafigyelni. nekem gyanus a cache_menu tábla is ami 8.5 mb volt most is. Az a baj, hogy 30 megányi mysql-t kell beosztanom, de már most nap mint nap 28 megára gyarapodik. esténként ürítem a cache táblákat, így sikerül 13-ra visszafolytanom...
első hallásra mit javasoltok?
egy (eddig) 300 tagos oldalról van szó, ha szükséges természetesen leírom nagyjából milyen modulokat használok.
köszi előre is
Ördi

Drupal verzió: 
Fórum: 
nevergone képe

30 megás adatbázisból nehezen fogsz egy oldalt kiszolgálni, pláne ha még újabb funkciókat is szeretnél. A cache tábla ürítésével a teljesítményt rontod le, és sokat nem nyersz, mert elég hamar "visszaépíti" a rendszer. Szóval nyugodtan keress másik szolgáltatót, az adatbázis méretét pedig max. úgy tudod visszafogni, ha kikapcsolsz és eltávolítasz modulokat.

0
0
Modessa képe

Ez a dolog engem is érdekelne.
Már a harmadik Drupal oldalt hozom létre a web-server.hu Szolgáltató Lite csomagjával és eddig nincs gond.
Itt ugye 3gigás a tárhely 30 Megás adatbázissal.
Azt már láttam hogy többször is túllépte a 30 megát, de nem nagyon értettem hogy miért.

Tudtommal a Drupal csak a szöveges állományt menti adatbázisba, így ránézésre nem tűnik a 30 mega kevésnek.
Ezzel szemben igazolom, hogy még viszonylag egyszerűbb oldalaknál is vészesen megközelíti, ideiglenesen túl is lépi a 30 megát, ami egyszerűen nem fér a fejembe miért.

0
0
Modessa képe

Épp 1 órája telepítettem frissem egy Drupal 6.9-et.
Még nincsenek bekapcsolgatva a létminimum modulok és így most 1.3 Mbyte a méret.

Bekapcsoltam néhány alapmodult, így már 1.8 mega.

Kíváncsi vagyok, hogyha majd letöltöm és felrakom a kedvenc moduljaimat mennyi lesz.
:)

  • CCK
  • Views
  • Lightbox2
  • FCKEditor
  • stb

0
0
nevergone képe

Tudtommal a Drupal csak a szöveges állományt menti adatbázisba

És még pár dolgot, mint pl. a felvitt tartalmakat és hozzászólásokat, a rendszernaplót, a rendszerbeállításokat, a cache -t, a modulok is általában tárolnak benne dolgokat, esetleg a hozzáférési szabályokat, a lokalizációt, a kereséshez szükséges indexeket, a rendszerváltozókat, stb...

0
0
Nagy Gusztáv képe

Ehhez nem kellene félszáz tábla, ha jobban belegondolsz.

Ha van benned egy kis kutatási vágy, gyorsan utánajárhatsz, hogy melyik táblád mekkora, és utána is gondolhatsz, miért.

Egyes modulok, beállítások igen sokat tudnak foglalni.

0
0

Nagy Gusztáv

Modessa képe

Komolyan elgondolkoztató akkor hogy a nagyobb oldalaknál szolgáltatót kell váltsak.
Most pl majd egy olyan könyvesbolt létrehozását kell megvalósítanom, ahol kb 1500 könyv lesz felrakva az übercartba.
Félek nem férek el ezen a költségen a 30 megán!
:(

Tudtok valamilyen szolgáltatót ajánlani?
A lite jó lenne, de ha csak pénzért lehet a 30 mega fölé menni, akkor máris gond van.

0
0
ordi képe

web-serverrel nagyon nem vagyok elégedett! van ott vagy 8-10 oldalam, eddig nem volt gond de az utóbbi napokban minden másnap beállt a szerver (nemegyszer estétől reggelig nem volt megjeleníthető a lap). kezdő oldalnak, amit próbálok befuttatni ez halálos kivégzés...:S
na de térjünk vissza az sql-re...
100 megás csomag a max,ami már évi 41 ezer forint. lehet csomgot váltok... :(
vagy szolgáltatót... mert sokallom és mondom nem vagyok elájulva tőlük.
lehet hülyeséget kérdezek, de extra.hu-n ingyen 100 megás sql-t adnak és nem localhostos, tehát oldal.extra.sql-en lehet elérni az adatbázist.... nem lehet megoldani hogy a web-serveren kuporgó oldalamat extrás sql szolgálja ki?

Nem tudom hogy új fórumot kellett volna-e neki nyitnom, ha igen akkor elnézést kérek!

Köszönöm az eddigi válaszokat!
Ördi

0
0
nevergone képe

Nem tudom hogy új fórumot kellett volna-e neki nyitnom, ha igen akkor elnézést kérek!

Mindenképpen (indíts neki új témát), amúgy szerintem nem megoldható, biztonságilag is rizikós, teljesítményben is gyenge, na meg hülye lenne a szolgáltató önmagának konkurenciát teremteni.

0
0
Modessa képe

A web-server-nél az adatbázis növeléshez nem kell feltétlen csomagot váltani!
Havi 600 Ft vagy évi 6000 Ft-ért +30 Mbyte lehet a méret.
Kérdés, hogy a kb. 18,000 + 6,000 = 24,000 költésg elég-e?

A 3 giga tárhely amúgy még sok is az esetek többségében.
Minek fizetni óriási tárhelyet, ha csak az adatbázis méret a kevés.

0
0
pp képe

Örülnék ha átmennétek magánba ezekkel.

pp

0
0
pp képe

Minden egyes felhasználóról aki az oldaladra látogat bizonyos információkat eltárol a Drupal (session tábla) Attól függően, hogy milyen modul van bekapcsolva tárol a rendszer felhasználói aktivitást, hibaüzenetekt, stb. Onnan tudja a Drupal. hogy ki mit látott, hogy ezt eltárolja. Hogy gyorsan elő tudja állítani az oldalt gyorstárazik masszívan.

Tehát lesznek táblák amik akkor is nőnek, ha Te nem tolsz bele adatot. Pusztán az idő előrehaladtával. Ráadásul ha nincs cron beállítva, akkor borítékolt az adatbázis túlcsordulás.

pp

0
0
eMeLA képe

A "Hozzáférési napló beállítások"-nál (?q=admin/logs/settings) mi van beállítva ? Vedd le az értéket 1 órára, majd futtasd a cron.php-t. Utána nézd meg mekkora az adatbázisod.

Nem árt utánan, és idönként optimalizálni a phpMyAdmin felületen a táblákat.

(mellesleg a legegyszerűbb módszer, ha tényleg megnézed melyik táblák nagyok, az utal arra, hogy mi növeli meg az adatbázist....)

0
0

...mit tudok: http://web.termuves.hu

ordi képe

szia

hozzáférési naplóm letiltva
cront szerver futtaja le óránként.
a cache táblák elég erős méretűek, mint írtam a cache_menu 8 mega is szokott lenni.
gallery2-ben kikapcsoltam a gyorstárazást, illetve a drupalban is.
jelenleg valahogy így festenek tábláim... talán ebből kiderül mi sok mi nem..
http://szerelemszarnyan.hu/db.htm

tábla optimalizálást időnként futtatom illetve ha nagyon gáz a helyzet akkor ürítem a cach táblákat...

Ördi

0
0
pp képe

Egyértelműen látszik, hogy sok a felhasználód. A session táblád a legnagyobb és a cache_menu. Mivel minden júzernek külön menüje van a jogosultságok miatt ugye...

Az ilyen évi húszezres osztott hosztingnak elsősorban a személyes blogot és kis céges oldalt működtetők a célcsoportjai, nem a több száz fős közösségi oldalak.

pp

0
0