- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
ТС, а как вы оцениваете работу сайта, неужели субъективно — "ползает как черепашка"?
Делать выводы о работе решений можно лишь на основе статистики.
Вы считаете, что APC сначала может тормозить сайт, а через пару-тройку часов все будет отлично работать? Разве такое бывает?
Вам выше уже дали ответ, в зависимости от того, как настроен xcache/apc (сколько выделено ОЗУ под var-кеш) так и будет работать, т.е. если в кеше данные все время "вытесняются" новыми порциями данных, то мы получим непрерывные "промахи" при попытке чтения из кеша, т.е. кеш работать по факту не будет, но при этом будут лишние ПХП вызовы, что будет вызывать дополнительные тормоза, также зависит от конфигурации веб-сервера, при том же CGI/suexec режиме - пользы от APC/xcache не будет
но, если все настроено адекватно, то польза от xcache/apc/memcached в W3TC будет существенной