Преди около седмица се изправих пред поредния “невъзможен” проблем. Незнайно как, auto_increment полето в една от таблиците се нулираше само. По първи впечатления това се случваше на произволен интервал от време, но по-късно разбрах, че причината е в един определен cron.
Въпросният cron има за цел да оптимизира и подреди базата данни. Общо взето може да се каже, че е garbage collector за доста от нещата в базата. След съответните зачистващи процедури пуснах и процедура за оптимизиране на таблиците, а именно “OPTIMIZE table X”, където Х е името на всяка една от нужните таблици.
За моя голяма изненада, след 3 дни проблеми и опити да реша проблема, се оказа, че когато правите OPTIMIZE на InnoDB таблица, auto_increment полето в нея се нулира. За справка можете да погледнете този bug report в MySQL Bugs.
Ако сте инсталирали всичко от package management системата и сте на Debian можете да го направите с
sudo apt-get install php-soap
(за другите дистрибуции е нещо подобно, но не с apt-get. Пакета пак се казва soap)
Ако сте инсталирали РНР от source, както е в моя случай, просто му добавете
Преди малко имахме проблем с невъзможността на една от машините да обработва големи числа. Проблема се криеше в това, че операционната система инсталирана на машината е 32 битова (32bits). Трябваше да сме сигурни в това за да вземем конкретни мерки.
Ето командите, с които можете да проверите дали ядрото на вашата машина е 32 или 64 битово.
Резултат от 32 битова машина
# file /usr/bin/file
/usr/bin/file: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, stripped
Резултат от 64 битова машина
# file /usr/bin/file
/usr/bin/file: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.8, dynamically linked (uses shared libs), stripped
Наскоро ми се наложи да сверявам часовника на една от машините на bgmafia.com
До тук всичко е ок, с изключение на това, че машината се оказа VPS. Слез известно време и ровене из google попаднах на интересните думи (не буквален превод) – “не можете да сверите часовника на VPS, защото той се наследява от часовника на host машината”.
Q: Как да сверим часовника на VPS (виртуална машина)
A: Като сверим часовника на host машината
Намерих нещо интересно, което по описание има сходни функции с mytop за MySQL. Въпросното нещо се казва memcache-top и показва всички заявки към memcache сървъра. Написано е на perl и на пръв поглед е елементарно. Не знам дали ще ви сърши работа, но има интересни статистики, които може да погледнете. Аз лично го ползвах един ден и после се отказах.
Класовете SD карти отговаря на скоростта на трансфер, които може да се постигне. Направи ми впечатление, че обикновенно класовете се появяват при SDHC (Secure Digital High Capacity). Ако си търсите SD Card за фотоапарат според мен Class 4/6 би бил достатъчен, но ако Ви трябва такава за нещо по-специално (примерно за заместител на HDD) трябва да се насочите към по-високия клас. Това е таблица със скоростите:
Дойде дългоочаквания момент за всички MooTools
фенове като мен. Официалния старт на MooTools
Forge. Това е мястото, където всеки може да публикува своя plugin и да го направи публично достояните. Това е мястото, където всеки може да намери подходящ plugin за своя проект.
Личното ми мнение е, че именно тази стъпка (пускането на forge-а), предприета от MooTools
Core developers ще изстреля framework-а на още по-добра позиция сред останалите JavaScript Frameworks.
Днес ми се наложи да използвам следните команди за да изчистя swap паметта на сървъра на Djagi. Упражнението е елементарно. Ето командите с кратко описание към тях. Внимавайте когато “разкачате” swap паметта, защото ако нямате достатъчно свободна RAM памет може да изгубите част от данните, които са записани в swap-а.
Изключва swap паметта
Включва swap паметта
Показва информация за използваната swap памет
Ако искате да изчистите swap-а и да го активирате отново може да използвате следната команда
Всички сте чували за Ferrari. А знаете ли, че сайта е написан на MooTools
? 
Loading ...