- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
вот про то и спрашивал :) что за всякий случай может быть?
попробуйте
страшно на живом эксприменты ставить :)
Я юзаю APC и всем советую, на 6-ой версии это будет официальным решением
+1 за eaсcelerator, поставил и забыл.
из личного опыта. большой плюс eaccelerate в том что. его можно целиком в оперативу загнать и не напрягать диск лишний раз. к примеру у некоторых VDS хостеров может получится обратный эффект от использования акселератора который кеширует прямо на диск, диск будет не справляться с отдачей кучи мелких скомплированных файликов.
из личного опыта. большой плюс eaccelerate в том что. его можно целиком в оперативу загнать и не напрягать диск лишний раз. к примеру у некоторых VDS хостеров может получится обратный эффект от использования акселератора который кеширует прямо на диск, диск будет не справляться с отдачей кучи мелких скомплированных файликов.
ну еще бы + скажется фрагментация диска 🚬
хм. интересная трабла возникла.
ось Centos 5.3 64 бита
поставил apache, передним nginx 8.х, php-fpm и php как мод апача.
php видит eaccelerate , но не воркает. ибо встал приустановке в usr/lib/php а не в usr/lib64/php
перекинул eaccelerate.so в lib64 - как то криво стал работать, не определяется через тест на php
на php-fpm вообще его в упор не видит. но что-то кеширует. создал на диске свои папочки и складывает туда.
какая то ерунда с путями что ли.
Старая проблема
Вычисти систему от .i*86 пакетов и оставь одни 64-х битные
хм.
а как это лучше сделать?
а как это лучше сделать?
снести все, пересетапить систему с нуля :D
кроме шуток - весьма вероятно, что у вас в итоге получился
микс i386 и 64-битных пакетов. видимо часть приложений поставили
руками из рпм не той архитектуры. часть - еще собрали руками.
зачем вам такое?
в центос php-cgi собран без поддержки fastcgi?
вашу задачу (сборки) _уже_ решили. даже в сентос.
вон готовые rpm-ки для eaccelerator:
http://dag.wieers.com/rpm/packages/php-eaccelerator/
там же есть и для xcache
идем, качаем, пересобираем при необходимости - все работает и для модуля апача, и для cgi