Anticodeguy

В этом канале я рассказываю про инструментарий web-разработки, знакомлю с понятиями, включая базовые, делюсь способами заработка в интернете. Особое внимание я уделяю no-code и low-code инструментам, которые позволяют даже без знания кода творить крутые вещи. То есть канал направлен больше на коллег по цеху, кто тоже занимается web-разработкой и даже если пока находится в самом начале пути. В последнее время я всё чаще начал задумываться о запуске отдельного канала, который будет посвящен практическому применению IT в бизнесе, причём не обязательно онлайн. Даже наоборот, интереснее было бы рассказывать про то, как IT помогает реальному сектору. С кейсами, необязательно моими, лучшими практиками и тем, как цифровые продукты, в том числе созданные с помощью no-code и low-code инструментов, помогают улучшать бизнес-показатели. Ну и, разумеется, моя фирменная фишка – умение объяснять всё доступным и понятным языком, без всяких сложных технических моментов и терминов (которые часто бывают именно в этом канале).

Подведу итоги первой серии неочевидных фич конструктора сайтов Tilda, которые могут пригодиться в твоих проектах 1. Личный кабинет пользователей. Для реализации UGC (контента, генерируемого пользователями), конечно, придётся использовать внешние системы и интеграции, но для организации закрытого от глаз незарегистрированных пользователей раздела, подойдёт отлично. 2. Скрытый контент. Можно разграничить права по группам пользователей, в том числе в зависимости от наличия оплаты. 3. Полноценная онлайн-школа с редактором уроков и курсов, тестами, квизами, домашними заданиями, организацией их проверки и обратной связи, логикой открытия уроков, удобной навигацией и системой управления студентами. 4. Уведомления об оформленном заказе без внешних сервисов рассылок. 5. Поиск по товарам интернет-магазина, фильтры и сортировка каталога. 6. Избранное без необходимости делать личный кабинет. 7. Интеграция со службами доставки, включая полноценную формы оформления доставки удобным способом. 8. Синхронизация товарной номенклатуры с маркетплейсами, например Яндекс.Маркет. 9. Синхронизация ассортимента и складских остатков со складскими системами, например МойСклад. 10. Интерактивные кнопки выбора цвета товара. Пиши в комментариях, каких функций тебе не хватает в Тильде и не забывай ставить реакцию к посту 👍🔥💩.

Продолжу обзор неочевидных функций Tilda для интернет-магазинов, так как всё, что касается сайтов, здесь на поверхности: в библиотеке блоков и базовых настройках. Службы доставки: у Тильды есть нативная (встроенная, без всяких костылей и других внешних систем) интеграция с популярными сервисами: CDEK, Boxberry, Почта России. Причём интеграции сделаны очень удобно: клиенту доступен выбор адреса доставки или постаматов на интерактивной карте, а стоимость доставки рассчитывается автоматически в зависимости от заданных настроек. Скрыто подключение этих интеграций внезапно в разделе «Платёжные системы» настроек сайта: надо прокрутить список в самый низ. Не все знают, но товары интернет-магазина на Тильде можно синхронизовать с любыми маркетплейсами и складскими системами, например, МойСклад. Делается это через форматы YML от Яндекса, который позволяет актуализировать номенклатуру, например, с Яндекс.Маркетом и общий CommerceML, через который можно связать магазин с системой МойСклад. Также можно настроить товарный фид – это специальная ссылка, по которой для внешней системы доступен всегда актуальный файл с товарами, используется в большинстве маркетплейсов. Чтобы найти эти штуки, надо перейти в кабинет магазина, нажать на три точки и перед тобой откроется заветное меню синхронизации с этими опциями. И ещё одна далеко запрятанная фишка – кнопки выбора цвета для товаров! Известно, что для стандартных свойств товаров в Тильде предусмотрен обычный выпадающий список. Но для цвета можно реализовать полноценные окрашенные соответственно кнопки! Для этого нужно зайти в карточку товара, докрутить да «Вариантов товара», нажать «Добавление свойства». Здесь внизу есть галочка «Свойство имеет цвет». В качестве вида управляющего элемента нужно выбрать кнопки или радиокнопки. Теперь при добавлении этого свойства в товар слева от наименования появляется цветовой значок, при клике на который откроется цветовая палитра, где можно задать любой цвет. После сохранения товара на его карточке появятся кнопки с заданными цветами. 👍🔥💩

