Valery's Mlog

Mindlog of a Freak
January 16th, 2008

Blog Merge

Вчера се ядосах на поддръжката на тъкмо три блога, на мъката с обновяването на версиите на българския и на проблемите с кодирането, на поддържането на темите, разширенията им и т.н… С други думи на много неща се ядосах. Инсталирах свеж нов блог, накачулих му нови версии на разширенията, пипнах съвсем малко темата (доколкото ще сменям темата на целия сайт), експортирах данните от старите блогове, импортирах ги в новия блог и.. ей го дей! Казано накратко: слях ги! Връзките към старите публикации в трите блога са запазени и сочат към правилните публикации на съответните езици. Ако има някакви проблеми, майната им! И все пак няма е зле да ги знам.

Успях междувременно да вкарам в ред качените файлове (доколкото всяка нова версия като че ли има нова конвенция за именуването на файловете и тяхното местоположение), оправих редица публикации и коментари, в които бяха останали питанки от предишни заигравки с кодиранията и покрай това пооптимизирах и подобрих работата на творението си mysql_charsets.tar.gz съобразно една кратка и чудесна публикация в MySQL Performance Blog .

Открих и един проект наречен Gengo, чиято цел е да осигури многоезичност на WordPress. За съжаление обаче авторът му е зарязал разработката на версия 2.1.2 и от кажи-речи половин година не се е появявал. Добри люде са започнали да опитват да пригодят разширението за новите версии на WordPress предвид новата taxonomy архитектура, но резултатът до тук е някакво сгромолясване. Желаещите да им помогнат (всъщност добре би било и екипът на самия WordPress да интегрира нещо такова в платформата си) могат да направят това на страницата на проекта в Google Code. Не знам обаче дали другият интересен проект на този автор (а именно Mocha) работи…

Та така…

February 22nd, 2007

MySQL: Reducing ibdata1

If you use the InnoDB storage engine for (some of) your MySQL tables, you’ve probably already came across a problem with its default configuration. As you may have noticed in your MySQL’s data directory (in Debian/Ubuntu – /var/lib/mysql) lies a file called ‘ibdata1′. It holds almost all the InnoDB data (it’s not a transaction log) of the MySQL instance and could get quite big. By default this file has an initial size of 10Mb and it automatically extends. Unfortunately, InnoDB data files cannot be shrinked and that’s by design. That’s why DELETEs, TRUNCATEs, DROPs, etc. can’t will not reclaim the space used by the file. Instead any freed regions are marked as unused and can be used later. Theoretically speaking, the file could reach the maximum size allowed by the filesystem if no limit is set in the my.cnf file (in Debian/Ubuntu it’s located in /etc/mysql/my.cnf). Guess what! It’s not set by default. However you can configure your InnoDB engine as described MySQL’s Reference Manual. Additionally you can force the server to create an *.ibd for each newly created InnoDB table by using the ‘innodb_file_per_table‘ option (quite intuitive, huh ? :)).

Read the rest of this entry »

%d bloggers like this: