Миграции системы с Mysql на PostgreSQL

классы cmsCacheMemory и cmsCacheMemcached. Они никак и нигде не используются.

только чо посмотрел, дак эти классы в кэшировании задействованы:

 
public function start(){
 
        $this->memcached = new Memcached();
 
        $this->memcached->addServer($this->config->cache_host, $this->config->cache_port) or die('Memcached connect error');
 
        return true;
 
    }
 

Видел, или я что-то не понимаю или что-то на серваке работает не так, в конечно итоге работа без кеша получается быстрее
, не понимаю в чем проблема. Эти классы запускаются от cmsCache, но что-то не так

или я что-то не понимаю или что-то на серваке работает не так

Для centos
Установка библиотеки php для работы с memcached
yum install php-pecl-memcache
service httpd restart

+ есть "УСТАНОВКА И ЗАЩИТА MEMCACHED" c кучей настроек, нужно в отдельную тему выносить…

или я что-то не понимаю или что-то на серваке работает не так

Для centos

Спойлер

1.Обновите пакеты и репозитории с помощью команды: yum update
2.Установите memcached с помощью команды: yum install memcached
3.Запустите его: service memcached start
4.Добавьте memcached в автозагрузку: chkconfig memcached on
5.Перезапустите веб-сервер Apache: service httpd restart
Установка memcached завершена. Чтобы проверить, включен ли memcached, введите команду: netstat -tap | grep memcached
Терминал выдаст результат с запущенным процессом memcached

Установка библиотеки php для работы с memcached
yum install php-pecl-memcache
service httpd restart

+ есть "УСТАНОВКА И ЗАЩИТА MEMCACHED" c кучей настроек, нужно в отдельную тему выносить ...

Всё работает, но ситуация в том, что с memcaсhe/d работает дольше в плане генерации страницы, а соответственно обработка, может конечно на высокой нагрузке покажет себя, но на данный момент не понятно в чем причина. Вроде не должно быть уж явно дольше. Скорость генерации страницы получается примерно х2. При том что с memcaсhe должно быть быстрее или так же.

о ситуация в том, что с memcaсhe/d работает дольше в плане генерации страницы, а соответственно обработка, может конечно на высокой нагрузке покажет себя,

не покажет
мне пришлось сносить все, брать чистый vps
ставить vestacp в режиме php-fpm
на centos6

только так удалось хоть какой-то скорости добиться

Развитие linux и панелей остановилось в 2015-2017 году

о ситуация в том, что с memcaсhe/d работает дольше в плане генерации страницы, а соответственно обработка, может конечно на высокой нагрузке покажет себя,

не покажет
мне пришлось сносить все, брать чистый vps
ставить vestacp в режиме php-fpm
на centos6

только так удалось хоть какой-то скорости добиться

А почему vestacp, а не ispmanager? там вроде как тоже есть php-fpm

Развитие linux и панелей остановилось в 2015-2017 году

Любые технологии развиваются) Только вопрос в том какими шагами)

Развитие linux и панелей остановилось в 2015-2017 году

Не правда, ISP полностью меняет свой дизайн и логику работы, BrainyCP скоро выйдет на коммерческий уровень.
Линукс тоже развивается и становится более дружелюбным. Ubunta… Debian...
Один CentOS как классика, не торопится…

Всё работает, но ситуация в том, что с memcaсhe/d работает дольше в плане генерации страницы

чет не то, memcaсhed это сериализованные данные в озу, там нет как таковой генерации страниц, настройки мемкеша надо пересмотреть. Может слишком большими порциями кэшируешь или на слишком малое время?

Всё работает, но ситуация в том, что с memcaсhe/d работает дольше в плане генерации страницы

чет не то, memcaсhed это сериализованные данные в озу, там нет как таковой генерации страниц, настройки мемкеша надо пересмотреть. Может слишком большими порциями кэшируешь или на слишком малое время?

Да я тут больше думаю, что проблема походу в самой логике работы memcaсhe/d.

Один CentOS как классика, не торопится....

а зачем на серверной операционке, а так получилось, что CENTos ей стала…
красивости и "новинки в дизайнах"?!

ей бы скорости добавить (7-ке) а то сидишь на 6 и ждешь уже 6 год…

BrainyCP скоро выйдет на коммерческий уровень

blog.sath-ordex.com/brainycp-perehod-s-ispmanager-lite/, это платит от 5$ в месяц за косяки? в ISPmanager даже демо не работает.
В панели centos есть конфигурация, кеш, выбор php, стоит по идее 1.5 бакса в месяц, не тормозит. Надо ещё глянуть убунту и webmin…

В любом случае ничего не стоит и всё двигается))) Так вернемся к нашим базам… есть кто пользовался PostgreSQL? на сколько она удобная? говорят на ней хорошо реализуется масштабируемый проектов?

BrainyCP скоро выйдет на коммерческий уровень.

Ваш ник знаком по форуму brainy:) Про коммерческий уровень говорить пока рано — в коллекции дампы бд и /home/* уже двух Украинских хостингов, рискнувших дать "бесплатный хостинг на N месяцев" c brainy по промо-коду, дыры смешные.

blog.sath-ordex.com/brainycp-perehod-s-ispmanager-lite/

У brainy не всё так грустно, просто из меня писатель "не очень", а так плюсы перевешивают минусы. По функционалу она уже уделывает isp(manager\config) и весту. Разрабы прислушиваются к пользователям, косяки фиксят… в меру способностей, новые фичи появляются регулярно. А о стабильности судить рано, учитывая, что это бетка, которую всё ещё тестируют на хомячках. Вот ispsystem, те да, застыли в прошлом, клиентов полно, доятся регулярно, менять что-то лишний раз = гемор.

У brainy не всё так грустно

осенью искал панельку для vps… После темы community.brainycp.com/viewtopic.php?f=6&t=1030 вопросы о brainy отпали сами собой...
Экономия 2 т.р. в год не стоит таких рисков.