Продолжаю рубрику «Неочевидное в Tilda» и наш сегодняшний гость – фичи магазина Первая из них – это поиск по товарам. Но это не тот стандартный поиск Тильды, который по непонятным причинам выводит на сайт результаты из Гугла, а полноценный фильтр, который позволяет найти нужный товар по его свойствам. В общем, работает как надо. А вот чтобы добавить его, надо закопаться довольно глубоко: зайти в панель управления товарами («Товары», ага) и там открыть попап «Фильтры». Внизу ты увидишь галочку «Показывать поле для поиска», которая как раз его и активирует. Кстати, если настроить различные свойства у товаров, то поиск будет производиться по ним тоже. Тут же можно включить и сортировку товаров, тогда у клиента появится возможность упорядочить каталог, например, по дате добавления товара в магазин. Следующая крутая фича – Избранное. Вопреки расхожему мнению избранное на Тильде можно организовать без личного кабинета и вообще без авторизации пользователя. Где тогда хранится избранный товар, если не в личном кабинете? В кэше браузера, конечно. Сколько оно там хранится? По умолчанию 30 дней, но эту настройку можно изменить. Добавляется функция через одноимённый блок в разделе «Магазин». После добавления блока на страницу у товаров появится стандартная иконка с сердечком, которая будет вызывать нужное действие. Можно также добавлять по любому другому событию (например, по нажатию на свою кнопку), прописав в ссылке код #addtofavorites:Название товара =1000 (1000 – это цена товара). И никакого геморроя с личными кабинетами и сохранениями в базы данных, круто же! Как тебе фишки? Запрашивай, что тебе ещё интересно, в комментариях и ставь реакцию на пост 👍🔥💩.

Уведомления пользователю с сайта на Tilda можно отправлять только через сервис рассылок Так оно и было до недавнего времени, но сейчас можно уведомлять пользователя о заказе, сделанном на сайте. Обращаю внимание, что речь идёт именно об уведомлениях о заказе, то есть, когда пользователь взаимодействовал с корзиной или простой формой покупки из раздела «Магазин». Отравить уведомление при заполнении любой другой формы стандартными средствами не получится. Вот тут действительно для этого можно использовать уже сторонний сервис рассылок – с ним получится уведомлять и о других событиях помимо заказа. Настройки уведомлений о заказе запрятаны здесь: надо открыть «Настройки сайта» → «Платежные системы» → «Общие настройки платежных систем», там нажать на кнопку «Настроить» и найти раздел «Уведомления для покупателей о сделанном заказе». Здесь можно выбрать один из пока только двух вариантов: SendGrid и Почтовый сервер. SendGrid – это полноценный сервис email-рассылок, который на текущий момент ограничил свою работу в России, имей это ввиду. Но если у тебя настроен почтовый сервер, например так, как я показывал в посвящённой этому серии постов, ты можешь использовать второй вариант. Здесь нужно заполнить уже знакомые нам поля: данные SMTP-сервера (где их взять, можешь почитать в той же серии постов), логин и пароль ящика, с которого должны отправляться письма и шаблон письма, куда можно вставлять специальные поля в круглых скобках, которые будут заполняться динамически в зависимости от сформированного заказа: {{order_number}} – номера заказа {{amount}} – сумма заказа {{order_date}} – дата покупки {{order_details}} – список товаров в заказе С этими данными получится сформировать полноценное автоматическое уведомление покупателя от имени интернет-магазина. Используй в своих проектах и напиши в комментариях, какой функциональности тебе сейчас не хватает в Tilda. И не забывай про реакцию 👍🔥💩.

На Тильде нельзя сделать полноценную онлайн-школу! А вот и можно: не так давно в Тильде появилась возможность создавать, оформлять курсы и уроки и организовывать онлайн-обучение ничуть не хуже, чем в узконаправленных платформах. И угадай что – за это не нужно платить отдельно, всё уже включено в стоимость подписки на конструктор! Эта тема релевантна предыдущей, так что органично продолжает серию постов, посвящённых неочевидной функциональности Tilda. В декабре прошлого года разработчики анонсировали обновление, которое добавило полноценный конструктор онлайн-курсов. Разумеется, урок можно оформлять, используя стандартные блоки Тильды, поэтому тут можно реализовать практически любую дизайн-задумку, в отличие, кстати, от довольно топорных специализированных платформ, где в большинстве случаев тебя стесняют в дизайне уроков. Видео, аудио, текстовый контент – подавать можно в любом формате. Также есть редактор квизов и тестов для добавления интерактива урокам. Разумеется, есть домашние задания и даже полноценная система их проверки и оценки. Преподаватель – отдельный пользователь сможет писать комментарии к домашкам и ставить им оценки по заранее заданной балльной системе, которая настраивается. Можно настроить и порог для зачёта: например, те, кто набрал до 5 баллов, не сдали. Уроки можно открывать как все сразу, так и в определённой последовательности при прохождении. Или привязываться к датам – здесь в зависимости от формата курса, полная гибкость. Со стороны студента предусмотрен интерфейс с удобной навигацией по урокам и курсам, если их несколько. Пройденные уроки будут отмечены галочками. И, разумеется, так как Tilda сразу делает сайты адаптивными, уроки будут красиво смотреться на любых устройствах. Для создателей курсов есть админка, где можно всем этим добром управлять, включая студентов. Для меня это обновление стало одним из важнейших за всю историю конструктора, так как раньше приходилось прибегать к костылям, чтобы организовать полноценную онлайн-школу, а теперь всё работает из коробки. 👍🔥💩

