netwind

Рейтинг
419
Регистрация
06.05.2007

Неужели русский апач еще жив? Пора бы его запретить.

судя по вот этому древнему обсуждению, ошибка не является проблемой. Какой-то из клиентов странным образом (для русского апача) сформировал заголовок.

http://apache.lexa.ru/mail-archive/msg02621.html

На современных апачах наверное и не бывает уже таких сообщений.

alw, разделы переполняются только потому, что ты сам создаешь такие условия когда они переполняются.

Веб-шелл на интерпретируемом языке прекрасно можно залить на раздел с noexec.

Различия в скорости работы fs - на уровне статистической погрешности.

Чего ради суетиться ? чем бы дитя не тешилось лишь бы в танчики не играло на работе?

netwind добавил 25.11.2011 в 19:34

myhand:
Вы начисто проигнорировали контекст. Если бекап-процесс собирается где-то сохранять огромадные временные данные - логично это сделать там, куда он потом сохраняет файлы. Там _должно быть_ много места. Только потому - это более разумное умолчание.

Это же панель. Вот и не игнорируйте её контекст. Бекапный скрипт для простого народа сконструирован так, чтобы уметь заливаться в том числе на ftp, отсылаться на почту и тд. Вы предлагаете этой программе предварительно создать временный файл на удаленном ftp-сервере ? А в случае с почтой ?

myhand:
Правильное решение - _не использовать_ ISP бекап.

Например, mysql, при попытке починить таблицу может создавать в /tmp временные файлы размером с саму таблицу + индексы. Переменная tmp_dir без рестарта сервера не меняется.

Тоже посоветуете не использовать mysql?

myhand:
О, они еще и не такие вещи делают... Видимо, в расчете на большинство хомячков, у которых один раздел / на весь сервер.

Практика, примером которой является эта тема, показывает, что этот вариант разбивки был бы самым удобным и спас бы от многих проблем.

Так какой смысл кулсисопством страдать? Все равно в большинстве случаев вы не сможете разобраться в бинарной структуре файловой системы чтобы восстановить данные. Сломается обязательно самый активный раздел с самыми нужными данными.

Если практические результаты не согласуются с общепринятой теорией, нужно в первую очередь убедиться что методика измерений верна.

VGrey:
кешировать в memcache стандартным компонентом быстрее, чем на диск?

вопрос надо поставить так :

коллеги, вы вообще занимаетесь измерением своих воздействий или просто включаете везде кеширование и радуетесь ?

кстати, вы то с помощью каких именно тестов заметили ухудшение?

myhand:
Более содержательной частью моего предыдущего поста - было выяснение того, чем Вам mod_php помешал. Эту часть Вы предпочли "не заметить".

ну в общем то не нужен. но раз уж mpm_event такой хороший, давайте будем последовательны и внедрим вашим клиентам схему с mpm_event без фронтенда.

LEOnidUKG, реальный пример : куски видео в простейших контейнерах типа mpeg2. их можно просто резать . главное знать где и попасть по границе опорного кадра.

я не пробовал, но раз уж их склеивают утилитой cat, то, получается, можно резать.

Вот чесслово, иногда позиция Андрейки кажется мне разумной. Зачем вам объяснять досконально, если вы вместо того чтобы понять, что именно я имел ввиду, пытаетесь оспорить каждое слово ?

Разумеется, найдутся области и условия где мои обобщения будут неточными. Но на то они и обобщения.

Обобщение 1 : в этот раздел форума в основном приходят со своими проблемами горе-владельцы VPS, которые пытаются самостоятельно что-то настроить.

Обобщение 2: nginx сложился как явление в среде этих самых владельцев VPS и в ближайшие годы никуда не денется.

Это все.

LEOnidUKG, для большинства сайтов уникальность имени пользователя - сложившаяся практика. придется удалять.

В таких ситуациях обычно создают дополнительное поле

Это делают люди не знакомые с СУБД, что с них взять.

Scaryer:
Для virtualdub существует фильтр, который удаляет логотипы с видео (типа логотипа каналов)

и при этом все равно заметно артефакты в месте где был логотип.

к тому же, на ТВ логотипы маленькие, а не поперек экрана.

Всего: 6293