PNG наносит ответный удар

Прошло 20 лет с момента выхода графического формата PNG. Это был не очень понятный формат: JPG лучше сжимал фотографии, GIF можно было анимировать. Единственным явным преимуществом PNG была поддержка полупрозрачности. Помню, чтобы заставить его работать в Internet Explorer 6, приходилось добавлять на сайт дополнительный скрипт.

На самом деле ценность PNG — в расширенной цветопередаче и компрессии без потери качества (в отличие от JPG).

Этим летом Adobe, Apple, BBC, Comcast / NBCUniversal, Google, MovieLabs и консорциум W3C объединились и обновили спецификацию формата PNG.

Что изменилось:
- Добавлена поддержка HDR — расширенная цветопередача. Именно из-за этой фичи формат решили обновить, что интересно — в интересах субтитров для телетрансляций и кинофильмов.
- Добавлена поддержка EXIF — метаданные в картинках.
- Повсеместно внедрены анимированные PNG. Это предлагала Мозилла 20 лет назад, но их тогда не поддержали.
- В целом, улучшили документацию стандарта.

Обновленный формат уже поддерживается в Chrome, Safari, Firefox, iOS/macOS, Photoshop, DaVinci Resolve, Avid Media Composer.

Ожидается скорый выход новых редакций формата, в которых обещают ещё улучшения по цветопередаче и сжатию.

Спецификация PNG ver. 3
Статья как работают цветовые пространства от одного из создателей формата

❤️ Жми на сердечко, если интересно
🏆 Жми на кубок, если применял PNG
🧑‍💻 Жми на ботана, если читаешь спецификации

Почему я выбираю VDS?

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

Вот что я смогу сделать на VDS и не смогу на обычном хостинге:
- Разместить на одном сервере сколько угодно сайтов и привязать к ним любое количество доменов.
- Динамически менять ресурсы на сервере.
- Не переживать, что мой сайт перенесли на другой сервер, поэтому нужно поменять IP-адрес в DNS. На шаред хостингах это могут делать несколько раз в год, нужно следить за уведомлениями, чтобы сайт не перестал работать.
- Настроить сервер под меня с помощью пары ansible-скриптов.
- Поставить нужный мне веб-сервер Caddy или кастомную сборку NGINX. Избежать Apache2, который до сих пор часто работает на шаред хостингах.
- Разместить публичную папку сайта в любой папке, а не только в предварительно за меня выбранной public_html. Для моей сборки WP или Laravel это важно.
- Установить git, composer, WP-CLI нужных мне версий и обновлять их самому.
- Поставить любую версию PHP с нужными расширениями и оптимизировать все настройки, включая OpCache.
- Настроить все параметры для базы данных MySQL.
- Добавить сборщики для фронта (npm, pnpm).
- Добавить memcached для кэширования в оперативной памяти — пригодится для ускорения WordPress.
- Управлять логами, менять их формат, включать дополнительные логи для медленных скриптов и запросов. Размещать логи в нужной мне папке.
- Поставить CI-агента от GitLab, который будет автоматически обновлять сайты после внесения изменений в Git.
- Отключить FTP-протокол, чтобы сайт не взломали через утечку FTP-паролей.

Создал VDS у Beget за 290 рублей в месяц.
Конфигурация: CPU 1 core, 2 GB RAM, 10 GB NVMe, Ubuntu 24.04.

Посты по теме:
- План запуска блога
- Удобный SSH-доступ
- Выбор хостинга для сайта

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑‍💻 Жми на ботана, если тоже настраиваешь серверы под себя

Попробовал модный веб-сервер Caddy вместо Nginx.

Обычно в архитектуре проектов я использую голый NGINX. Мой блог вряд ли в первое время столкнётся с высокими нагрузками, поэтому можно поэкспериментировать.

NGINX (Engine X) — самый популярный веб-сервер (33% рынка), написанный на C. Изначально был написан 20 лет назад программистом из Rambler.
Раньше Nginx многие использовали как обратный прокси для Apache2, чтобы его ускорить. Nginx занимался статичными файлами (картинки, CSS), а Apache2 запускал PHP-скрипты. Постепенно Apache2 стали убирать и всю работу переносить на Nginx, потому что он быстрее и лучше держит большие нагрузки. Есть большая экосистема дополнений, отличная документация и множество примеров использования. Стабильный продукт, с которым я работаю на всех проектах.

