vsvasya

У нас для каждого клиента свой поддомен и своя база данных. Клиенты регистрируются после бюрократической процедуры - заключения договора. Если хранить всех клиентов в одной базе - вы все равно придете к процедуре партиционирования таблиц, иначе все будет Очень медленно работать.

В нашем варианте есть сложности - обновление структуры БД, нужно применить миграции для каждой БД. Сейчас это решается bash скриптом + файлом со списком клиентов. Плюс конечно тоже есть - если миграция отвалилась - мы сломали только одного клиента, остальные могут работать нормально. Так что если правильно настроить деплой - проблем не будет.

У хостера могут быть ограничения для используемого тарифа. Например не более 5 запросов в секунду, если подключено более 300 пользователей. И тому подобное. Если ограничения превышены, то или уменьшается приоритет твоих запросов или вообще на секунду-другую блокируется. Это пальценебное предположение, читай логи сперва, как уже посоветовали.

10к в день - это в среднем примерно один в 8 секунд. Это не нагрузка. Даже в часы пик.
Проблема решается чтением логов, поиском узкого места, оптимизацией настроек.
Конфигурация в вопросе не указана, поэтому в ответе конкретики тоже не будет.
Ключевые слова: nginx, xcache или apc, innodb, memcached.

Скачайте какой-нибудь проект написанный в ООП стиле и какое-то время поизучайте. А объектами может быть вобще все что угодно у чего может быть много методов или требуется хранить внутреннее состояние.
Например если у вас есть методы типа user_create, user_save, user_delete, etc, то само сабой напрашивается организовать это в один класс.

Полезная тема!

В первые дни после покупки тоже перечитал кучу информации, после прочтения в голове каша. Одни говорят одно, другие — наоборот.

Единственное, сходились мнения:
1. Как можно дольше давать батарее разрядиться. Не заряжать, когда ещё есть 30% и выше.
2. Батарею время от времени надо тренировать. Разряжать на максимальном уровне (запускать тяжёлую программу, Wi-Fi, подстветку). После разрядки заряжать при выключенном компьютере.
3. Не опускать заряд батареи ниже 10%

У меня в инструкции к ноутбуку написано:

Помните, что блок питания заряжает аккумулятор всё время, которое он подключен к компьютеру и к электрической сети.

Вот этого я не понял абсолютно.

Перечитав инструкции и форумы для себя решил так:
1) Не разряжать до 0% без лишней необходимости
2) Не держать батарею в тепле, если работаю от сети — достаю батарею и прячу в ящик стола т.к. ноутбук немного греется
3) Если знаю, что батарея будет лежать больше пары дней, опускаю заряд до 60% и храню в таком состоянии. Где-то читал, что при полном заряде она быстрее теряет емкость. Кроме того, при покупке ноутбука в батарее было 60%, а раз на складе он мог лежать до покупки долго, думаю производитель думал о потере емкости

Не разряжайте меньше 20% и дольше емкость будет сохраняться. Хотя не всегда это удаётся выполнить :)

В начале использования нового нетбука тоже задавался вопросом как сохранить рекламные 8 ч от батареи. Проштрудировав десятки форумов, понял, что прочитал несколько абсолютно противоположных мнений. Остановился на одной идее: производителю не выгодна долгая жизнь Вашего аккумулятора.
Поэтому официальный ответ чаще всего — полные циклы зарядки/разрядки (хотя бы раз в две недели), тогда емкость не уменьшается быстрыми темпами. При таком подходе не стоит забывать, что у батареи есть «голова». Она считает количество циклов и искусственно ужимает часы работы. Кроме того, есть разница в химическом составе — «теряют» емкость только NiMH батареи. LiIon — нет.
Снимать батарею — вариант сохранности, на мой взгляд, сомнительный. Заряженная батарея будет садиться (вспомнить хотя бы плееры).
Я в своем samsung n150 с LiIon батареей стараюсь не садить полностью аккумулятор. Оставляю хотя бы 15% и в розетку. Дома пользуюсь с подключенным питанием. Таким образом, батарея почти всегда заряжена. После фул-зарядки контроллер отключает зарядку и бук просто работает в обход батареи от сети 220В.
За почти год использования потери в емкости 2-3% (по данным маленькой утилитки, висящей в трее рядом с часами).
Изложенный выше материал — сугубо личное мнение и мой собственный подход к данному вопросу.

Было бы интересно почитать