В недавнем диалоге заказчиком я выяснил, что многие пользователи Tilda не знают некоторых функций, которые давно есть в этом конструкторе. Поэтому я хочу рассказать о таких штуках, которые для кого-то могут стать настоящим открытием. К тому же конструктор не стоит на месте, постоянно добавляет новые фичи, поэтому стоит обновлять свои знания, чтобы качественно выполнять заказы. Первая и, наверное, одна из самых мощных функций – это личный кабинет. На Тильде можно организовать полноценный закрытый доступ к материалам, то есть, например, сделать онлайн-школу, и я это реализовывал на одном из проектов: это был полноценный личный кабинет с закрытыми разделами сайта (курсами и уроками), доступ к которому открывался после того, как пользователь их оплачивал. Доступ можно разграничивать от зависимости от продукта и на определённое время. Сама реализация, может быть, не такая удобная и очевидная, как это сделано на классических CMS-системах. Но, я думаю, что в силу особенностей разработки конструктора, пришлось пойти разработчикам на некоторые компромиссы. Доступ открывается пользователям индивидуально или через добавление их в определенные группы. Соответственно для того, чтобы управлять доступом, человека нужно либо добавить в группу, либо удалить оттуда. Сделать это можно как вручную, так и автоматизированным способом, через заполнение формы на сайте, например, формы оплаты. Следующая функция, связанная с этим – это скрытие контента. То есть страницы можно настроить таким образом, чтобы контент не был доступен для любого пользователя, а открывался только соответствующий группе. Здесь можно пофантазировать и использовать различного рода комбинации этих механик для того, чтобы достичь нужного результата, но в целом они выполняют базовую функцию кабинета с доступом к закрытому контенту. Задавай свои вопросы и пиши в комментариях, насколько детально нужно погружаться в эти функции. Возможно, имеет смысл здесь писать практические инструкции по этой функциональности. И не забывай про реакцию 👍🔥💩.

В предыдущих постах я рассказал про новый (для меня) сервис WeWeb.io для построения frontend приложений. Сегодня хочу собрать актуальный список своего no-code стека, который я использую в проектах. И да, в него войдёт WeWeb.io, хотя я его пока не использовал на практике. 💻 Backend Здесь базы данных, программная логика и алгоритмы, API и интеграции. Для российских 100% и зарубежных проектов преимущественно – Directual.com. Напомню, что он позволяет разместить серверы приложения в РФ. Для остальных зарубежных проектов – Xano.com. 💻 Frontend Всё, что касается вёрстки, логики на стороне визуальной части приложения, адаптив под различные экраны, вывод данных и взаимодействие с пользователем. Для российских проектов – WeWeb.io ввиду того, что приложение можно развернуть на собственном хостинге. Его же планирую использовать и для зарубежных проектов. В любом случае будет больше понимания после глубокого погружения и практики с инструментом. Для зарубежных проектов преимущественно (пока) – Bubble.io. Ключевыми преимуществами для меня остаются высокая скорость разработки и внесения изменений, полная свобода дизайна, хороший адаптив. 📱Сайты Для проектов ниже средней сложности без комплексной функциональности – Tilda, включая небольшие интернет-магазины. Для остальных проектов – WordPress. Да, это не no-code, но при должном знании платформы и плагинов на самом деле сайт можно запустить на нём, не написав ни единой строчки кода. 📱 Мобильные приложения FlutterFlow.io. Однозначный лидер, пока ничего конкурентоспособного с ним не видел, остальные сервисы даже рядом не стояли. Как тебе такой список, делать ли ещё подобные подборки? Пиши в комментариях вопросы и предложения и не забывай про реакцию. 👍🔥💩

