Продам домен и сайт с теми статьями какие будут на 7 марта 2023. Сайт был создан когда-то для пробы и для демонстрации моих навыков :) для некоторого повышения цены некоторых вопросов. В данный момент перспектив для себя в этом сайте не вижу, платить за домен и хостинг стало внапряг. Продаю, чтобы статьи просто не пропали, поскольку вижу что они кому-то полезны. Если вдруг кто захочет купить - пишите сюда свое предложение: ссылка на форму для отправки сообщения Предложение будет актуально до момента за 10 дней до конца регистрации доменного имени - 7 июня 2023 г. (за 10 дней до 17 июня).

Так же продается домен normok.com по сроками тем же что и dummyluck.com . Если в предложениях на каждый из доменов и сайтов максимальная цена будет по 1$, значит так и будет.

Некоторые полезные команды в процессе настройки почтового сервера рассматриваемой в этой серии заметок почтовой системы. Часть примеров команд есть прямо в статьях (обычно в конце), но некоторые всплывали в процессе в разных ситуациях, и иногда оказывалось что есть затруднения с поиском решений. Для таких случаев я решил накапливать в этой статье самые полезные команды, которые вызывали затруднения и для которых приходилось искать решение. Заметка видимо будет постоянно дополняться.

ВАЖНО! Эта страница является частью списка заметок о настройке почтовой системы.
Родительская страница - обязательна к просмотру: Установка и настройка почтового сервера

Далее...

Когда я первый раз столкнулся с WordPress, помогая знакомым, то обратил внимание, что нет общей информации для начинающих. Вообще, мало тех, кто делится своими выводами и впечатлениями о том, что важно знать вначале. Этот как в большом магазине, где уже как-то привыкли, что все обо всем вроде бы и так должны знать. Но на самом-то деле нет - знают не обо всем. И далеко не все. Есть те, кто первый раз. И им нужно хотя бы кратко рассказать про главное.

Так вот, - я не видел, чтобы кто-то обратил внимание на то, что делая первые шаги в WordPress, важно быть осторожным, например в выборе плагинов (потому что они оставляют следы даже после удаления, засоряют базу). Или на то, что миллион загрузок у какого-то плагина, еще не означает что он лучший. Или на то, что бывают случайные незаметные ошибки, которые могут приводить к большим отрицательным последствиям (о которых долгое время можешь даже не знать).

Здесь коротко, пару абзацев - только о самом главном. Потому что я как раз сейчас, опять "по касательной", столкнулся с WordPress для одного проекта. И, пока помню о важном, тезисно здесь это зафиксирую.

Далее...

Столкнулся с тем что нужен был самоподписанный сертификат. Такое бывает, например, тогда, когда кому-то httpS нужен для своих внутренних целей, например - только для админского доступа. Покупать ради этого сертификат просто нет смысла, но в то же время хочется быть всегда уверенным что это "правильный" сайт (и этот "служебный" httpS отображается в браузере без предупреждений). Странно, но хорошей инфы - "по пунктам" все сразу в одном месте не нашел.

Здесь будет описан такой вариант: корневой сертификат, который устанавливается через консоль в хранилище сертификатов Windows клиента, а для сайта (сервер Apache) - свой сертификат (и ключ), подписанный этим корневым.

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

Далее...

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

Такой ошибочный дубль обычно автоматически потом исправляется, и двойной запрос на списание средств просто отменяется. Поэтому в течение многих лет можно даже не знать об этих сбоях - все они позже незаметно исправляются. Но если вдруг наступит момент, когда на карте оказалось мало денег, обычная отмена дубля уже не может пройти незаметно, потому что до отмены происходит блокировка - из за нехватки средств. И остаешься без доступа к карте на период стандартного ожидания повисшей "оплаты" (например - 10 дней).

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

Для Windows есть много разных программ для "зеркалирования" - создания точной резервной копии папки.
Но эти программы удаляют и перезаписывают старые версии файлов в бэкапе. А мне нужно было во время синхронизации не удалять старые версии файлов, а сохранять (например в заданную третью папку).
Когда просматривал разные известные программы для бэкапа, обнаружил, что обычно в них идея "третьей папки" вообще отсутствует. Есть две - исходная (откуда) и целевая (куда - "зеркальная"), а так, чтобы результат сравнения этих двух папок (отличающиеся старые или уже удаленные файлы) сохранялся в третью папку - такого вообщем-то нет.
Или почти нет.

Далее...

Минимальный DNS на свой сервер нужен потому, что при любой ошибке, сбое - система стучится к провайдеру, к его настройкам, его DNS и пр. А настроено у провайдера может быть что угодно. Например из того что мне попадалось в разное время - какие-то IP почему-то сопоставлены некоторым (и это особенно странно - что не всем, а некоторым) ошибочным доменам. Т.е. стоит допустить ошибку в имени домена и curl-запрос со всякими интересным параметрами вдруг начинает лезть на IP локальной сети (где-то у провайдера). Или localhost при случайной ошибке в настройках вдруг оказывается на каком-то непонятном IP который непонятно откуда взялся (из ближайшего DNS судя по всему). В общем, чтобы этого не было - нужен минимальный локальный DNS. И минимальный - это как раз dnsmasq.

Далее...

Серия заметок по настройке почтовой системы в отдельно взятом частном случае (на основе Postfix, Dovecot + разное). Это главная, "родительская" страница, содержащая ссылки на весь список заметок (с кратким описанием).
Почту в таком формате - "с нуля", настраивал впервые. Ранее приходилось иметь с этим дело только эпизодически, "по касательной". Выбор в пользу определенной конфигурации сделан после перечитывания массы документации, статей и форумов. С учетом задачи, - поднять почтовую систему для быстрой и безотказной работы небольшого количества почтовых ящиков - выбрана такая сборка:
Postfix + Dovecot 2 + MySQL + PostfixAdmin + Postgrey + Postscreen + ClamAV + DKIM + Sieve + RoundCube. OC - Debian.

Далее...