query_cache и не нужен для innodb - он ещё одно действие добавляет, т.е. даже притормаживает, если всключён, правильно его отключить нужно 2-мя параметрами:
query_cache_size = 0
query_cache_type = 0
Еще размер файла для логов маленький, я бы поставил от 512 до 1024M
innodb_log_file_size = 1024M
Ещё если диски SSD, я бы добавил:
innodb_support_xa = 0
innodb_doublewrite = 0
innodb_flush_neighbors = 0
Таймауты тоже имхо большие слишком, норм для хостинга:
wait_timeout = 300
interactive_timeout = 300
connect_timeout = 25
Очень много временных таблиц на диске, если память позволяет, я бы их вынес на ram диск так:
tmpdir = /dev/shm
Ещё переменная table_open_cache есть, а table_definition_cache по умолчанию стоит, это не правильно, попробуй так:
table_definition_cache = 2048
table_open_cache = 2048
Можно отключить еще и посмотреть что будет:
performance_schema = off
http://www.ra-don.ru/vizitka посмотрите - визитка по цене хостинга + нет привязки к конструктору, заработает на любом хостинге - вы полноправный владелец.
Никакого prefork - если память дорога :)
Cloudlinux сейчас вообще всё умеет, даже nginx + php-fpm - вот таблица совместимости: http://docs.cloudlinux.com/compatiblity_matrix.html
А в чём смысл использовать mpm_itk под Cloudlinux? Имхо давно надо было перейти на mpm_worker(или event) + mod_lsapi - всё быстрее на порядок работает, более совместимо и от таких ошибок избавит.
Поздно, буквально вчера разослали письмо, что сервис закрывается и будет только как платный add-on к платному же MailChimp. Т.е. бесплатных отправок больше не будет, работать можно будет только с бюджетом от 20$ в мес.
API как раз и не меняется - весь функционал старый тянется уже много лет. Например в 2008-м писали для себя модуль Робокассы (тогда ещё был Robox), причем лично с Мэтом, так он до сих пор работает без изменений. И все кастомные модули тоже без изменений прыгают уже еще с 4-ки на 6-ку. Что сильно поменялось - так это темплейты, с 5 на 6 большой скачёк на Smarty 3, т.е. нужно не один день посидеть, чтобы обновиться - а где-то с неделю со всеми кастомизациями.
Блесту тоже смотрели, еще года 3-4 и можно будет переходить на неё...
Ну например попробуйте найти панель под 1 только требование. Нужно брать выписки из банк-клиента российского банка (любого, например Авангард, Альфа или Сбер) и помечать счета как оплаченные автоматически и желательно в день оплаты, т.е. использовать интрадей (итог - клиент только оплатил - уже через 3-4 часа видно оплату и продлились все его услуги).
P.S. На WHMCS + Selenium модуль написался за 1 день.
Так это стандартный подход - 1С, SAP, Oracle и т.п. - купил инструмент, допили под себя напильником. Универсальных бизнес процессов не существует, всем нужны какие-либо доработки, иногда даже с 0-ля личные кабинеты приходится писать...
Сами регистрируйте клиентов при помощи API, создавайте ордер, счёт, но его не показывайте - сразу редиректите на gateway, получите в итоге то что нужно (клиент создан, оплатил и ему пришел счёт, что всё проплачено). Счёт можно затем показывать в темплейте и рисовать PDF с нужными реквизитами, в зависимости от выбранной страны или например Customfield клиента.
На самом деле у WHMCS есть одно очень важное преимущество - хуки практически на любое действие и открытая база в MySQL, можно просмотреть все внутренности и написать свои обвязки, даже не используя хуки и API. Из минусов - криптованный а не опенсурс код, который например в их конкуренте - блесте почти полностью открыт. Если этот минус убрать - будет лучший биллинг на сегодня.
Так это хостинг чистый и есть: http://www.ra-don.ru/hosting Просто есть ещё и готовый настроенный сайт с поддержкой для новичков (скрипт установки, который требуется в первом письме + еще и инструкция как управлять всем). Если ТС занимается обучением новичков, то лучше подходит - и комиссия больше, чем у стандартных хостеров и для новичков цена ниже чем у обычных хостеров в итоге будет.
