- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
После переустановки php как cgi, в корне стал создаваться файл php.core, весом 83-90 мб..
Сервер свой, памяти 4 гига.
Видимо что-то не в порядке с настройкой php или файлов php.ini, mysql.ini.
Какие будут мнения, куда смотреть, как можно исправить?
значит есть критичиская ошибка если php валиться в дамп
полистайте /var/log/ на предмет ругательств и тд
кстати ось какая ?
Надо смотреть в man gdb
gdb путь_до_php путь_до_core
для примера:
dgb /usr/local/bin/php /home/www/php.core
qwartyr, ну gdb, а дальше что? вызывать дух Столлмана, чтобы он починил пхп?
так и вижу наяву сеошников-хакеров на ассемблере умудряющихся найти ошибку в программе скомпилированной без отладочной информации и тут же строчащих патчи в php.net.
в реальном мире вам остается только перебирать ключи для сборки, удалять проблемные модули.
вот может быть ulimit недостаточно большой ?
Стоит FreeBSD 6.0 и DirectAdmin.
Видимо сам не справлюсь, прийдется везти сервер в Мастерхост и полностью переустанавливать систему.
Два фрилансера уже ставили, исправляли - в итоге так и не работает стабильно. Сервер часто зависает, приходится перезагружать сервер, иначе ничего не работает.
Думал выйдет дешевле чем установка за 10к руб., а вышло 10к и теперь снова 10к.
Вот и сэкономил...
в свете сказанного, не исключено, что файлы core это признак битой ОЗУ.
надо бы взять загрузочный диск новых debian или ubuntu и выбрать там пункт меню для проверки памяти. это простая и доступная операция.
qwartyr, ну gdb, а дальше что? вызывать дух Столлмана, чтобы он починил пхп?
так и вижу наяву сеошников-хакеров на ассемблере умудряющихся найти ошибку в программе скомпилированной без отладочной информации и тут же строчащих патчи в php.net.
в реальном мире вам остается только перебирать ключи для сборки, удалять проблемные модули.
вот может быть ulimit недостаточно большой ?
Ну, во-первых кто мешает пересобрать php с debug?
А во-вторых, я лично нашел багу в php, которую кстати никто не лечил, патч заказывал у фрилансера, сам не писал. Но корку изучал сам.
Плох тот сисадмин, который вместо вызова gdb вызывает дух Столлмана.
Andreyka добавил 12.08.2008 в 22:08
Стоит FreeBSD 6.0 и DirectAdmin.
Видимо сам не справлюсь, прийдется везти сервер в Мастерхост и полностью переустанавливать систему.
Два фрилансера уже ставили, исправляли - в итоге так и не работает стабильно. Сервер часто зависает, приходится перезагружать сервер, иначе ничего не работает.
Думал выйдет дешевле чем установка за 10к руб., а вышло 10к и теперь снова 10к.
Вот и сэкономил...
А что, два фрилансера не смогли провести аудит и найти причину зависания? :)
А что, два фрилансера не смогли провести аудит и найти причину зависания? :)
Первый фрилансер - ставил систему и настраивал, не понимая до конца что делает.
Второй исправлял ошибки установки первого. Одни ошибки исправил, других понаделал.
Ни к тому, ни к другому я больше не обращался. Бестолку.
В следующий раз обращайтесь к хорошим специалистам, это будет вначале дороже стоить, а потом дешевле выйдет.
Я давно уже подумывал о сервисе аттестации linux админов, да что-то руки никак не доходят
В следующий раз обращайтесь к хорошим специалистам, это будет вначале дороже стоить, а потом дешевле выйдет.
Я давно уже подумывал о сервисе аттестации linux админов, да что-то руки никак не доходят
И по какому признаку собираетесь атестовать ?
в этом бизнесе большое значения имеют рекомендации и знакомства, как в медицине :)