Чем же ещё меня заинтересовал WeWeb.io как frontend-решение для построения no-code систем? Возможностью построения продвинутой фронтовой логики, включая автоматизированные алгоритмы, реагирующие на действия пользователя и формулы. Здесь есть и предустановленные действия, но наиболее интересен механизм построения разветвлённых алгоритмов комплексной логики. Есть встроенный дебаггер (штука, которая позволяет выявлять и анализировать ошибки логики). Ну и напоследок – добавление собственного JavaScript кода! Кстати, кастомить можно и таблицы стилей CSS – для удобства построения дизайн-системы приложения. Про встроенные интеграции только упомяну – это уже стандарт рынка, ничего удивительного. Но возможно также подключение любого внешнего сервиса с данными по API. То есть если уже есть готовый backend, хоть самописный, хоть сделанный на другом no-code решении (например, Directual) – их можно будет прекрасно связать и обмениваться данными. Также есть много вариантов реализации аутентификации в разрабатываемых приложениях: от встроенных в сам сервис до готовых интеграций и полностью кастомных со своим сервером. Короче и тут – свобода выбора и разработки. Ну и, наконец, самое главное – это возможность выгрузки фронтового приложения и установки к себе на свой собственный сервер или хостинг. Это буквально киллер-фича, потому что в то время как Bubble остаётся сервисом, который можно использовать только на их стороне, жёстко привязанным к самому сервису Bubble, то WeWeb,io предлагает нам возможность выгрузить всё приложение и использовать его независимо от самой платформы, что очень сильно подкупает. Более того, приложение строится на популярном сейчас фреймворке VueJS, то есть при выгрузке мы получаем именно его, но к тому же и код для сервера, который можно просто развернуть на своём хостинге! Учитывая, что здесь можно использовать базовые модули Vue, эта штука может зайти даже классическим frontend-разработчикам. В общем для меня выглядит весьма привлекательным, обязательно поделюсь первым опытом использования.

Давненько я не писал про no-code инструменты и тут друг повернулся отличный повод. Я долгое время уже искал для себя инструмент, который может стать альтернативой Bubble в плане реализации frontend для приложений. Так как для back у меня уже есть стойкое понимание, какие сервисы для этого использовать и есть явные выделяющиеся для меня лидеры этой ниши, но для фронта я пока ещё использую в большинстве случаев Bubble, который прекрасно справляется со своими задачами, но есть пара нюансов. Во-первых, это зарубежная компания и для российских заказчиков не всегда может это подходить по ряду требований, обычно относящихся к хранению персональных данных. И во-вторых, она позиционирует себя как fullstack no-code конструктор, в котором есть ещё бэк-часть. Что в целом не мешает его использовать чисто для фронта, но, тем не менее, несколько отягощает само приложение логикой, которая, по сути, не используется. Коллега по цеху порекомендовал посмотреть на сервис weweb.io, который не так давно появился на рынке, но позиционирует себя как фронт-конструктор для того, чтобы строить именно фронтовую часть приложений поверх какого-то готового бэкэнда, неважно самописного, либо сделанного на другом конструкторе, специализирующемся на backend, что мне показалось на первый взгляд идеальным вариантом. Не отягощённый бэкендом сервис, который может служить отличной альтернативой Bubble. Так ли это? Будем разбираться. На мой взгляд, самое важное, что должно быть в таком конструкторе – это свобода разработки макета. То есть должна быть возможность реализовать абсолютно любой кастомный дизайн любого приложения, будь то канбан-доска для построения CRM-системы или сложная и навороченная административная панель с дашбордами и многоуровневыми меню, различного рода формами или обычный сайт, который потом может перерасти в комплексное приложение. weweb.io обещает нам эту свободу дизайна. Что ещё, обсудим в следующих постах. А пока пиши вопросы и не забывай реакцию 👍🔥💩 к посту – они очень важны мне.

📧 Итоги серии постов про организацию доменной почты 1. Красивые email-адреса, относящиеся к приобретённому домену, есть не что иное, как доменная почта. Любой владелец домена может настроить себе доменную почту. 2. Для организации доменной почты необходимо приобрести хостинг почтового сервера. 3. Для того, чтобы доменная почта заработала, необходимо «нацелить» домен на почтовый сервер, который будет заниматься обработкой писем и управлением почтовыми ящиками (аккаунтами). 4. «Нацелить» домен на почтовый сервер можно, настроив MX-записи в разделе настройки DNS там, где находится домен. Это может быть регистрант без хостинга, регистрант и хостинг в одном лице или хостинг, на который делегирован домен. 5. Почтовый сервер и все письма можно перенести с одного сервиса на другой. Например, можно перейти от ставшего платным Яндекса на бесплатный вариант (почта mail.ru или хостинг, где в базовую стоимость уже включена эта услуга, например beget.com) или дешевле (например, reg.ru). 6. При переносе почты сначала нужно импортировать все письма из почтовых ящиков. Обычно эта функция имеется на целевом почтовом хостинге. 7. Вторым этапом идёт само переключение почтовика. Здесь нужно внести соответствующие DNS-записи в настройках домена и подождать некоторое время, пока они не применятся. 8. Для того, чтобы получать и отправлять письма можно пользоваться любым почтовым клиентом, в браузере, десктопном или мобильном приложении. 9. Настройки для любого почтового клиента можно найти в панели управления почтовым хостингом. Пиши в комментариях вопросы, если остались и ставь реакцию 👍🔥💩 на пост.

