Рубрика: Uncategorized

  • Продублируй важные системы

    Продублируй важные системы

    Все критические системы должны быть продублированы. За последние годы я видел, как останавливаются и ломаются критические системы у очень больших сервисов — отзыв лицензии у Точки и Киви, сбои в эквайринге от Сбера и Юкассы, упавший на две недели СДЭК, почта от Юнисендера…

    Поэтому, напоминаю себе и вам:
    – У бизнеса должно быть открыто два расчетных счёта в разных банках. Резервный счёт может ничего не стоить, но спасти много нервных клеток в случае конфликта с основным банком. А ещё у банков иногда отзывают лицензию.
    – У бизнеса должно быть два юридических лица, например, ИП и ООО одновременно. Если одно из юр лиц имеет спор с налоговой, то второе может подхватить хозяйственную деятельность.
    – В онлайн-сервисе должно быть два эквайринга. Особенно, если это банковский эквайринг, а не агрегатор — агрегатор может переключить шлюз на другой банк.
    – Онлайн-касс тоже должно быть хотя бы две.
    – У интернет-магазина должно быть две службы доставки.
    – Как я вчера выяснил, должно быть две службы для email и sms рассылок, если они для вас критичные. Если не работает отправка сообщений, то покупатели не могут попасть в личный кабинет.
    – Правильно иметь копию инфраструктуры в другом дата-центре. Хотя бы бэкапы хранить отдельно и иметь возможность быстро поднять все сервисы.
    – Домен и DNS лучше держать отдельно от серверов. Потому что, если выключился хостинг, нужно иметь возможность перенаправить трафик в другой дата-центр.
    – Можно заранее купить второй домен и использовать его в рекламе или для корпоративных нужд.
    – Крупные интернет-магазины держат два агентства по трафику, запуская рекламные кампании по очереди. Или даже просто выплачивают второму подрядчику резервную абонентскую плату и держат деньги на балансе рекламного кабинета.
    – Нужно держать бэкапы всего, хранить минимум в двух экземплярах в разных локациях. И проверять, что бэкапы рабочие.

    Всего не предусмотришь, но некоторые моменты настолько очевидны, что на чёрного лебедя их не спишешь. Технически будет виноват поставщик, но проблемы и убытки будут у тебя.

  • Как плохая поддержка убивает хороший сервис

    Как плохая поддержка убивает хороший сервис

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

    Провожу расследование:
    – Сервер добросовестно отправляет почту через API, ошибок в логах нет.
    – Проверяю блеклисты — с репутацией всё в порядке.
    – На почтовом сервисе по отправке почты Unisender увеличивается счетчик отправленных писем.
    – Письма не доходят на все домены и тестовые почты: gmail, yandex, mail и т.д.
    – На сервисе postmaster у мейла количество писем не меняется. То есть, мейл наши письма не получает. Очень подозрительно.

    Делаю вывод, что проблема на стороне Unisender Go. Мы к ним отправляем, они письма фиксируют, а дальше них письма не уходят.

    Пишу в чат поддержки. Молчание в течение часа.
    Звоню на телефоны поддержки на сайте — там автоответчик говорит “Сейчас поддержка по телефону не работает — пишите в чат на сайте”.
    Пишу емейл в поддержку. Тоже нет ответа.

    У нас оплачен тариф, куплен дополнительный IP-адрес для отправки.
    Доставка почты — сервис инфраструктурный. На нём держится вся автоматизация оказания услуги. И этих ребят нет на связи. За прошлый год у Юнисендера выручка 865 миллионов рублей. А на дежурную поддержку и сисадмина в воскресенье денег не нашлось.

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

    Конечно, этих безответственных и экономных поставщиков инфраструктуры мы поменяем на другой сервис.

    А вас когда-нибудь подставлял известный сервис подобным образом?

    PS: Порекомендуйте другие транзакционные почтовые сервисы.

  • MCP простыми словами

    MCP простыми словами

    Одна из громких тем этого года — MCP для ИИ. Решил разобраться как всё устроено и вам рассказать.

    Если кратко: Теперь ИИ можно дать любой внешний инструмент и он будет знать, как им пользоваться. Помните момент, где Нео осознал, что знает кунг фу?
    Инструментом может быть браузер, файлы на компьютере, почтовый ящик, музыкальный редактор, робот-пылесос, автономный автомобиль или фабрика по производству дверей. MCP — протокол для подключения любой фигни к ИИ.

    MCP — это открытый стандарт, за которым стоит Anthropic (разработчик Claude). Раньше каждый сервис изобретал свою интеграцию с ИИ. Anthropic упаковали лучшие практики интеграции с ИИ в стандарт. Сейчас доступна вся экосистема клиентов, серверов, инструментов и SDK — разработчикам очень легко присоединиться и добавить свой инструмент.

    MCP состоит из Клиента (ваш чат-бот или IDE) и MCP-Сервера, которые вместе используют элементы системы.
    – Инструменты — для ИИ. Описанный набор действий, которые может вызывать ИИ.
    – Промпты — для взаимодействия с Людьми. Это готовые инструкции, как именно использовать инструменты, обрабатывать данные и проводить диалоги.
    – Ресурсы — ссылки на файлы или данные, которые нужны для работы инструментов.

    MCP очень быстро развивается и обновляется. Тысячи MCP-серверов уже доступны — достаточно подключить их к своему клиенту и начать пользоваться.

  • Обнови свой HTTP

    Обнови свой HTTP

    Что такое:
    Протокол передачи данных HTTP применяется для всех сайтов в интернете.
    Все самые популярные веб-серверы по умолчанию используют устаревшую версию протокола HTTP/1.1. Apache2, NGINX, Node.js, uWSGI, Gunicorn, Tomcat, Jetty, IIS — все виновны.

    Браузер пытается одновременно скачать с сайта код, десятки картинок и скриптов. На HTTP/1.1 браузер открывает несколько параллельных соединений, в каждом из которых файлы загружаются по очереди. С HTTP/2 открывается одно соединение, по которому одновременно загружаются все файлы. HTTP/3 ещё быстрее и лучше работает в мобильных сетях.

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

    Год выхода стандарта:
    HTTP/1.1 — 1997
    HTTP/2 — 2015
    HTTP/3 — 2022

    Как обновить:
    В большинстве серверов HTTP/2 уже встроен, но его нужно явно включить в конфигурации. В NGINX достаточно добавить слово “http2” в конфигурацию и всё заработает, настолько всё просто.

    HTTP/3 достаточно свежий, поэтому для многих серверов нужно будет ставить дополнительные модули. Сисадмину будет интересно с этим разобраться.

    Как проверить:
    Из консоли любой операционки

    curl -I https://example.com

    На первой же строке ответа будет указана версия протокола: HTTP/1.1, HTTP/2, или HTTP/3

  • Сравнительный анализ

    Сравнительный анализ

    Почему-то иногда мы забываем, что не всё должно получаться с первого раза.
    Ходить мы учились очень долго — разбивали коленки и лбы. А приносящий клиентов сайт и рекламная кампания должны были получиться с первого раза!
    Но опыт накапливается постепенно…

    Ещё влияет размер выборки. В нашей небольшой деревне быстрее всех бегают Петя и Вася. А в онлайн выборке алгоритмы нам рекомендуют и показывают только олимпийцев во всех видах спорта.
    И тут мы попадаем сразу в две крайности: вначале сравнивали себя с местной парой атлетов, а потом — с лучшими людьми в интернете.

    Нужно пройти свой путь от 1 до 1000го повторения. Набирать опыт, несмотря на всех олимпийцев, обесценивающих твои достижения самим фактом своего существования. Ведь практически, чтобы убежать от медведя, нужно просто бегать быстрее соседа. А чтобы получать удовольствие от бега — не нужна ни Олимпиада, ни зрители.

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

  • Работник ПВЗ

    Работник ПВЗ.
    Будущее неравномерно распределено.

  • Тестирование для вайб-кодинга

    Тестирование для вайб-кодинга

    Чем больше вокруг кода пишется с помощью ИИ, тем больше мы должны уделять внимания тестированию проектов.

    – Без тестов мы не можем быть уверены, что ИИ не разрушил часть работающего функционала. Галлюцинации и потеря контекста вносят неожиданные проблемы, которые тесты могут выявить.
    – В среднем, код сложнее, чем тесты — у него больше вариантов в результате исполнения. Предполагаю, поэтому ИИ будет проще писать хорошие тесты, чем хороший код.
    – Автоматизированное тестирование станет более доступным по цене и не таким трудоёмким в создании: большая часть рутинного кода будет писаться тоже с помощью ИИ. Очень мало причин не обзавестись регрессионными тестами.
    – В ближайшее время появится множество инструментов для покрытия тестами, ревью кода, анализа и исправления ошибок с помощью ИИ.
    – Аудиты на безопасность и нагрузочное тестирование сможет запускать агент.

    Есть обратная сторона. ИИ может писать такой код, чтобы он проходил тест, а не решал поставленную задачу. Он может даже подменять ожидаемое значение, лишь бы пройти тест. Хорошо на этот случай иметь множество разных проверок кода — юнит-тесты, статический анализ, линтеры, попытка компиляции, функциональное тестирование, интеграционные и e2e-тесты, автоматизированное и ручное ревью кода.

    Как мне кажется, объём и качество тестирования будет расти. Возможно, будет нужен агент или человек для тестирования тестов!

  • Фильм: Человек, который изменил всё / Moneyball

    Фильм: Человек, который изменил всё / Moneyball

    Как менеджер спортивной команды поверил в силу статистики. И как это изменило индустрию бейсбола. Кино про решения, основанные на данных.

    Я не любитель спортивных фильмов, но этот фильм скорее про бизнес, чем про спорт. Про смелость руководителя, переговоры, непростые решения, сопротивление коллектива переменам и про личные приоритеты. Мне понравилось, пересматривал несколько раз.

    В главных ролях Брэд Питт и Джона Хилл (из “Волка с Уолл-стрит”), 6 номинаций на “Оскар” и всё это основано на реальных событиях.

    Этот фильм я часто рекомендую руководителям, потому что ценно и мало кто его смотрел. Кино спокойное, не травмирует психику — можно смотреть на ночь.

  • Рассказал про лидген в агентство

    В клубе Галера начался месяц лекций и обмена опытом о лидгене для агентств.
    Вчера состоялся круглый стол, на котором я делился опытом.

    Был рад получить тёплый отзыв в чате от Гульшан из BeautyMedMarketing
    Думаю, начали месяц Лидгена прямо оочень хорошо.
    Михаил собрал всю базу, которая работает на сегодня, которую буквально отработал на себе. Обязательно посмотрите эфир и презу👌
    Мне как раз нужна была помощь в инфе про холодные звонки. Михаил подробно рассказал, как выстроен этот процесс.

    В эфире я кратко рассказал о своём опыте получения клиентов для диджитал агентства. По каждому из этих источников можно сделать развёрнутую лекцию или хотя бы пост.
    1. Сарафан / рекомендации
    2. SEO
    3. Холодные звонки
    4. Отраслевые конференции и выставки
    5. Контекстная и таргетированная реклама
    6. Чаты
    7. Партнёрские программы

    Пишите в комментариях, про какой канал лидгена интересно узнать лайфхаки в первую очередь.

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

    Для не участников клуба напоминаю, что даю персональные консультации. Пишите по этому поводу в личку @vseznaika

  • Закрывайте тестовые сайты от индексации

    Закрывайте тестовые сайты от индексации

    Часто веб-студия разворачивает тестовый сайт для демонстрации клиенту: сделать приёмку сайта до публикации, посмотреть на новый дизайн или на экспериментальные функции.

    Важно не забывать закрывать этот сайт от индексации поисковиками. Иначе он окажется в поиске и выпилить его оттуда может занять недели.

    Самый простой и надёжный способ — HTTP Basic Auth. При вводе адреса тестового сайта вылезет диалог с логином и паролем. Задаётся всё в конфигурации веб-сервера, работает и для Nginx и для Apache. Девопсы и сисадмины знают, как быстро настроить эту фичу.

    Код проекта не затронут — разработчикам ничего не нужно делать. Поисковые роботы не могут посетить сайт — спокоен SEOшник. И случайные люди не смогут на сайт попасть.