Собственно, основную часть наработок хотелось бы выложить в публичный доступ,
но перед этим хочется привести их в более законченный вид
и убедиться, что они будут полезны не только для меня самого.
Уязвимости. Проект сложный, по умолчанию работает под рутом, проблемы неизбежны: www.samba.org/samba/history/security.html
Попробуйте сами поискать в Гугле «samba vulnerability».
Вариант 1.
В каждом клиентском ящике сделать фильтр для пересылки всей почты на админский.
Вариант 2.
Создать ещё один домен, в нём сделать настоящие ящики для пользователей,
а в «парадном домене» всё пересылать на один ящик и внутри него настроить
фильтры по адресу получателя для пересылки в настоящие ящики.
В свойствах настоящего ящика исправить адрес отправителя.
Вариант 3.
Написать в саппорт Яндекса и запросить такую функцию.
Если она уже есть, то они покажут, как её включить.
Если её ещё нет, то есть ненулевая вероятность, что они её добавят.
rsync умеет синхронизировать только в одну сторону, csync2 в обе.
rsync сравнивает текущее фактическое состояние, csync2 дополнительно проверяет запомненное состояние на момент предыдущей синхронизации.
Если в них указано имя SQL-сервера «localhost», то они подключаются через unix-сокет, а для httptunnel нужен TCP-сокет.
Исправляется в my.cnf:
— «skip-networking» комментируется, если есть,
— «bind-address = 127.0.0.1» добавляется, если нет.
На мой субъективный взгляд, это как плавки-плащпалатка.
Имхо, правильно, когда wifi-роутер лежит на шкафу в прихожей, а медиацентр подключается к плазме в противоположном конце квартиры.
А вы этот DreamPlug используете?
Увы, нет. Просто про его предшественника ШиваПлаг в своё время было довольно много пиара, плюс Ваше хотение иметь редкий в роутерах ARM.
Сам по себе пропуск в индексе слабо влияет на производительность.
Причина в многократном перестроении индекса при удалении.
Quick отменяет все промежуточные перестроения и делает его ровно один раз — после завершения всей операции.
Навскидку, optimize table сжимает не индекс, а данные, путем копирования в новый файл *.MYD.
Индекс перестроится автоматически сразу после delete.
Но лучше проверьте правильность данных тезисов по официальной документации!
Low_priority сам по себе, естественно, не поможет. Но он поможет уменьшить влияние проблемы на пользователей, т.к. большинству по Вашим словам нужно только чтение.
И key_buffer_size тоже важен. Увеличивайте его до тех пор, пока это даёт положительный эффект.
но перед этим хочется привести их в более законченный вид
и убедиться, что они будут полезны не только для меня самого.