Так, почту мы переключили на новый почтовый сервер, письма теперь приходят туда, но не совсем понятно, где их теперь смотреть. Если раньше мы заходили в Яндекс Почту и там читали письма со своей доменной почты. Где теперь их найти? Во-первых, у любого хостинга почтового сервера, включая reg.ru есть свой почтовый клиент, который используется по умолчанию. Пожалуй, самый популярный из них – это RoundCube, который можно использовать для того, чтобы зайти в почту через браузер. В панели ISPManager есть ссылка на этот почтовый клиент, можно нажать на неё, перейти в интерфейс RoundCube, ввести логин и пароль, тот же самый, который был раньше, так как мы его не меняли и начать работать с почтой отсюда. Разумеется, пароль к почте можно и поменять. Для этого нужно в разделе «Почта» ISPManager-а нажать на три точки напротив соответствующего ящика и затем ссылку «Изменить»: в открывшемся окне можно будет сменить пароль. Ну и, наконец, можно воспользоваться любым почтовым клиентом, в том числе тем же Яндексом для того, чтобы зайти на почту, только нужно будет немного скорректировать настройки почтового сервера, который будет отличаться от настроенного по умолчанию. В некоторых случаях они не определяются автоматически, поэтому надо вводить их вручную. Найти все необходимые настройки будет через тот раздел «Почта» в ISPManager. Здесь нужно отметить галочкой любой ящик, нажать на выпадающем меню «Редактировать» и там найти пункт «Настройки для почтовых клиентов». И здесь ты найдёшь все настройки, которые требуются при подключении нового почтового ящика практически в любом почтовом клиенте, будь то клиент на десктопе, например, Microsoft Outlook или любая другая программа, либо в мобильном приложении. Можно использовать любую программу для работы с почтой. Главное выбирать не стандартные варианты, которые предлагает приложение при добавлении аккаунта, а именно настройку почты вручную, тогда, не определив автоматически эти настройки почтового сервера, можно будет их вести, скопировав значения нужных данных. 👍🔥💩

Со стороны Яндекса мы настроили всё, чтобы можно было импортировать письма и купили на целевом хостинге услугу почтового сервера. В reg.ru заходим в раздел «Хостинги». Справа от купленного mail-хостинга есть иконка, нажав на которую, мы попадаем в панель управления ISP Manager. Здесь нужно зайти в раздел «Почта» и нажать на «Импорт». В качестве адреса почтового сервера мы пишем imap.yandex.ru. E-mail и пароль задаём те, которые были на импортируемом почтовом ящике и нажимаем «Импорт». Далее начнётся процедура импорта всех писем из почтового ящика. В зависимости от их количества на это уйдёт некоторое время. А пока можно будет повторить аналогичную операцию для всех ящиков на этом домене, которые требуется перенести на новый сервер. Когда все письма будут перенесены, напротив ящика появится зелёный значок с соответствующим статусом. Теперь можно приступать к переключению на новый сервер, после которого весь поток писем пойдёт через reg.ru. Тут нам помогут DNS-записи. Возвращаемся в панель управления reg.ru, идём в раздел «Домены». Напротив нужного (того, под который мы купили хостинг почтового сервера) нажимаем на три точки справа и выбираем пункт «DNS-серверы и управление зоной». Так как почта у нас работала на Яндексе, нам нужно найти строки МХ-записей и поменять их значение на mx1.hosting.reg.ru. с приоритетом 10 и mx2.hosting.reg.ru. с приоритетом 20. Следующая запись для добавления – типа А, где в качестве поддомена (subdomain) нужно указать mail. А в качестве IP – IP адрес почтового сервера. Его можно найти в разделе «Хостинги», где нужно выбрать почтовый хостинг и там в пункте «Сервер хостинга» будут указаны нужные цифры. Далее нужно «Добавить запись» с типом TXT и внести в неё v=spf1 a mx include:_spf.hosting.reg.ru ip4:123.123.123.123 ~all, где 123.123.123.123 – это тот же IP почтового сервера из предыдущего пункта. После внесения изменений необходимо подождать некоторое время (не больше суток) и письма начнут приходить уже на новый почтовый сервер и, соответственно, перестанут приходить на Яндекс.

