Memcached через fcgi, какие подводные камни?

Question

[Радость моя]

делаю проект, использую классы которые использовал на всех предыдущих проектах. Среди них есть кавер-версия для memcached:

<?php
	
	/**
	 *	Кавер-версия для Memcached
	 *
	 */
	
	class MD extends Memcached
	{
		public function __construct()
		{
			parent::__construct();
			parent::addServer( LS_MD_HOST , LS_MD_PORT );
		}	
	}

запускаю, но ругается что класса мемкешед нету. пишу хостеру, он говорит что они используют мемкеш а не мемкешед, но есть вариант сделать сброрку php+memcached и подключить к сайту как fcgi, тогда работать все будет как прежде. скажите какие в этом варианте есть подводные камни, особенно меня интересует производительность. читал что fcgi медленнее fpm, что типа он создает каждый раз новое подключение.

Спасибо.

Answer 1

[Андрей Буров]

Используйте Memcache, а не Memcached они совместимы.

Comments

[Радость моя]

если я переименовываю memcached в memcache то получаю ошибку этого класса: Fatal error: Cannot call constructor in

[Андрей Буров]

t-alexashka: потому что у Memcache нет конструктора id1.php.net/manual/en/class.memcache.php

Answer 2

[Евгений]

А вы уверены что у вас сейчас fpm, а не апаче? Наверное, проще переделать вашу кавер версию под Memcache.

Comments

[Радость моя]

просто я наверно не доконца шарю в этих модулях. Да, у мена апач. если апач, то 100% это пхп через cgi ?

[Радость моя]

зачем тогда хостер говорит об отдельной сборке? он то знает что у них апач стоит а не жинкс

[Евгений]

t-alexashka: Хостер мог бы поставить и memcache и memcached в свою основную сборку.
С апачем есть 2 способа запустить php:
как модуль для апаче
как внешнее fcgi
Если не вдаваться в подробности, то при переходе на fcgi у вас могут быть проблемы с .htaccess если вы там задаете какие-то php_value, а также с правами на запись скриптами в директории.
Я бы класс MD лучше адаптировал под memcache, а не возился со сборками.

[Радость моя]

спасибо