Roberts képe

Oké.

A log fileban látszik ahogy végignyalja a modules, sites/all/modules, themes, sites/all/themes könyvtárakat, 4815 sorban. Nem látok redundanciát.

Mit nézzek még?

Diagnózis?

0
0
DruTa képe

Kedves jóakaróim! :-)

A drupal 7-es alap telepítése után már ekörül volt.

Tegnap óta még durvább a helyzet: mindössze néhány és mindenki által használt modul van fent (auto-nodetitle, backup_migrate, computed_field, ctools, custom_search, 10n_update, module_filter, node_permission_grid, search_config, taxonomy_menu, views, webform, van ami kikapcsolva) és még üres az oldal, pár tucat node-ot csináltam, képek nélkül, tesztelésből, és így nyom (most néztem, el is képedtem) 63 MB-ot.
De ha már most ennyit foglal, logikusan gondolva ennek többszöröse lesz, ha már elkezdik használni is az oldalt, lesznek tartalmak, felhasználók.

Na ettől félek, hogy nehogy beteljen, és akkor nem tudom mi lesz, mondjuk épp nem vagyok pár napig, és a tárhelyszolgáltató letiltja az oldalam, mert elérem a maxot.

0
0
aboros képe

de tényleg jót akarnak. egy ilyen core hack után teljesen magadra maradsz, semmilyen problémádban nem tud senki segíteni, mert senkinek nem lesz egy pont így széjjeltört drupal core a fiókban, hogy tesztelgessen.

nem véletlenül van az, hogy innodb táblákkal dolgozik.

ha rendesen fut a cron és szépen beállított az oldal, illetve nincs bekapcsolva db log, a 100 megának igen sokáig elégnek kell lennie. persze ez innodb configtól is függhet, idiótán beállított innodb üszöksok helyet is tud zabálni (teljesen feleslegesen), de ez már nem a drupal gondja.

1
0

-
clear: both;

aboros képe

ez egy tervezési dolog, a kódban minden angolul van, először mindig minden angolul készül, ez a forrás nyelv minden más fordításhoz, a fordító alrendszer így működik és kész. mi az akadálya, hogy alkalmazkodj ehhez ahelyett, hogy megpróbálod megerőszakolni? biztos el tudod érni amit akarsz valami eszement nyakatekert módon, de az is biztos, hogy sokkal könnyebb lenne az életed, ha követnéd a megszokott fordítási folyamatot.

1
-1

-
clear: both;

york képe

Szuper. Tied :).

DruTa képe

Nem nyúlok bele, max. utólag váltok adatbázismotort, abból nem lehet baj. Legalábbis ugyanúgy ment azután is.

A db log alatt a Drupalban beállítható naplózást érted? Mondjuk kapcsoljam ki? Most az alap 1000 db és MINDEN van beállítva.

A hozzáférési napló viszont nincs bekapcsolva.

A gyorstárazás még nincs, mivel fejlesztés alatt vagyok.

Az innodb configot azt én tudom buherálni, vagy a tárhelyszolgáltató?

Nem tudom leírhatom-e melyik szolgáltatóról van szó...

0
0
eMeLA képe

Először is nézd meg az adatbázisban melyik táblák a nagyok... Másod ide.

0
0

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

eMeLA képe

Mi van a taxonomyautocomplete2_autocomplete() függvényben?
Merthogy amikor használod az autocomplet mezőt, akkor ez hívja meg. És ez adja vissza az eredményt.

0
0

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

eMeLA képe

Van a tartalomtípusod, és annak egy al lapján vannak a mezői. Ott kell lenni egy kép (vagy fájl) típusú mezőnek...

0
0

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

DruTa képe

Ezen már túl vagyok és nincs nagy különbség köztük, én is reméltem, hogy találok valamit.

Szinte mind csak kb-os, a legnagyobb is csak 270 kb, van néhány 1,5 MB-os.

Az összegzés a phpmyadminban myisam-ként van és az 13 MB.

Érdekes - legalábbis nekem - hogy azok a mezők, amiket én hoztam létre mind 128 kb-osak és van ugyanazon a néven egy "data" és egy "revision" változatuk is.

Írtam közben a szolgáltatónak is, hogy itt a hozzáértők szerint ennek nem így kéne lennie, mármint a nagy méretnek egy lényegében üres Drupal esetén főleg.

0
0