Итак, со стороны Яндекса мы настроили всё, чтобы можно было импортировать письма и купили на целевом хостинге услугу почтового сервера. В личном кабинете reg.ru заходим в раздел «Хостинги». И справа от купленного на предыдущем этапе mail-хостинга есть иконка, нажав на которую мы попадаем в административную панель управления ISP Manager. Здесь нам нужно зайти в раздел «Почта» и нажать на кнопку «Импорт». В качестве адреса почтового сервера мы пишем imap.yandex.ru. E-mail и пароль задаём те, которые у нас были на импортируемом почтовом ящике и нажимаем кнопку «Импорт». Далее начнётся процедура импорта всех писем из почтового ящика. В зависимости от их количества на это уйдёт некоторое время. А пока можно будет повторить аналогичную операцию для всех ящиков на этом домене, которые требуется перенести на новый почтовый сервер. Когда все письма будут перенесены, напротив ящика появится зелёный значок с соответствующим статусом. Теперь можно приступать к переключению на новый сервер, после которого весь поток входящих и исходящий писем пойдёт через reg.ru. Тут нам снова помогут DNS-записи. Возвращаемся в панель управления reg.ru, идём в раздел «Домены». Напротив нужного (того, под который мы купили хостинг почтового сервера) нажимаем на три точки справа и выбираем пункт «DNS-серверы и управление зоной». Так как почта у нас работала на Яндексе, нам нужно найти строки МХ-записей и поменять их значение на mx1.hosting.reg.ru. с приоритетом 10 и mx2.hosting.reg.ru. с приоритетом 20. Далее нужно «Добавить запись» с типом TXT и внести в неё v=spf1 a mx include:_spf.hosting.reg.ru ip4:123.123.123.123 ~all, где 123.123.123.123 – это IP адрес почтового сервера. Его можно найти в разделе «Хостинги», где нужно выбрать почтовый хостинг и там в пункте «Сервер хостинга» будут указаны нужные цифры. После внесения изменений необходимо подождать некоторое время (не больше суток) и письма начнут приходить уже на новый почтовый сервер и, соответственно, перестанут приходить на Яндекс.

Каким образом перенести доменную почту, если она уже сейчас работает, например, на Яндексе, на другой хостинг, который берет меньше денег за почтовый сервис, либо бесплатный? Процесс переноса состоит из двух этапов и первый из них – это импорт почты, то есть перенос всех писем входящих и исходящих в то место, где теперь должна жить почта. И уже вторым этапом нужно будет сделать переключение почты на новый сервер. Именно поэтому я начинаю эту техническую инструкцию именно с импорта, так как следом за ним идёт настройка почтового сервера. И если у в твоём случае ещё пока нет доменной почты, то нужно будет выполнить настройку без всякого переноса, разумеется. Я покажу, каким образом перенести доменную почту с Яндекса на популярный у нас хостинг reg.ru. Для начала нужно купить отдельную услугу почтового хостинга. Нужно зайти на сайте reg.ru в раздел «Хостинг», далее – «Почта на вашем домене». Здесь выбираем нужный тариф: чем на больший срок тариф оплачивается, тем услуга получается дешевле. Далее необходимо будет оплатить эту услугу. После того, как мы это сделали, в панели управления в разделе «Хостинги», либо в разделе «Все услуги» можно будет найти хостинг почтового сервера. Предварительно необходимо убедиться, что в Яндексе разрешена авторизация по паролю для внешних программ, что как раз мы будем делать при импорте писем. Нажимаем на кнопку с шестерёнкой, выбираем «Все настройки». Дальше, идём в раздел «Почтовые программы» и убеждаемся, что у нас стоит галочка напротив пункта «С сервера протокола IMAP» и на подпункте «Портальный пароль». После этого нужно сохранить изменения и повторить эту процедуру в каждом почтовом ящике на Яндекс Почте, которые мы, соответственно, будем переносить в reg.ru. Продолжение следует. А пока напиши в комментариях, какой почтой для домена пользуешься ты в своих проектах или бизнесе, будет интересно узнать, как много осталось на Яндексе, а кто ими уже давно не пользуется. И, как всегда, не забудь про реакцию 👍🔥💩 к посту.

