Боюсь, ничего готового гугль не находит. И это действительно очень сложная и комплексная задача, совсем непохожая на работу mb_strtoupper(). С изменением регистра символов все просто — есть символы юникода, есть таблицы соответствия. А вот таблиц «близости по звучанию» — нет. И что-то мне подсказывает, что создать их вне зависимости от контекста языка невозможно.

Даже в фонетических языках есть большой произвол в звучании одних и тех же букв в зависимости от контекста. А та же кириллица используется во многих языках, звуча при этом немного по разному.

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

Но вот, в частности нашел таблицы для русского: textpattern.ru/html/transliteration-tables.htm

А что такое «любое предыдущее состояние»? И для какой операционки?

В линуксе, целостностью файлов, установленных из пакетов, ведают пакетные менеджеры. Например, в gentoo можно проверить целостность пакета k3b так:

vvdm ~ # equery check k3b
* Checking app-cdr/k3b-2.0.1 ...
415 out of 415 files passed


Аналогично можно сделать, например, в дистрибутивах, основанных на rpm: www.rpm.org/max-rpm/ch-rpm-verify.html

В дебианоподобных это: «debsums -ca <package>»

С файлами настроек сложнее. Они предназначены для того что бы их менять. И тут есть только один разумный подход: делать периодические бэкапы. Раз в неделю архивировать /etc/ как правило вполне достаточно.

Теоретически, можно написать демон, который бы следил за состоянием /etc/ и делал записи об изменении тех или иных файлов настроек, но я не слышал о том что бы кто-то использовал такой подход. Просто за ненадобностью.

Иногда встречаются советы использовать какую-нибудь систему контроля версий для /etc/ (и в последние годя это стало сильно проще, с появлением git, mercurial и других DVCS), но в моей практике, такой необходимости никогда не возникало.

P.S. Ну а на винде контролем за целостностью файлов следят антивирусы — это, в сущности, их основная работа.

Боюсь, связи между «ящиком» для mail() и Virtualmin-ом нет вообще никакой. Когда вызывается mail(), php достаточно тупо вызывает /usr/sbin/sendmail и передает ему заголовки и сообщение. Максимум что знает sendmail — это UID процесса его вызвавшего (поэтому адрес получается @).

Другое дело, что посредством заголовков можно указать обратный адрес и поле From: исходящего письма и это делается очень просто приблизительно таким вызовом mail():

mail('Кому <aaa@example.com>', 'Тема', 'Сообщение', "From: От кого <bbb@example.com>\nReply-To: Кому ответить <ccc@example.com>");


Или можно еще указать дополнительные параметры для sendmail посредством пятого параметра mail():

mail('nobody@example.com', 'the subject', 'the message', null, '-fwebmaster@example.com');


но это не такое гибкое решение на мой вкус.

В гугле встречаются советы поменять параметр sendmail_from в php.ini, но они ошибочны — этот параметр работает только в винде.

127.0.0.1 из гостя увидеть нельзя. Надо либо сделать так что бы apache слушал интерфейс с реальным ip-шником (на eth0), либо городить виртуальную сеть и заставлять apache слушать на vboxnet0 ( www.virtualbox.org/manual/ch06.html#network_hostonly ).

В смысле — с наиболее полным юникодом, с иероглифами и прочим?

Если нет, то на выбор: liberation mono, dejavu mono, vera mono.

А вообще: en.wikipedia.org/wiki/Category:Free_software_Unicode_typefaces