А тут в инфополе стал мелькать Caddy. Чем же он покоряет разработчиков?
- Более лёгкая конфигурация SSL-сертификатов. Точнее, её нет, Caddy делает всё сам — пользователю больше не нужно настраивать стандартные сертификаты Let's Encrypt.
- Поддержка HTTP/2 и HTTP/3 из коробки.
- Поддержка компрессии gzip и zstd из коробки.
- Простой синтаксис конфигурационных файлов. Очень похож на Nginx, но проще и яснее. Конфиги сокращаются в размере, вероятность ошибки ниже.
- Caddy — это всего один исполняемый файл без зависимостей. Его легко устанавливать и обновлять.
- Новый плагин можно подключить к Caddy без перезагрузки и простоя в работе.
- После установки Caddy показал симпатичную страницу по-умолчанию с небольшой инструкцией.

Есть у него и минус:
- Caddy на предельной нагрузке может обработать меньше запросов, чем Nginx. Приоритет Caddy на простоте использования и автоматизации. На этом бенчмарке разница начинается от 10 тысяч запросов в секунду, что практически недостижимо для маленьких проектов.

Мои впечатления — мне понравилось с ним работать. Действительно легкая установка и конфигурация. Видно, что авторы много работали с другими веб-серверами и свой продукт сделали удобным и современным.

На моём сайте пока что висит статическая заглушка, вот весь конфиг:

fullstackfounder.ru {  
       root * /var/www/fullstackfounder.ru/public  
       file_server  
       encode zstd gzip  
}  
  
www.fullstackfounder.ru {  
       redir https://fullstackfounder.ru{uri} permanent  
}

Аналогичный конфиг у Nginx выглядел бы вот так:

server {
    listen 80;
    server_name fullstackfounder.ru www.fullstackfounder.ru;

    # Redirect all HTTP to HTTPS
    return 301 https://$host$request_uri;
}

server {
    listen 443 ssl http2;
    server_name fullstackfounder.ru;

    ssl_certificate     /etc/letsencrypt/live/fullstackfounder.ru/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/fullstackfounder.ru/privkey.pem;
    include             /etc/letsencrypt/options-ssl-nginx.conf;
    ssl_dhparam         /etc/letsencrypt/ssl-dhparams.pem;

    root /var/www/fullstackfounder.ru/public;
    index index.html index.htm;

    # Enable gzip
    gzip on;
    gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

    # Canonical redirect: www → non-www
    if ($host = 'www.fullstackfounder.ru') {
        return 301 https://fullstackfounder.ru$request_uri;
    }

    location / {
        try_files $uri $uri/ =404;
    }
}

Очевидно, что при работе с Caddy будет проще всё настроить. Мой вывод: дружелюбный сервер для разработки, DevOps, небольших проектов и соло-разработчиков. Сомневаюсь, что он завоюет высокие нагрузки, но свой вклад в улучшение веб-серверов он уже внёс.

Буду запускать на нём WordPress, посмотрим, что из этого выйдет.

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑‍💻 Жми на ботана, если используешь веб-серверы

Продажи в чатах для агентств

Юные предприниматели и фрилансеры думают, что в телеграм чатах нет клиентов. А те, кто пытается продавать, сливают продажи.

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

Как это было устроено:
- Завели роль Лидоруб — сотрудник, который первый сталкивается с лидами или ловит их в интернете. Его задача — быстро реагировать. Не нужно быть классным продажником, достаточно уметь общаться.
- Завели тг-аккаунт, в котором постоянно сидел наш Лидоруб.
- Аккаунт был подписан на несколько сотен чатов с предпринимателями, диджитал-специалистами, агентствами, обучающими курсами. Всё, что смогли найти.
- Чаты отсортированы по папкам. Самые качественные вынесены в отдельные папки, чтобы быстрее реагировать.
- Лидоруб половину рабочего дня просматривал чаты на предмет запросов на услуги.
- Если видел сообщение с запросом "а подскажите хорошего директолога", то публично отвечал "могу порекомендовать Никиту" и давал контакт нашего продажника.
- Другой вариант — лидоруб сам откликался на запрос и проводил первичный диалог, выявлял потребность (что именно нужно) и квалифицировал клиента (а скиньте ссылку на ваш сайт).
- Продажник ждал лиды, поэтому оперативно реагировал. Писал клиенту сам, подхватывал диалоги, назначал встречи.
- Мы откликались на любые запросы, в том числе мелкие. Задача была наладить коммуникацию и завоевать доверие. Целевому клиенту можно было сделать самую маленькую задачу, а потом продавать комплекс услуг или долгий проект.