Каким образом работает доменная почта Для того, чтобы была возможность отправлять письма с почтового ящика на домене, этот домен должен смотреть на так называемый почтовый сервер, именно такой сервер в сети, который занимается отправкой, приемкой и распределением писем по аккаунтам указанного домена. Это делается через настройку MX-записей (mail exchange) в том же разделе настроек DNS, про который я рассказывал в отдельной серии постов ранее. Следовательно, для того, чтобы направить домен на нужный почтовый сервер, необходимо указать соответствующие MX-записи. Я нарисовал упрощённую схему для того, чтобы наглядно показать, как это работает. Если мы условимся, что домен приобретался на самом хостинге (а не у отдельного регистранта), то дальше есть несколько вариантов, как мы будем организовать доменную почту. Первый вариант – это на этом же хостинге, если он представляет услугу почтового сервера, то мы просто указываем в MX-записях домена данные почтового сервера этого хостинга. Второй вариант – это когда сам хостинг у нас остается здесь же, а MX-записи смотрят на другой сервис с почтовым сервером, например на Яндекс, как это было в случае с моим заказчиком. То есть сама почта при этом работает из другого сервиса и работу по обеспечению функционирования этой почты выполняет почтовый сервер этого стороннего сервиса, а не хостинг, где расположен сайт. В описанном примере задача заключается в том, чтобы как раз перейти со второго варианта на первый, то есть перенести почтовый сервер обратно на сторону регистранта домена и хостинга (в одном лице). Конечно, здесь могут быть еще вариации. Например, когда у нас домен с хостинга, где он приобретался, смотрит на конструктор сайтов или на какой-то другой конечный хостинг, где размещает сам сайт. Либо, когда домен приобретался на том хостинге, где мы используем почтовый сервер, а сам сайт размещается в другом месте. Но для простоты понимания, в принципе, этих случаев достаточно, и они покрывают большую часть реальных кейсов. Пиши вопросы и ставь реакцию 👍🔥💩 на пост.

Доменная почта Красивые адреса электронной почты, которые относятся к доменам организации вида a@webkrafter.ru – это есть ничто иное как доменная почта. Совсем недавно ко мне обратился заказчик с просьбой настроить новый доменный почтовый ящик. Но проблема была в том, что почта была организована на Яндексе и не так давно Яндекс стал взимать плату за использование своего почтового сервера, хотя до недавнего времени эта услуга была абсолютно бесплатной. И практически во всех мои проектах, где использовалась почта для домена, она работала именно на базе Яндекса. Так как теперь она стала платной, появилась необходимость перенести почтовый сервер куда-то еще и соответственно, вытекающая задача возникла сама собой. В этой серии постов я расскажу, что такое доменная почта, как она работает и каким образом перенести доменную почту с Яндекса на другой почтовый сервер, бесплатный или значительно дешевле. На самом деле может показаться странным, если я уже приобрёл домен и, тем более, хостинг, зачем мне ещё какой-то сервис для организации почты. Можно сделать её на имеющемся и это действительно так. Но почтовый сервер – это отдельная машина сети, ответственная за приём, отправку и доставку электронной почты между различными учётными записи, то есть это специализированный такой сервис, который поверх всего этого обычно имеет надстройку в виде интерфейса почтового клиента и системы управления почтовыми ящиками. Всё это было отлично и крайне удобно реализовано, работало всегда без перебоев и вообще в сервис был замечательным со всех сторон, тем более что он был бесплатным в то время, как многие хостинги предлагали опцию почтовых серверов за деньги. Опять же, зачем за деньги, если можно бесплатно и со всеми возможными плюшками… Сейчас ситуация поменялась и платный почтовый сервер на хостинге уже не кажется чем-то из ряда вон выходящим. Итак, будем разбиратьс, а ты пока пиши вопросы по теме или сложности, которые возникали в процессе настройки. Всё разберём подробно. Не забывай реакцию 👍🔥💩 к посту – они очень важны мне.

