egorinsk

Может Apple Human Interface Guidelines?

C официального мануала:

ru.php.net/manual/ru/getting-started.php

Группа вконтакте подошла бы

Тесты стоит писать для компонент, которые с большой вероятностью легко сломать (и которые вызовут у вас трачу времени на поиск проблемы). Если у вас есть код, выводящий из БД табличку или добавляющий пользователя, или типичный контроллер, или типичная модель, нет смысла его тестировать.

А вот, если у вас к примеру есть класс HumanDateParser, который разпознает даты в тексте и возвращает их в виде timestamp, для него стоит сделать тест. Простейший тест будет словарь, вида строка — ожидаемый ответ, например (извините, Питон не знаю, пишу на яваскрипте):

var answers = {
«14 мая 2002»: '2002-14-05',
«4 апреля»: '$currentYear-04-04',
«114 марта»: false,
«туруру»: false
};

После чего простейший цикл перебирает значения из словаря, скармливает их HumanDateParser и сравнивает ответы, если что-то не так, трубит об ошибке. Если потом вы найдете баг в этом модуле, вы добавите в answers строки, которые вызывали баг.

Также, вам надо будет как-то автоматизировать тестирвоание, например чтобы скрипты тестирования запускались по расписанию, или после коммита и при обнаружении багов слали письма кому требуется.

А делать тесты ради тестов и 100% покрытия, по моему, глупо. Не забывайте, к примеру, что в случае каких-то изменений в покрытом коде вам, скорее всего, придется еще и переделывать тесты.

Правильно — сделать это средствами CSS. Например, так это сделано на сайте W3C. Но это не все умеют. Неправильно (но этоn способ работает) — костылем в PHP через проверку User-Agent.

Проверьте число макс. соединений и потоков (процессов на линуксе) MySQL. Сами понимаете, что каждый из требует память.

Проверьте выставленные значения key_buffer_size (исп. MyISAM, один буфер на все потоки), thread_stack (стек нужен каждому потоку), net_buffer_length (свой у каждого потока), read_buffer_size (у каждог опотока свой), read_rnd_buffer_size, sort_buffer, pool_buffer_size, как вам выше написали.

Вообще, MySQL довольно предсказуемая система и ест столько памяти, сколько ей скажут. Ссылочка dev.mysql.com/doc/refman/5.0/en/memory-use.html вам в помощь.

Перестаньте пользоваться нехорошему вещами, вроде JOIN или fulltable row scan на больших таблицах. Они все тоже едят память, да еще как.

Используйте Yii, если хотите писать на PHP, и что-нибудь самописное если нравится Руби. ZF — редкостный тормоз и пример оверинжиниринга, там для простой задачи надо 20 классов и их через-какую нибудь депенденси инжекшен еще свзяать между собой. Такое ощущение, что его разработчики поклонники Явы.

А, еще ни за что не используйте OpenSource CMS на PHP. Они написаны в дурном стиле и некачественно, тормозят, а любая попытка что-то модифицировать в них чревата разрушением мозга (особенно система шаблонов в Друпале).