Мой личный рекорд продажи из чатов в тот период — сделка на 1.3 млн рублей.

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

Посты по теме:
- Виды лидгена в агентство
- Лидген на отраслевых выставках
- Подборка материалов для агентств

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если словил инсайт
🏆 Жми на кубок, если продаёшь

Лингва франка для программистов

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

В популярных языках программирования сочетаются символы (скобки, операторы, знаки пунктуации) и ключевые слова на английском (if, then, function), а код пишется слева направо. Для многих это является существенным ограничением: нужно изучить английский алфавит, приспособиться к восприятию системы письма слева направо, научиться вводить символы латинского алфавита на клавиатуре и изучить значение английских слов.

Программист пишет код программы и запускает компилятор. Компилятор переводит код на язык компьютера — в машинный байт-код из единиц и нулей. То есть, компьютер не является носителем английского языка, его процессор вообще не знает никакой язык.

Значит, что язык программирования можно было бы перевести на ваш родной язык. Это сразу бы сделало освоение программирования доступным для миллиардов человек. Подкованный читатель наверняка сразу вспомнит 1С с его русскоязычным синтаксисом. Также есть десятки языков программирования на арабском, китайском, японском, фарси и санскрите. Посмотрите на этот список.

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

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

В эру многополярного мира и искуственного интеллекта, английский может потерять позицию доминирующего языка для международных отношений. И станет для программистов таким же узкопрофессиональным языком, как латынь для медиков.

Как думаете, что произойдёт быстрее: исчезнет профессия программиста или потребность изучать английский?

❤️ Жми на сердечко, если понравилось
🧑‍💻 Жми на ботана, если знаешь язык программирования
🏆 Жми на кубок, если ты полиглот

Фуллстек парадокс

В начале 2000-х в веб-разработке не было фронтэндов или бэкэндов.
Была профессия вебмастер. Этот человек мог сделать сайт целиком. Он умел общаться с полиграфическим дизайнером про внешний вид сайта, верстать HTML таблицами, оптимизировать графику, писать java script. Стек был небольшой и было мало слоёв абстракции.
Если было нужно что-то покруче, звали программиста и он писал CGI-скрипты на Perl, PHP или C.

Прошло 25 лет. В этом году искал для клиента fullstack-разработчика. Вакансии такие на рынке есть. Например, одновременно с моей вакансией продвигали объявление от Теремка на такой же стек. На такую вакансию массово откликаются фронтэнд-разработчики. Почему так?

В момент, когда фронт научился писать запросы к базе данных и создавать API-методы, он достиг своей полноты. В его мировоззрении всё жизненное пространство в этот момент освоено. Всё так, но для бэкэнд разработчика уровень фронтов на его территории — Intern или Junior.

Современный бэкенд разработчик часто знает HTML, CSS и Java Script. Может так случиться, что был у него опыт разработки на React, но он не будет считать это значительным достижением. Хорошо, если в резюме укажет. Его территория упирается с одной стороны в серверное администрирование и облака, с другой находится уровень железа: производительность процессора, работа с памятью, операции чтения и записи на жесткий диск. Пляж фронтэндов находится на периферии его владений и занимает небольшой участок с выходом в море.

Зрелый бэкенд разработчик может в море не плавает, но может залезть в код на фронте, сделать необходимое "чтобы работало" и пойти делать свои дела. Вряд ли он уделает фронта на его территории, но у него есть ощущения "тут всё понятно".

Количество абстракций в процессе разработки выросло. У пирога было три слоя, а в современном рецепте их пятнадцать. Изобретают новые фреймворки, меняются библиотеки и подходы. Рынок делает веб-программирование всё более абстрактным и сложным.

Практические выводы:
- Если вам нужен в команду разработчик с полным спектром знаний — ищите сеньора бэкендера, у которого был опыт работы на фронте. Вакансии Веб-разработчик, Программист или Backend-developer. Но делать фронт его руками очень дорого.
- В команду нужно брать и фронтов и бэков. Бэки будут ворчать и не хотеть делать задачи фронтов, фронты не владеют всей картиной происходящего на бэке.
- LLM уже сейчас помогает бэкендерам делать сносный фронтэнд. Скоро всё перемешается снова.

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если не согласен
🧑‍💻 Жми на ботана, если разработчик

Favicon для сайта

Фавикон — иконка для избранного. То самое лого сайта с вкладки браузера.
Раньше это была иконка 16х16px, но сейчас для корректной работы на всех устройствах можно сделать до 27 изображений разного размера и формата.

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

Favicon используется:
- В заголовке или на вкладке браузера
- В поиске Google и Яндекс — около названия сайта будет показана иконка
- В разных программах, которые работают с сайтами.
- В качестве иконки на мобильнике, если пользователь сохранит сайт на рабочий стол

Для полной поддержки нужен векторный логотип компании, из которого мы будем делать полный набор:
- SVG-иконку, которая автоматически включает темную или светлую версию под тему оформления пользователя (а что, так можно было?).
- PNG 512х512 и 192х192 без полей под Android.
- PNG 512х512 и 180х180 с отступами от края под iOS.
- PNG 32х32 и 16х16, запакованные как favicon.ico для совместимости со старыми девайсами.
- JSON-файл manifest.webmanifest в корень сайта со ссылками на файлы иконок для мобилок и PWA.
Полный гид по техническим подробностям от Злых Марсиан (обновлено в 2025 году).
Инструкции такого размера ради одной иконки меня удручают. Выглядит как подарочный ребус для досуга дизайнера.

Лайфхак: У моего блога ещё нет логотипа. Поэтому я решил взять в качестве иконки обычную эмодзи. Пусть будет 🤖

Найденный сайт позволил выбрать эмодзи и сразу получить набор иконок всех нужных размеров. Не хватает только SVG-версии. Её нахожу на другом сайте по запросу robot emoji svg download. Обойдусь без тёмной версии, её создание выглядит для меня трудозатратно.
В обоих случаях это одна и та же иконка из бесплатного набора, который выпустил Twitter под open source лицензией MIT — можно использовать в качестве фавиконки ничего не нарушая.

Ещё полезные ссылки:
- Генератор иконок из вашей картинки
- Упаковщик favicon.ico
- Инструкция как сделать SVG-иконку с темной и светлой версией

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🏆 Жми на кубок, если рисуешь иконки

Выводы с прожарки КП

Сегодня в клубе Галера в прямом эфире я с коллегами-экспертами разбирал два десятка коммерческих предложений (КП) диджитал агентств.

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

Вижу, что формат прожарки КП очень популярен в клубе. Так и просится собрать набор универсальных правил) Вместе с тем, я понимаю, что КП может успешно продавать своему покупателю и нарушать при этом все правила.

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

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если полезно
🏆 Жми на кубок, если делаешь КП

Клиент забыл, какой хостинг у его сайта

Два раза за последние сутки разыскивали потерянные хостинги для клиентов.

Порядок действий:
0) Домен-то вы знаете? 😆
1) Нужно посмотреть в DNS куда направлена A-запись этого домена.
Для консольщиков:
Команды nslookup (Windows) или host (macOS/Linux).

$ host fullstackfounder.ru  
fullstackfounder.ru has address 46.173.18.24

Для нормальных людей:
Идём на сайт https://mxtoolbox.com/, выбираем режим DNS Lookup.
Сразу видим IP-адрес и в чьём диапазоне он находится.

2) Узнаём, за кем закреплён IP-адрес
Идём на сайт https://ipinfo.io/ и вводим полученный IP-адрес.
Тут написана компания, которая получила диапазон IP-адресов, а также email для жалоб. Из этого email очевидно, какой сайт у хостинга.

Это может не сработать, если IP окажется в диапазоне Cloudflare или другого прокси. Тогда путь начинается с восстановления доступа к этому прокси — ищем в переписке по названию сервиса и пробуем попасть вначале туда. Там в панели будет DNS и настоящий IP-адрес.

3) Пишем в поддержку найденного хостинга с просьбой восстановить доступ. В идеале — с официального ящика компании, указанного на сайте. Может понадобиться запрос на бланке организации или визит с паспортом в офис.

Эта последовательность действий должна помочь выявить хостинг в большинстве случаев.

Что-то на богатом:
Просто спросите в вашем агентстве. Если вы работали с агентством по созданию сайта, разработке или продвижению, то у них должен храниться паспорт проекта с этой информацией.

❤️ Жми сердечко, если интересно
⚡️ Жми на молнию, если полезно
🧑‍💻 Жми на ботана, если умеешь также

WordPress устарел, но это легко исправить

Я считаю, что многое в подходе WordPress безнадёжно устарело. При этом я всё ещё использую WordPress для блогов. Потому что WordPress, с которым я работаю, сильно отличается от обычного!

