myhand

Рейтинг
278
Регистрация
16.09.2009
TAFF:
myhand, После обновления curl необходимо пересобирать php?

Отвечали уже:

myhand:

Взять *.src.rpm из более нового centos'а и пересобрать. Если нужен для использования в PHP - пересобираете php пакет также из *.src.rpm.
krepmetiz:
ну да.., где гугл и где я.., есть же еще такое понятие как бюджет:)

Вы опять не поняли. Имелся в виду, скорее всего, Google Apps.

TAFF:
7.21.0

Боюсь, что готового пакета нет. Но можно взять достаточно свежий *.src.rpm из centos/fedora (там даже 7.20, насколько я помню) - и пересобрать с новым архивом исходников. Чуть сложнее, чем тупая пересборка - нужно поправить spec-файл.

В федоре даже есть 7.21 версия. Ссылка прям на сайте curl.

TAFF:
Здравствуйте!

Подскажите пожалуйста как можно обновить curl до актуальной версии 0.7.21 ?

На данный момент стоит версия 7.1.5, yum не видит последней, на сайте curl не видно версии для CentOS

А какая конкретно нужна-то? И зачем?

Взять *.src.rpm из более нового centos'а и пересобрать. Если нужен для использования в PHP - пересобираете php пакет также из *.src.rpm.

Судя по версии (7.1.5) - Вы либо опечатались (как с 0.7.21 "версией") либо у Вас какой-то неимоверно древний центос.

PS: Предупреждая идиотские вопросы: для получения дополнительной информации - набрать в поисковике "как пересобрать src.rpm в centos".

Andreyka:
На сервере A залили файл
На сервере Б залили файл
Файлы разные а имя одинаковое
Дальше синкайте сами

Имелась в виду не полноценная кластерная архитектура (виртуальный хостинг, а Вы со своим тру ынтырпрайзом пришли :)) - а просто пожарный случай. Есть один рабочий сервер - меняется все только на нем. Периодически - идет синхронизация на бекап. Упал основной сервер - поднимаем бекап.

CrimeaLand:
Я не говорю, что у вас не качественные услуги. я всем доволен. я всего-лишь хотел чтобы Вы подвели куда копать, просто так не может сервер работать почти год без проблем, а сегодня просто встать.
Профи сказали что это Дос атака, и Вы могли бы это мне сказать, а не отправлять на более дорогой тарифный план.Вам спасибо, вы очень Во многом помогли мне.. И я сам рекомендую пользоваться услугами вашей Хостинг-компании.Еще раз Вам спасибо!

Профи гадали на кофейной гуще, которую Вы им предоставили. Может и правда ddos, может поломалось на сервере что (см. логи), может посещаемость + сосед по общаге (впс ноде) диск нагрузил. Вполне может быть, что Вам давали больше ресурсов, чем положено - на openvz/virtuozzo это обычное дело. Разместили на ноде побольше клиентов - оппа, а положенных лимитов-то Вам уже и не хватает.

660658:
основные методы борьбы
1) Ограничение допустимого предела (“rate limit”)
2) включить ip verify unicast reverse-path (удаление поддельных пакетов). Фильтр удалит пакеты, источники которых очевидно неправильны.
3) Локализация Чёрных дыр
4) Защитить сокет от SYN атак
5) IP redirect,
6) Настройка стека IP
7) чистить ARP
8) установка time_wait
9) ответ на широковещательный echo
10) маршрутиризация ип отправителя

Автор, пеши есчо! 🍿

krepmetiz:
т.е. вы хотите сказать пока вообще не стоит лезть на VPS, сам с ним не справлюсь? остаться на виртуальном хостинге?

Думаю, он хочет сказать то же самое, что и я. Оцените свои финансовые возможности и потери в случае простоя (в $ а не в "немерянно"), прежде чем "лезть на VPS" (или выделенный сервер) и привлекать постоянного администратора.

PS: Сами Вы вполне можете справиться - только потребует это определенной квалификации и времени (= деньги) на ее приобретение, соответственно. Без этого - вполне может стать на VPS еще хуже. Вообще, разделение труда рулит - этому еще дедушка Маркс учил.

r0mik:
есть у php переменная, что-то session_life....

Неа.

session.gc_probability

В дебиане оно по-умолчанию в 0 установлено. Там сессии по-другому очищаются (покуда умные ребята из ISP не переопределят место хранения сессий).

krepmetiz:
ок, спасибо, а что можно предпринять для дополнительной безопасности, бэкапы это понятно, но что бы сайт был всегда доступен? просто еще не работал с VPS серверами, при перезагрузке сервера сайт недоступен? могут ли подвисать сервера?

Технически, настроить синхронизацию даже между аккаунтами на shared-хостинге - нет проблемы. Если падает рабочий сервер - делаете быстро лишний раз синхронизацию и перенаправляете DNS-записи на запасной. Все в сумме займет 10-15 минут, с учетом смены DNS.

А вообще, задумайтесь - сколько $ Вам приносит сайт. Сколько Вы потеряете при простое на время XXX попугаев. Исходя из этого и выбирайте - с чем Вам заморачиваться. С виртуальным хостингом, VPS-ли, потяните ли Вы услуги администратора и т.п.

r0mik:
да нет же, 200 там...

Упс. Ага, я пропустил IfModule директивы и посчитал значение из секции для mpm worker.

Всего: 4890