DruTa képe

Most anélkül, hogy változtattam volna valamit, megint "csak" 47 MB, 63 MB-ról.

Érdekes...

0
0
aboros képe

nekem most ilyen adatbázisaim vannak, ezekkel a méretekkel:
https://skitch.com/aboros/edsip/mysql-database-size

0
0

-
clear: both;

DruTa képe

Íme:

https://docs.google.com/open?id=0B_Fudia7L0cSZ0YzdjQybEZnQ28

és

https://docs.google.com/open?id=0B_Fudia7L0cScjhqUTFocHpEQUE

(Utóbbi csak letöltés után látszik jó minőségben, hiába állítottam a googleban...)

0
0
szantog képe

Annyi közben leesett, hogy annyira belemélyedtem a hook_menube, hogy azt nem vettem észre, hogy itt egy kézzel felépített, struktúrált menüről van szó, tehát amit írtam, az irreleváns.

Amúgy ahogy nézem, sikerült megoldani, legalábbis én már nem láttam gondot a menükkel.

0
0

----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.

szantog képe

Ilyenkor érdemes lehet teljes gyorstárat üríteni. A cache kikapcsolása nem azt jelenti, hogy egyáltalán nincs cache, az csak a page cachet kapcsolja ki, de pl menu cache attól még van, írtam ilyesmiről.

0
0

----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.

szt képe

SZERK:
Mindenkinek igaza van, mert a tényleges "default" dbmérete kicsi a drupalnak, viszont sajnos a nagyobb (InnoDB) méretet nézi a szolgáltató a dbtárhelyfoglalásnál...
Megoldás: MyISAM-ra kell konvertálni a táblákat - kézzel.

0
-2
DruTa képe

Mi van és milyen menüben balra?

És mi az a "Szerk"? A szerkesztő átírta a hozzászólást?

0
0
nevergone képe

„Megoldás: MyISAM-ra kell konvertálni a táblákat - kézzel.”

Nem! Felejtsük már el ezt a konvertálást, mert később irtó nagy szívás lesz miatta. Kb. olyan, mintha „csak úgy” átírnád az alaprendszer felét-harmadát.

Vagy más megoldás kell a méret csökkentésére (amúgy Editnek igaza van, plusz a watchdog táblát belevenném, vagyis a Drupal naplózását kikapcsolnám), vagy valóban el kell beszélgetni a szolgáltatóval, mert méret ide vagy oda, szívlapátot küldenék én egy 100 megás adatbázisméret limit esetén.

0
0
szt képe

DruTa: én szerkesztettem magamat, mert félrenéztem egy dolgot.

nevergone: Oké, a konvertálás nyilván nem az igazi megoldás, azért írtam csak, mert anno ezt olvastam (bár ekkor még D5 volt csak).

0
0
DruTa képe

A Google keresőt mondjuk elfogadhatónak tartom, bár nem vagyok híve a mindent kívülről megoldásnak. A Drupal végülis elég jó ahhoz, hogy saját keresője legyen, nem?!

Angol nyelvű honlap: ezt inkább meg sem hallottam...

A naplózást kikapcsolhatom, bár a profik (amilyen még nem vagyok) nem abból szokták kitalálni, mi a baj, ha éppen baj van?

A 100 MB-os korlát tényleg dühítő, de ismert tárhelyszolgáltatót akartam és máshol, ahol nagy volt, ott a tárhely volt brutálisan kicsi, 500 MB és majdnem dupla volt az előfizetési ár.

Egyébként próbáltam egyezkedni az adatbázismérettel kapcsolatban, mondván, hogy nem használom az 500 MB-os e-mail tárhelyet, mivel Google Apps-ot használok, de nem voltak vevők az ötletemre, inkább azt szeretnék, ha vásárolnék 100 MB-onként 2000 Ft + ÁFÁ-ért plusz adatbázist.

Mellékesen: ha plusz 1 GB tárhelyet akarnék, az 10 ezer!!! + ÁFA

Visszatérve: mint korábban írtam, az meglepő, hogy 63 MB volt tegnap előtt, nem csináltam pedig előtte 1 napig semmit. Írtam nekik, miután másnap 47 MB lett, pedig azt mondták nincs mit tenniük, váltsak át myISAM-ra.

Az érdekes, hogy a phpmyadmin-juk még a 2-es verziót nyomja és az InnoDB táblák alján az összesítő myISAM-ot ír és a karakterkódolás is más, mint a táblákban, ugyanez az adatbázis a localhostomon, ahol 3-as a phpmyadmin, rendesen InnoDB-t mutat az összesítő sor is (mint korábban mellékeltem a képet) és helyes karakterkódolást...

0
0