Если вдруг из предыдущих постов так и не стало понятнее, какой сертификат тебе выбрать для своего домена, приведу свой вывод. Суммируя все вышесказанное про платные и бесплатные сертификаты и взвешивая их относительно друг друга их преимущества и недостатки, можно четко определить, что Let’s Encrypt прекрасно подойдёт для любых абсолютно любых сайтов начального и среднего уровня. Не подойдёт он в случае, если мы делаем сайт для какой-нибудь крупной корпорации, где нужно действительно всем способами показывать легитимность каждого своего действия, в том числе в интернете. Например, подтверждать принадлежность домена к организации или показывая красивую надпись с наименование организации в информации о сертификате. Кому-то может показаться странным, ненадёжным и подозрительным, если, зайдя на сайт Сбера он увидит там бесплатный сертификат, прикреплённый к домену. Да к тому же финансовая гарантия для такого рода организаций играет свою роль. Во всех остальных случаях безусловно подойдёт и бесплатный сертификат, выпускаемый Let’s Encrypt. К тому же устанавливается он предельно просто. Напоминаю про то, что ты можешь смело писать в комментариях к постам свои вопросы и предлагать темы для обсуждения. Здесь появилось уже немало серий полезных статей благодаря запросам подписчиков. Поэтому я жду твои комментарии!

Собираю воедино всю информацию по организации защищённого соединения до твоего сайта 1. «Обычный» протокол передачи данных между машинами в сети HTTP действует в открытую, то есть данные в этом случае могут быть перехвачены злоумышленниками и быть прочитанными. По современным меркам безопасности это недопустимо. 2. Для защиты передаваемых данных был разработан протокол HTTPS, который шифрует поток информации. 3. Для обеспечения шифрования данных к домену необходимо привязать TLS (ранее SSL) сертификат. Данный сертификат позволяет генерировать ключи шифрования, а также производить дешифровку данных на стороне-приёмнике. 4. TLS-сертификат должен быть привязан к домену на стороне конечного хостинга, где лежит сам сайт. Если домен делегирован, то сертификат должен быть установлен на целевом хостинге. Если домен смотрит на конструктор сайта, то сертификат, как правило, выпускается через тот же конструктор, так как он и является конечным хостингом. 5. Установка сертификата – несложная процедура, которая выполняется в пару шагов, если мы говорим про бесплатный Let’s Encrypt. Как правило, возможность его установки предлагает практически каждый хостинг или конструктор сайтов. 6. Let’s Encrypt – вполне надёжная и зарекомендовавшая себя сертификационная служба, которая выписывает TLS-сертификаты бесплатно. 7. Бесплатные сертификаты, такие как Let’s Encrypt, имеют ряд ограничений: автоматическая проверка принадлежности домена, отсутствие проверки организации, отсутствие поддержки старых браузеров, ограниченное количество сертификатов на домен и короткий срок действия. 8. Компании, выпускающие платные сертификаты, могут давать реальную финансовую гарантию за ущерб, проводить глубокую проверку принадлежности домена и компании-владельца, включают данные владельца в сам сертификат, выдаются на длительные сроки и дают некоторые дополнительные функции. Пиши в комментариях вопросы, если остались и ставь реакцию 👍🔥💩 на пост.

А что же платные сертификаты дают такого, чтобы компании выкладывали за них кругленькую сумму, стоит ли оно того? Самое серьёзное отличие от бесплатных – это финансовая гарантия, которую предлагают компании, выпускающие сертификаты в том случае, если он оказывается недействительным или ведёт к ущербу для пользователей. То есть это некая страховка, которая обеспечивает владельцу сертификата гарантию того, что он будет работать и данные будут передаваться по зашифрованному соединению. А если это не так, то компания получит компенсацию. Разумеется, для некоторых крупных корпораций это может сыграть весьма существенную роль, поэтому они пользуются таким платными сертификатами. Следующее – это более глубокая проверка не только принадлежности домена, но и самой компании, на которую выпускается сертификат. Некоторые платные сертификаты нельзя приобрести на физическое лицо. При этом действительно проводится тщательная проверка того, что именно этой организации принадлежит указанный домен. В этом случае будет отображаться наименование компании прямо в информации сертификата, которую выдаёт браузер, как, например, приведено на скриншоте. Мы чётко видим, что сертификат принадлежит компании Сбербанк. Раньше Google Chrome показывал вот такой зелёный бейджик, как на скрине, на таких платных сертификатах, которые проходили более глубокую проверку. Сейчас этого нет и все сайты, имеющие бесплатные и платные сертификаты выглядит одинаково. Далее – это сроки действия. Платный сертификат может выпускаться на год либо на несколько лет. Бесплатные, как правило, имеют более короткий срок жизни, например, 90 дней и их нужно будет перевыпускать. Платные сертификаты, соответственно, за деньги позволяют меньше заморачиваться и с меньшей частотой по времени заниматься вопросами обновления. Ну и, наконец, дополнительные функции и возможности. Например, у некоторых сертификатов есть поддержка множественных доменов, аутентификация на уровне сетевых приложений и другие, которые могут быть полезны в зависимости от специфики работы сайта.