Чего не хватает в WordPress?
- Поддержку git каждый придумывает самостоятельно, потому что нет общих рекомендаций. Держать в репозитории только тему или всю папку? Что делать с плагинами? Должно ли быть ядро в репозитории? Непонятно.
- Нет поддержки composer — нет управления зависимостями. Чтобы воспроизвести такой же сайт, нужно выписать все названия и версии плагинов, а затем устанавливать их вручную. Нет способов поставить внешнюю библиотеку. Разные плагины тянут за собой зависимости, которые могут конфликтовать друг с другом.
- Конфигурация задаётся через файл. Нет поддержки переменных среды ENV, нет поддержки нескольких окружений. Работать с CI/CD и контейнерами практически невозможно.
- Весь код находится в публичной папке сервера. В зависимостях WordPress много кода, который можно было бы спрятать в папку vendor ради безопасности.

В общем, упущены все базовые вещи, которые есть в популярных фреймворках Laravel, Symfony, Next, Django, Ruby on Rails.

Все эти упущения исправляет бесплатная сборка Bedrock от коллектива разработчиков Roots. Это тот же WordPress, но он уже больше похож на фреймворк. В нём есть git, composer, env, поддержка Docker и CI/CD. Он использует те же плагины, темы оформления и тот же базовый WordPress в качестве ядра. Изменена структура папок и метод загрузки конфигурации. Всё остальное работает точно так же.

Я использую Bedrock уже несколько лет, он отлично себя зарекомендовал в продакшине. Обновления с локальной среды разработчика оказываются на тестовом сервере после git push. Сразу устанавливаются те же версии WP и плагинов, обновляется тема оформления, сбрасывается кэш, импортируются настройки.

Bedrock может открыть WordPress с другой стороны для разработчиков, которые привыкли к "взрослому" миру фреймворков. Более того, у Roots есть пакет Acorn, который добавляет в WordPress пакеты из Laravel. Как тебе такое, Илон Маск Мэтт Мулленвег?

❤️ Жми сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑‍💻 Жми на ботана, если делаешь сайты

Книга с полки: От нуля к единице

Стэнфордский университет, весна 2012 года. Студент Блейк Мастерс ведёт очень подробные заметки по курсу лекций "Computer Science 183: Startup". Автор курса — Питер Тиль, сооснователь и генеральный директор PayPal, а также участник мафии PayPal. У Питера захватывающая для бизнесмена биография — например, он самый первый инвестор в Facebook. В фильме "Социальная сеть" роль Тиля сыграл Джастин Тимберлейк.

Главная ценность курса — Питер передаёт своё мировоззрение основателям стартапов. Он не рассказывает о формуле успеха и не даёт практических знаний, как в MBA. Зато очень ценно узнать от практика, что основатель должен искать "нечестное" конкурентное преимущество, которое не смогут повторить конкуренты.
Одна из основных мыслей книги — технологические инновации делают необычные люди необычными способами. Но часто пионеры зарабатывают меньше, чем те, кто приходит следом и масштабирует проверенные решения. Ещё он уже тогда рассказывал о сверхчеловеческом ИИ и его влиянии на производительность труда.

Курс был необычного формата: лекции напоминали экскурсы в историю предпринимательства и психологические разборы. Часть лекций проходила с гостями и выглядела как живой подкаст.

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

Через некоторое время заметки отредактировали и издали в виде книги. На русском языке она вышла в Альпине под названием "От нуля к единице. Как создать стартап, который изменит будущее".

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

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если будешь читать
🏆 Жми на кубок, если уже читал

Файлы теперь лежат в ведрах

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

В 2006 Амазон запустили Simple Storage Service (S3) — сервис с простым хранением файлов в облаке, призванный решить все эти вопросы. Через API загружаем файл, сервис генерирует ссылку. Файл загружается в вёдро (bucket), а не на диск. Вёдра не имеют ограничений как у папок и могут быть распределены по разным серверам.

Сейчас S3-сервис можно создать на многих хостингах в пару кликов. Также можно развернуть своё S3-хранилище с помощью Open Source, например MinIO.

