netwind

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

1. найти вирус

2. удалить.

разве не очевидно? там тысячи возможных сценариев заражения.

Что конкретно вы уже пробовали и что не получилось ?

Это одна из самых быстрых ide, потому что не на яве. Бектрейс стека вызовов по-моему только в ней и есть.

> отсутствие русского меню.

Ты профессию не спутал? Может тебе в конфигурасты 1с податься? там все на русском, даже язык.

Для работы тебе потребуется запомнить 20 пунктов меню от силы.

Я считаю, что это обмен шила на мыло. В любой другой IDE у тебя будут те же самые проблемы.

mihavxc:
Ну вот и мне кажется, что в основных заголовках будет значения из php, а в остальных - значение дефолтного ящика.

Будут точно. Но разве это кому-то мешало раньше? Вы сначала убедитесь, что их действительно нужно скрыть. Почтовый клиент показывает только важные.

mihavxc:
Не скажется ли такая "подстановка емейла отправителя в лоб" негативно в плане обнаружения спама?

антиспам крупных сервисов штука неопределенная. может скажется, а может и нет.

mihavxc:
То есть на стороне получателя нельзя будет определить, что я подставил почтовый ящик отправителя тупо в php, а не передал его параметром в сам sendmail?

Не помню что там в sendmail, но скорее можно просмотром всех заголовков в почтовом клиенте. Без этого почтовая программа получателя покажет только основные заголовки, которые вы создадите из php. Выглядеть будет нормально.

mihavxc:
В идеале - чтобы я из php мог регулировать от какого почтового ящика на моем сервере отправить письмо.

этого можно достичь вообще без настройки - php-скрипт должен правильно составить письмо со всеми заголовками. Например, указать

From: Notification <notification@server.com>

myhand, это лишь ваши домыслы.

myhand:
Забавно, учитывая то что в RH сейчас работает Шишкин. Давненько я ее не пользовал - это с какого релиза открутили?

Не слежу. Во всей 5-ой линейке точно нет. Ядра из centosplus поддерживают, но это же неофициально.

myhand:
ага. Либо баг - либо админ виноват, см. пост выше почему.

Никто не виноват . Решение реальных задач часто заключается в поиске компромиссов. Меня мой компромисс устраивает.

myhand:
Можно поподробнее?

modprobe reiserfs

FATAL: Module reiserfs not found.

В остальных дистрибутивах поддержка reiserfs есть.

myhand:
Не может такого быть при нормальной работе с журналом

ага.

myhand:
Ага. А не потеряли-ли вы в процессе этого счастья какие-то данные?

Потеряли, но не больше чем обычно при резете.

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

А команда RHEL связывает.

myhand:
А данные и не должны так меняться, если FS их правильно записала. Операция либо доведена до конца - либо все связанные с ней "данные" просто невалидны. В этом смысл журналирования

Все эти рассуждения не имеют смысла если нижележащий носитель неадекватно себя ведет. Прерванная операция в md как раз такой случай. При повторном считывании одного и того же блока получаются разные данные. На такую ситуацию восстановление не рассчитано, ни штатное из журнала, ни и с помощью reisefschk.

Возможно, другие файловые системы менее подвержены этой проблеме, но мне это не важно.

myhand:
Повторяю, не факт что проблема не связана конкретно с reiserfs.

Если Ганса упекли за решетку, продукт выданный ранее его командой не стал хуже. Код работает и без него. Все остальное - админские суеверия.

myhand:
В смысле, reiserfschk работает? Я бы не сказал что это "нормально".

нет, в некоторых случаях reiserfschk не работает на рассихнронизированном raid1. Совсем ничего не чинит и останавливается. Если синхронизировать, то все работает.

Это вполне нормально и объяснимо. Файловые системы не пишутся из расчета на то, что данные раздела будут случайным образом меняться при считывании.

Всего: 6293