- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева

Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Ну то есть вылетает всё-таки апач, которому не нравится Ваш скрипт :)
Скорее всего не хватает памяти - можно поправить в настройках апача или пхп.
Тариф «Персональный» — это оптимальный вариант для проектов с большим количеством обращений, предполагающих быструю работу скриптов. Для каждого клиента запускается собственный Apache, таким образом все запросы к сайту обрабатывает личный веб-сервер. PHP работает в режиме mod_php. Для компиляции и кэширования запросов предустановлен eAccelerator. Все это позволяет увеличить скорость обработки скриптов на 25%-100%.
Apache/2.2.16 PHP/5.2.16
Динамическая память 128 Мб
Время использования CPU 5 мин.
Максимальное время использования процессора в сутки/неделю 300 минут / 1600 минут
Время исполнения скрипта 500 c.
Время выполнения SQL запроса 1000 c.
Количество одновременно запущенных процессов 48
Одновременно открытых файлов из одного скрипта 64
Количество адресатов в одном письме 100
Максимальное число писем в час 300
Время между отправкой писем 0.3 c.
Одновременных анонимных ftp-сессий 10
Количество одновременных подключений к MySQL 50
скрипт shopcms проверен перепроверен, на любом говнохостинге работает в том числе есть у нас аккаунт самый простой (стандарт) на той же агаве, все работает на 5 + оставьте скрипт в покое ...
дело не в скрипте дело в связке апача, который надо полагать стабильный и в этом никто не сомневается .... и nginx - кто здесь слабое звено думаю и так понятно не надо тупить ...
по какой-то причине
apache аварийно завершает работу (запись в лог-файле: [notice] child pid
36902 exit signal Segmentation fault (11)).
дело не в скрипте дело в связке апача, который надо полагать стабильный и в этом никто не сомневается .... и nginx - кто здесь слабое звено думаю и так понятно не надо тупить ...
Удачи Вам в борьбе с nignx :)
например?
//10 букавок
Мне кстати, тоже интересно, это какой код PHP заточен под apache и выдаёт ошибки на nginx.
Удачи Вам в борьбе с nignx :)
борьбы никакой нет, я не тупой и понимаю что апач завершает процесс, но это не означает что на этот процесс влияет только сам апач и скрипт (без одного компонента ведь работает :) ) не силен в архитектуре , но если не ошибаюсь то nginx тоже взаимодействует с апачем, то есть нагружает его запросами, и может быть не совсем правильными ... может не дождаться ответа и так дале ... он тоже работает в памяти и занимает место ... то есть может мешаться апачу
У нас сервер был на гиг памяти падал именно из за привешения лимитов памяти, nginx разрастался ...
Да и дело не в моем конкретном случае, проблема не нова ... почему то по запросу lighttpd 502 bad getway - google отдаст вам 5000 результатов но не 240 000 ....
Что больше никто не сталкивался с проблемами конфигурирования nginx и никто не видел таких вот табличек, на посещаемых сайтах ? или тут говорят те кто вообще ни разу не настраивал сервер ?
@homer18 высказался по делу, привел личный опыт удачного конфига - зачет спасибо, но в его случае отдельный сервер с хорошими ресурсами ...
но обычно когда что либо проверяют стараются проверить это в условиях стресс тестирования ... то есть в более зажатых условиях ... о чем и речь и если в этих условиях продукт не справляется ведет себя непредсказуемо, то вероятно когда нагрузка возрастет достаточно то он снова будет себя так же вести и на хорошем железе. ...
Lighttpd вообще кто нибудь тут пробовал ? или тут собрались фанаты аля наши футболисты лучшие в мире ?
чтобы занть что лучше надо сначало все это попробовать ...
я пробовал и то и другое, для себя выбор сделал ... а вы пробовали и то ? и другое ?
Давайте так, чтобы было яснее тема обсуждения что надежнее и стабильнее (быстрату не берем в расчет так как она не сильно отличается между кондидатами ...) так вот что надежнее и стабильнее и почему вы выбрали то или иное ...
скрипт shopcms проверен перепроверен, на любом говнохостинге работает в том числе есть у нас аккаунт самый простой (стандарт) на той же агаве, все работает на 5 + оставьте скрипт в покое ...
Я с этим скриптом работаю плотно, работать на гхостинге он то будет, но при большом количестве товара ведет он себя немного не так как предпологалось, его кстати для уменьшение нагрузки доработать желательно (и несложно). И версию желательно использовать нестарую, тк на старой нагрузка существенно выше.
P.S. На чистом nginx+php-cgi работает он просто напросто отлично.
Я с этим скриптом работаю плотно, работать на гхостинге он то будет, но при большом количестве товара ведет он себя немного не так как предпологалось, его кстати для уменьшение нагрузки доработать желательно (и несложно). И версию желательно использовать нестарую, тк на старой нагрузка существенно выше.
P.S. На чистом nginx+php-cgi работает он просто напросто отлично.
версия свежая, магазинные функции отключены, используется как каталог, 50 страничек все го то, да там ломаться нечему ... статика (кеш) на 50 страниц смешно просто ...
апач может падать по segfault из-за кривой сборки php (ядро, модули, библиотеки). но вполне может, что ОС не дает скрипту использовать оперативку в том объеме, который хочет скрипт. + не забывайте, что на расход памяти влияет разрядность ОС. 128МБ маловато может быть.
версия свежая, магазинные функции отключены, используется как каталог, 50 страничек все го то, да там ломаться нечему ... статика (кеш) на 50 страниц смешно просто ...
На халявном 000webhost.com года два назад до 100 стр магазин на этой cms нормально работал (изредка 500е ошибки выплывали, да и то хостер такой), на любом хостинге магазин с таким количеством товара проблемно работать не будет. Либо криво cms настроили или хостинг полное Г.
апач может падать по segfault из-за кривой сборки php (ядро, модули, библиотеки). но вполне может, что ОС не дает скрипту использовать оперативку в том объеме, который хочет скрипт. + не забывайте, что на расход памяти влияет разрядность ОС. 128МБ маловато может быть.
а вот кривую сборку php совсем не исключаю, там фряха и собирают пых из сырцов ... так что все возможно .... 128 для этой я бы даже цмс то не назвал, выше крыши ...
хотя и удивляет их опыт в этом деле и такое ...
На FreeBSD может сегфолтится с 11 (bus error) при например recode.so или других специфических модулях.
Собирать из "сырцов" там не надо, все отлично ставится из портов.
Еще Zend Optimizer вылетать может при определенных условиях (т.к. Zend давно не выпускает обновления).