Для чего это нужно нам сейчас на практике?
- Загружать и хранить бэкапы — первое с чего обычно начинают.
- Хранить файлы отдельно от нод, обрабатывающих запросы.
- Отдавать статические файлы сайта (картинки, скрипты, файлы для скачивания) с отдельного сервиса.
- Избегать ситуации с переполненным диском на сервере за счёт переноса всех больших файлов в S3.
- Организовывать безразмерные хранилища файлов на терабайты с открытым и закрытым доступом.
- Для S3-хранилищ есть библиотеки на всех популярных языках.
- Все S3-совместимые хранилища работают по образцу Amazon S3, поэтому ко всем хранилищам нужна одна библиотека.
- Для разработки в docker-compose удобно использовать образ MinIO.

Может тарифицироваться:
- Стоимость хранения в гигабайтах.
- Стоимость трафика загрузки в облако (чаще всего бесплатно)
- Стоимость трафика выгрузки из облака.
- Запросы к файлам.
- Хранение старых версий файла (если работает с версионированием).

Для большинства проектов переход на S3 — шаг на пути к масштабированию и большим нагрузкам. Но нужно внимательно считать сценарий использования — может оказаться значительно дороже традиционного способа.

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🧑‍💻 Жми на ботана, если работаешь с S3

Телеграмошная

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

Несколько каналов с нуля подросли до 1000 подписчиков, а один даже свыше двух тысяч.

Вступай и забирай пять полезных лайфхаков для канала, они в закрепе: https://t.iss.one/+Q95bpbFAwRBkYzky

Модель RDB — инструмент для мышления маркетолога

Все коммерческие предложения, лендинги, ТЗ на рекламные плакаты и вообще всю маркетинговую коммуникацию я уже много лет проектирую на основе модели RDB. Про неё я узнал из выступления Ильи Балахнина и тут же применил на одном из клиентских проектов. Удалось вырастить конверсию лендинга в 3 раза не прибегая к редизайну — я просто блоки переставил местами в соответствии с моделью.
Модель даёт отличные результаты на практике, потому что позволяет выстраивать повествование про ваш бренд или предложение в понятном потребителю порядке.

Resonance
В резонансе нужно русским по белому написать ваше предложение на понятном клиенту языке. Запуск интернет-магазина для бренда одежды за 30 дней.
Клиент узнаёт себя, чётко и ясно понимает вашу услугу. Важно, чтобы всё окружение резонанса транслировало сопутствующую атмосферу и атрибуты. Картинка с котятами не подойдёт — нужны картинки интерфейсов современных интернет-магазинов с одеждой, фэшн-фотографии и процесса оформления заказа. Шрифты, цветовая палитра, Tone of Voice — должны соответствовать резонансу. Не стесняемся лепить самую банальщину. Клиника — врачей в белых халатах, а не яблоки на тарелке или здоровых пациентов.

Differentiation — отличие от других.
Для B2C брендов нужно говорить про потребителя и как его индивидуальность будет подчёркивать этот продукт или услуга. Чем он будет отличаться от других после покупки.
Для B2B рынка мы делаем ровно наоборот — доказываем, что мы такие же, как и все: соблюдаем стандарты, имеем лицензию, делаем по методологии. Корпоративный клиент не хочет рисковать, поэтому предпочтёт проверенное решение. Магазин на WordPress, а не самопис от нашей студии. Бухучёт по международному стандарту, а не по авторской методике.

Belief — создаём доверие и внушаем веру в продукт или компанию. Размещаем логотипы и отзывы клиентов. Показываем производство и работников. Публикуем реквизиты компании. Даём значимые цифры, подтверждающие наш опыт и компетенции. 3 тысячи сайтов сделано, 20 тысяч клиентов выздоровело, 300 миллионов рублей потрачено.

В ходе применения RDB и обратной связи я немного модифицировал формулу. Мой порядок применения модели: RBDB, — два раза используется Belief. Первый раз мы создаём доверие сразу после резонанса. Внимание покупателя захвачено, нужно сказать, что мы норм, чтобы следующий блок был встречен с предварительно сформированным доверием. Достаточно краткой полоски логотипов, фотографий людей и значимые цифры. Второй раз мы будем использовать весь арсенал — отзывы, фотографии, сертификаты и награды, видео-ролики и демонстрацию внутрянки. Этот Belief может быть огромным лонгридом для самых недоверчивых Осликов по матрице Винни-Пуха.

Применение этой модели сильно снижает предстартовую фрустрацию и позволяет мне сразу создавать скелет эффективного КП или лендинга.

❤️ Жми на сердечко, если интересно
⚡️ Жми на молнию, если узнал новое
🎉 Жми на рупор, если маркетолог