Frila school

Хочу сделать рубрику «Мысли о UX удобстве использования сайтов» В ней буду делиться с вами полезными идеями и размышлениями о том как сделать более удобным для использования. Соответственно чем удобнее сайт тем выше вероятность что пользователь будет долго / закажет товар или услугу. #мысли-ux-1 Избранное в магазине. А надо ли? Вот всегда считал эту штуку второстепенной, но как оказалось этот инструмент может поднять продажи. Но есть сомнение что в магазинах со 100 товарами этот инструмент не полезен. Смысл какой если и так понятно что есть среди этих товаров. А вот если в магазине уже больше 500 видов товаров, то сохранить выбор пользователя очень важно. Можно сделать рассылку если пользователь залогинен и добавил в избранное, таким образом напоминать о товарах. Кстати можно сделать ретаргет в рекламе на добавленное в избранное, даже тем кто не залогинен.

Pionex карту блокнули. Я прощелкал момент пополнения, а там типа нужно поддерживать баланс какой то. Теперь вот жду когда вернут, может быть… Но это ладно можно открыть Алтын или Заруб просто открытие платное, а так может даже и удобнее с ними. Решил попробовать GLM 5.3 в действии, не только же Клода одного использовать. И я скажу что она мне и раньше нравилась, а теперь справилась очень хорошо. Делал дубль страницы сайта но под другую услугу, они даже свои фишки внесла в дизайн но по стилю сайта в целом особо не уходила. И это на бесплатном тарифе, Z Code скачал и на нем пробовал, хватило дневного тарифа на одну страницу HTML CSS JS, это конечно с учетом что дизайн уже был и она по идее просто контент меняла. Мне кажется что тратит она много на работу с MCP в браузере. Поэтому в новом курсе я закладываю как экономнее расходовать токены нейросетей. Есть вопросы по курсам? Пишите @Nicecoderr - Frila

У меня есть один проект на Тильде, и там мне до сих пор приходится многое делать руками: собирать блоки, адаптировать их под мобильные устройства и так далее. Потому что заказчику нужен сайт именно на Тильде. А если, например, нужно запустить новую рекламу, приходится создавать отдельную страницу под новую услугу. Я уже в последнее время привык большую часть проектов проектировать и собирать с нейросетью, поэтому возвращаться к ручной сборке совсем не хочется. Но в процессе работы с этим проектом мне постоянно приходится взаимодействовать с Тильдой и её стандартными инструментами. И вот относительно недавно я снова решил протестировать их новый инструмент, так называемый вайб-кодинг. Принцип там простой: нажимаешь «Создать блок», описываешь нейросети задачу, и она сама генерирует блок на коде. Появился этот инструмент уже достаточно давно. Я пробовал его примерно полгода назад, но тогда было очень много ошибок, и мне совершенно не понравилось, как модель выполняет задачи. Сейчас решил дать ему ещё один шанс и попросил нейросеть сделать для меня дополнительный блок. Выбор моделей теперь стал намного больше. Там есть MiniMax, GLM, Claude и другие. Китайские модели стоят дешевле, а рядом с Claude прямо указано, что он в 14 раз дороже. Я протестировал инструмент и могу сказать, что ошибки всё ещё возникают. Правда, сейчас в админке появилась возможность управлять блоком, который нейросеть создала на коде. Например, можно менять цвета, редактировать контент и другие параметры без непосредственного редактирования кода. Это действительно удобно. Но проблема в том, что нейросеть пока не всегда нормально справляется даже с базовыми вещами. Например, я попросил сделать блок на всю ширину и настроить его адаптивность. В редакторе всё выглядело правильно. Но после публикации проекта, даже без кэша, блок всё равно оказался узким. То есть баг явно есть. Возможно, это как-то лечится пересборкой блока, но для меня это всё равно уже лишние действия. Поэтому пока что мне гораздо проще и надёжнее собирать всё на чистом коде, как мы делаем это на курсе по разработке сайтов с помощью нейросетей. Там возможностей гораздо больше, и ты намного лучше контролируешь результат. Например, в Тильде есть ещё отдельная проблема с формами, потому что там используется их внутренняя система. Если нейросеть будет самостоятельно писать форму, скорее всего, она не сможет нормально связать её с этой системой. Я, конечно, специально это пока не тестировал, но предполагаю, что с этим тоже возникнут сложности. Особенно если она пока не всегда корректно справляется даже с обычной связкой стилей и адаптивностью. Но я думаю, что со временем такие инструменты обязательно будут становиться лучше. А если вы хотите научиться работать с нейросетями, создавать сайты с помощью ИИ и в целом разобраться, как всё это применять в разработке, приходите ко мне на курс. Все подробности по ссылке: @Nicecoderr -Frila

Вчера вернулся старый клиент с рекламы и попросил поработать с сайтом. Вначале я вообще не понял что за задача, такое иногда бывает 😄 Оказалось, нужно поменять IP у сервера. Я если что с серверами только последний год работаю, до этого так, по мелочи. Заодно выяснилось, что слетел SSL-сертификат. На обычном хостинге это всё делается довольно просто, но тут Битрикс-сервер и сертификат уже нужно выпускать через терминал. И вот для таких задач мне вообще не нужен Клод Код в VSCode. Я просто взял браузерную нейросеть, у которой хватает даже бесплатного тарифа, сформировал ей задачу и начал вместе с ней разбираться, что вообще происходит на сервере. В итоге за 2 часа поставил сертификат и сделал так, чтобы он дальше обновлялся автоматически. И вот что мне в этом нравится. Раньше для такой задачи я бы либо долго гуглил, либо искал человека, который умеет это делать. Сейчас можно просто разобраться по ходу дела. Причём не обязательно сразу покупать подписки на все возможные AI-инструменты. До достаточно простых задач можно дойти даже на бесплатных тарифах, если нормально ставить задачу и понимать, что ты делаешь. Собственно, именно поэтому я всё больше использую нейросети не только для текста, но и для сайтов, кода и всяких технических задач. Дальше буду показывать больше таких примеров. И постепенно расскажу, как вообще можно с помощью нейросетей делать сайты и автоматизации, даже если ты не программист.

5 секунд загрузки из-за одного / Совсем недавно делал одностраничный сайт на WordPress и столкнулся с довольно странной проблемой. На сайте была ссылка на страницу обработки персональных данных. Клиент несколько раз нажимал на неё и заметил, что страница открывается около 5 секунд. Причём сам сайт в целом работал нормально. Я начал проверять разные гипотезы и в итоге выяснилась довольно банальная причина. Я забыл поставить / в конце относительной ссылки. Если простыми словами, относительная ссылка — это ссылка, которая указывает путь относительно текущего адреса сайта. Например: /privacy-policy/ Здесь / в конце — часть URL. А у меня получилось: /privacy-policy В зависимости от настроек WordPress и сервера такой URL может сначала получить редирект на: /privacy-policy/ И получается лишний запрос: клик → редирект → новый запрос → загрузка страницы. В моём случае это как раз и давало те самые несколько секунд ожидания. И самое интересное — проблема была настолько неочевидной, что я не сразу её нашёл. Я прогнал несколько гипотез через нейросеть, проверил их и уже в процессе добрался до реальной причины. И вот здесь важный момент. Нейросеть — это не автопилот. Даже если вы делаете сайт вместе с нейросетью, всё равно нужно уметь самостоятельно проверить: — что происходит в браузере; — какие запросы отправляются; — есть ли редиректы; — что происходит с URL; — как сайт ведёт себя на реальном устройстве. Нейросеть может очень хорошо подсказать направление поиска, предложить десятки гипотез и ускорить диагностику. Но иногда она не может моментально увидеть простую логическую причину, которая становится очевидной только после проверки руками. Поэтому мой подход простой: нейросеть используем как помощника, но не отключаем собственную голову. Кстати, именно так я и показываю работу с Cursor — нейросетью, встроенной прямо в редактор. В моём курсе мы с нуля делаем настоящий одностраничный сайт: от первой строчки кода и работы с Cursor до готового сайта, который в итоге заливаем на хостинг. То есть не просто «посмотрите, как кто-то делает сайт», а весь процесс от нуля до опубликованного проекта. Если хотите научиться делать такие сайты с помощью AI пишите @Nicecoderr

Что будет с конструкторами сайтов в эпоху AI? Я вот первое время вообще подумал что они скоро исчезнут ну потом со временем поразмыслив пришёл к другому выводу. Первое это то что у них достаточно большой сегмент и многие просто привыкли к ним. Во вторых у многих куплен тариф на год или сделаны сайты которые переносить просто бессмысленно.

Но правды ради делать с помощью нейросети гораздо быстрее чем верстать руками, и функционала можно разного добавить.

У конструктора ещё есть очень интересный эффект, там верстаем руками и это развивает понимание как делать сайт, но также удлиняет время работы. Так что я думаю в ближайшие годы они либо перестроятся на другой способ работы (кстати Тильда внедрила ИИ в работы и я даже пробовал его, но пока не могу сказать круть это или нет) Или просто будут работать в своем сегменте. Но часть трафика ИИ скорее всего заберут.

Я полгода был уверен, что плачу нейросети за ответы. Оказалось я платил за память. Которой у неё нет. Проверьте себя. Вопрос на десять секунд: Вы работаете с ИИ шесть часов. Диалог огромный. Вы пишете короткое «давай дальше». Сколько текста при этом уходит на сервер? Если вы ответили «три слова» вы теряете деньги прямо сейчас. И я терял. Правильный ответ: весь диалог. Целиком. С самого утра. У модели нет памяти между сообщениями. Вообще. Каждый ваш запрос для неё первый и единственный она видит ровно то, что ей прислали в этот момент, и ничего больше. Ощущение живого разговора создаётся грубо: вам молча пересылают всю переписку заново. Каждый раз. При каждом «ага». Отсюда вывод, который переворачивает всю экономику работы с ИИ: Дешёвых сообщений не существует. Ваш вопрос стоит копейки. Ваша история нет. И вы платите за неё снова при каждом нажатии Enter. Дальше два уточнения, без которых картина неполная. Первое. Есть кэширование сервер не пересчитывает уже обработанное начало диалога, и вы платите за него 10% цены. Хорошая новость? Наполовину. 10% это не бесплатно. При контексте в 200 000 токенов ваше «ага» стоит как 20 000. При контексте в 8 000 как 800. Одна и та же реплика. Разница в 25 раз. Решает не то, что вы написали, а то, что за этим тянется. Второе, и это главная ошибка. Узнав про кэш, люди начинают его беречь. Не отходят от компа, считают минуты, подгадывают момент. Мимо. Скидка 90% на раздутый контекст всё равно проигрывает полной цене на компактный. Экономят не проценты. Экономят объём. Что делать коротко: Сменилась задача сотрите контекст. Бесплатно, мгновенно, и это единственное действие, которое реально даёт разы. Модель перечитает нужные файлы сама. Уходите посреди незаконченного сожмите. Диалог заменится коротким пересказом. Платно и с потерями, поэтому не по расписанию, а по необходимости. Важное держите в файле проекта, не в переписке. Решения, грабли, договорённости. Тогда чистить не страшно знание лежит на диске и переживает любую очистку. Формула, ради которой всё это писалось: Контекст не разовая трата. Это множитель на каждое ваше сообщение до конца дня. Он не просто «занимает место». Он делает дороже и медленнее всё, что вы напишете дальше до самого вечера, пока вы не нажмёте одну кнопку. Самое обидное, что кнопка была всё это время.

Иди отдохни. Так говорит Клод или Кодекс когда заканчиваются лимиты. Это напрягает когда работаешь с крупным проектом, на полпути чпоньк и 4 часа отдыха. Но последние пару месяцев я нашел способ как не останавливаться. Хотя может это и правильно, отдохнуть и поделать какие то другие дела. Самый простой способ использовать две нейросетки, к примеру у меня это Гемини и Клод. Гемини на 18 месяцев) хитрый тариф, не знаю на сколько его точно хватит. А Клод каждый месяц оплачиваю. Но есть ещё способ! В платной нейросети делать сложные вещи, а куче бесплатных отдавать много рутинной работы, тот же Qwen может тратить свои бесплатные токены на базовые задачи. Qwen Kimi DeepSeek Кстати DeepSeek очень дешевый и можно через ключ привязать его в VSCode. Так что используйте нейросети с умом, и будете экономить.

Раньше для меня слово КП было чем то непонятным и казалось что этот только для студий. Если что КП это коммерческое предложение. Когда ты фрилансишь на бирже то редко встречаешься с запросом на него, но когда начинаешь работать с юридическими лицами то часто пишут пришлите КП. Первый раз у меня его запросила клиентка с Авито, у неё транспортная компания, и вроде мы все обговорили, я не понимал зачем КП смысл какой? Только чуть позже я понял какой смысл от КП, и начал делать его более осмысленно. Раньше собирал его руками и конечно это было долго, нужно было либо иметь шаблон, либо с нуля собирать каждый раз. И было обидно когда потратил 2-3 часа а его не приняли. Сейчас с приходом нейросетей делать его стало намного проще, и качество повысилось. Главный смысл показать - сколько это будет стоить - на чем будет - сколько создается Короче вся информация нужная для понимания. Кстати потом договор делать гораздо проще.

Я замучился каждый раз объяснять нейросети одно и то же Дел в том что когда начинается какой-то проект то мы всегда начинаем с нуля то есть мы говорим нейросети вот пустая папка начни что-то тут делать. К примеру она отработала собрала там часть проекта и по какой-то причине закрылся терминал Клод Кода. Когда мы открываем заново нейросеть не помнит о том о чем мы разговаривали до того И нужно опять потратить кучу времени и кучу токенов чтобы заново объяснить ей то же самое Из этого есть выход и он оказался проще чем я думал. Оказывается Клод Код и не забывает ничего. Он всё сохраняет сам на диск. Разберу по порядку что я теперь делаю. Первое. Если терминал закрылся или я сам его прибил чтобы не жечь ресурсы, я не запускаю потом просто claude. Именно в этом была моя ошибка. Я запускаю вот так: claude -c Это то же самое что claude –continue. Он открывает последнюю сессию в этой папке и подтягивает всю переписку целиком. Не пересказ, не выжимку, а прямо всё что было. Все мои сообщения, все файлы которые он читал, все команды которые запускал и что из них вышло. Он реально помнит что уже пробовал и что не сработало. Если сессий было несколько и надо выбрать конкретную, тогда так: claude –resume Тут он покажет список и ты тыкаешь нужную. Запускать надо из той же папки где ты работал. Клод сохраняет сессию привязанной к директории проекта. Зашёл в другую папку, сделал resume и ничего нет. Не потерялось, просто ты не там смотришь. И ещё привычка которую советую сразу завести. Перед тем как выйти, пишешь в чате: /rename И даёшь сессии нормальное имя типа «бэкенд авторизация» или «вёрстка лендинга». Потом в списке resume ты сразу видишь что где, а не гадаешь по обрывкам первых сообщений. Второе и это по мне вообще главное. Файл CLAUDE.md. Создаёшь в корне проекта обычный файл CLAUDE.md и пишешь туда всё что ты и так каждый раз рассказываешь голосом. Что за проект. Какой стек. Какие правила по коду. Какими командами это запускается, собирается, тестируется. Куда что складывать. Что трогать нельзя. Клод читает этот файл автоматически при каждом старте. Тебе вообще ничего не надо для этого делать, никаких команд. Просто файл лежит и он его видит. Вот это и есть то место где перестаёшь жечь токены на объяснялки. Ты один раз написал и всё. Есть ещё второй такой файл, личный, он лежит по пути ~/.claude/CLAUDE.md. Туда пишешь свои личные привычки которые действуют во всех проектах сразу. Например что отвечать по русски, что не надо разводить лишних комментариев в коде, что тебе нравится такой то стиль. Проектный файл про проект, личный про тебя. Если хочешь проверить что он вообще видит твои файлы, пиши в чате /memory и он покажет список того что реально загрузилось. Если файла в списке нет, значит Клод его не видит и бесполезно возмущаться почему он не слушается. Третье. Это для тех проектов которые тянутся неделями. Заводишь рядом ещё один файл, назови как хочешь, я назвал PROGRESS.md. И в CLAUDE.md добавляешь одну строчку примерно такого смысла: в начале работы прочитай PROGRESS.md, в конце каждого куска работы обнови его, пиши туда что сделано и что дальше по плану. И всё. Дальше он сам ведёт себе журнал. Ты открываешь новую сессию, он читает журнал и уже знает на чём остановились. Даже если сессия вообще потерялась или ты сам решил начать с чистого контекста, состояние проекта никуда не делось, оно записано в файле. По сути получается три уровня защиты. Сессия помнит разговор. CLAUDE.md помнит правила. PROGRESS.md помнит на каком ты этапе. Любой из них может отвалиться, остальные два вытащат. Что поменялось у меня по ощущениям. Раньше каждое утро это было минут двадцать пересказа плюс токены на это же самое. Сейчас я открываю терминал, пишу claude -c и он с первой секунды в теме.

Стоит ли обучать Claude Code каким то скиллам? Я в основном пользуюсь этой нейросетью, да 2000 в месяц, но когда ты каждый день пишешь код и работаешь с документами то он очень помогает разгрузить задачи. Во первых кто не знает что такое скиллы. Скилл - это возможность лучше обучить нейросеть навыку. Например проверять сайт на безопасность или скилл делать красивую анимацию. По факту она и так умеет, но со скиллом на мой взгляд делает это более точечно. Много скиллов лежат тут skill.sh но не все рабочие. Если есть какая то задача которой нет в доступных скиллах то можно написать свой. Например обучить для работы по переносу макета из Фигма в Код. Я вот таких скиллов не встречал и на ошибках нейросети собрал свой. По факту скилл это просто набор инструкций как и что нужно делать с примерами. Как думаете для чего можно собрать свой скилл? Есть идеи?

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

Все давно используют нейронку для текстов. Наверно с 24 года. Но иногда забывают сделать вычитку что она написала. Я вот часто диктую свои мысли в диктофон, и потом структурирую в нейронке чтобы было быстро и правильно написано. Так делаю теперь почти все. Удобнее и быстрее чем переписывать. Но тут главное вычитать что она там написала. А не как я в прошлом посте копирнул и отправил. А там не моя идея а непонятно что. Через 5 минут одумался и удалил. Поэтому главное правило надиктовали, отправили и прочитали. Вообще теперь меньше стало рутинной работы с текстом. Я тут недавно работал с большим массивом данных и ранее мне пришлось бы проходить много текста самому, а тут раз написал скрипт на Python и прошел за несколько минут.

Сейчас стал больше времени уделять UX. Интересно, что это произошло не потому, что разработка стала проще сама по себе, а потому что часть рутины взяли на себя AI-агенты и нейросети. То, на что раньше уходили часы, теперь можно сделать быстрее и появляется время подумать глубже о пользователе. На фрилансе в малом сегменте об удобстве пользователя часто вообще не думают. В среднем сегменте тоже бывает по-разному 🤣 Но иногда кажется, что UX там уже есть. Просто мы привыкли к хорошим паттернам: шапка, подвал, логотип в привычном месте, понятная навигация это уже базовый уровень UX. А дальше начинается самое интересное: сценарии пользователя, тексты, структура, микровзаимодействия, путь до цели. Это можно улучшать почти бесконечно. Раньше на это часто просто не хватало времени нужно было быстрее разработать и запустить. Сейчас благодаря AI можно тратить больше времени не на написание кода, а на то, чтобы сделать продукт удобнее.

Может ли Gemini 3.6 сделать сложный сайт с scroll-анимацией? Решил проверить это на практике. Вместо обычного лендинга дал нейросети задачу собрать сайт, где при прокрутке страницы кадры плавно сменяют друг друга, создавая полноценную анимацию. Для эксперимента использовал готовое видео ANTIGRAVITY и подготовленные промпты. Без ручной верстки только возможности Gemini. Получилось ли у него справиться с такой задачей? Смотрите полный эксперимент в новом видео и делитесь своим мнением в комментариях. https://youtu.be/kIN06ARNRhk?si=9obGXoldSe7EQw_S

«Японский призрак на сервере»: История о том, как одна ошибка в Sitemap раскрыла сеть хакерских бэкдоров Представьте ситуацию: вы спокойно занимаетесь развитием своего интернет-магазина, как вдруг прилетает тревожное письмо от поискового бота: «На вашем сайте обнаружены критические ошибки в файле sitemap.xml. Страницы могут вылететь из поиска». Казалось бы рядовой технический сбой, нужно просто перегенерировать карту сайта. Но когда я открыл этот файл через cURL, на экране появилось нечто неожиданное… HTML-код японского интернет-магазина автозапчастей и сумок! 🇯🇵🤖😁 Вот как стандартное предупреждение превратилось в полноценный детектив с зачисткой сервера. Шпион, который жил на сервере Первый же запрос показал странную аномалию: Обычным пользователям сайт показывал нормальные товары. Поисковым роботам вместо карты сайта отдавал либо ошибку 403 Forbidden, либо иероглифы японского SEO-спама (Japanese SEO Spam). Заглянув на сервер через SSH, я понял, что сайт взломан, и взломан красиво: Главный файл index.php был переписан: в его начало хакеры зашили обфусцированный скрипт, который фильтровал трафик по User-Agent. В базе данных затаились фантомные админы: при проверке таблицы пользователей обнаружилось, что кроме реального владельца в системе «живут» 4 скрытых администратора. Один из них откровенно смеялся над защитой с email вида ...@wp2shell.invalid. Но самое интересное было впереди. Как вирус проник и почему он был неуязвим? Очистить файл index.php и удалить фейковых админов это дело двух минут. Но через 10 минут вирус восстановился бы снова. Нужно было найти «нулевого пациента». Проведя глубокий аудит файловой системы, мы выяснили две поразительные вещи: Забытые «мины» из прошлого: Сайт был запущен в конце 2025 года. Но при переезде в корне хостинга остались лежать старые технические PHP-файлы за 2024 год. Спустя полтора года автоматический бот-сканер случайно наткнулся на один из этих файлов, вызвал его напрямую из сети и мгновенно получил права на исполнение команд! Сеть из 21 невидимого бэкдора: Зайдя на сайт, вирус не стал привлекать внимание. Он взял абсолютно легальные официальные плагины (WooCommerce, Contact Form 7, ACF Pro) и создал внутри их глубинных директорий папки-маскировки: /nextjs/, /cloudflare/, /search-api/. Внутри каждой папки лежал малюсенький index.php, который связывался с GitHub и по команде заново заражал сайт, если кто-то пытался его лечить! Генеральная уборка: Зачистка на 100% Чтобы навсегда избавиться от «паразита», мы провели точечную работу. Вырезали 21 бэкдор из всех внутренних папок плагинов и ядра. Удалили старые файлы 2024 года из корня хостинга, через которые пролез бот. Стерли из базы данных всех 4 фейковых администраторов. Обновили секретные ключи (salts) в wp-config.php, обесточив все сохраненные хакерские сессии. Восстановили чистые index.php и .htaccess. Уже через 5 минут после чистки sitemap.xml снова стал отдавать валидный, чистейший XML-код, а поисковый робот получил ответ HTTP 200 OK. Главные уроки из этой истории: Гигиена на хостинге: при создании нового сайта всегда полностью очищайте папку хостинга. Забытый файл 2-летней давности может стать открытой дверью для ботов. Проверяйте список админов: регулярно заглядывайте в раздел пользователей базы данных или WordPress. Ищите источник, а не симптомы: удаление вирусного файла без поиска всей сети бэкдоров это бесконечный бег по кругу. Берегите свои сайты и проверяйте свои логи!

Собрал дизайн-систему за 5 минут. Выбрал цвета, выбрал шрифты Claude Design сам собрал готовую дизайн-систему: токены, компоненты, единый стиль. Дальше её можно переиспользовать в любом проекте и собирать сайты, которые выглядят так, будто над ними неделю работала студия. Записал видео, где показываю весь процесс от начала до конца 👇 https://www.youtube.com/watch?v=8GRWKbDX71Y

Чем глубже погружаюсь в разработку, тем больше понимаю: количество проблем не уменьшается, просто начинаешь видеть их больше. И самое интересное, что это не всегда «проблемы» в привычном понимании. Это обычная часть работы разработчика. Любой новый функционал, новый проект или изменение могут открыть неожиданные сценарии, которые раньше никто не замечал. Недавно столкнулся с такой ситуацией в интернет-магазине на WordPress: у некоторых покупателей периодически не проходила оплата. Самое сложное в таких ошибках, это то, что они не воспроизводятся постоянно. Сегодня всё работает, завтра у одного клиента возникает ошибка, а понять причину сразу практически невозможно. Но каждая такая ошибка напрямую влияет на конверсию, а значит заказчик теряет деньги. Благодаря логам удалось найти закономерность: проблема возникала у пользователей, которые переходили в магазин через встроенный браузер Instagram или Facebook. После анализа стало понятно, что подобный баг достаточно часто встречается у WordPress-магазинов. Вместе с командой мы решили сделать предупреждение для пользователей, которые открывают сайт во встроенном браузере, чтобы они могли перейти в обычный браузер и завершить покупку. Да, это не самое идеальное решение. Можно было бы пытаться сделать сложные обходы через JavaScript, но такие изменения могли бы наоборот сломать процесс покупки. А учитывая, что трафик из Instagram/Facebook не является основным источником продаж, временное решение оказалось более безопасным. (Instagram/Facebook запрещенная в России организация если что) Но самое интересное, что одна проблема открыла возможность для нового решения. Я предложил заказчику сделать переход через Telegram-бота. В итоге мы реализовали каталог товаров прямо внутри бота: покупатель может посмотреть ассортимент, выбрать нужный товар, а затем перейти на сайт уже из Telegram. Дополнительный плюс, теперь можно работать с аудиторией дальше: делать рассылки, возвращать клиентов и не терять контакт после первого посещения. Вот так иногда одна техническая проблема становится точкой роста и приводит к созданию новых инструментов. Именно поэтому я всегда говорю: разработка это не только написание кода. Это постоянный поиск причин, анализ поведения пользователей и создание решений, которые помогают бизнесу расти. А этот пост, ещё один пример того, как можно избежать чужих ошибок и сохранить своё время. Кстати, именно поэтому я создаю свои курсы: чтобы передавать не только знания по коду, но и реальный опыт решения подобных задач.

Сегодня тестируем нейросеть Kimi K2.6 и проверяем, насколько хорошо она справляется с созданием сайтов. Пока весь хайп сосредоточен вокруг Kimi K3, воспользоваться ей на бесплатном тарифе практически невозможно: серверы перегружены, а доступ постоянно ограничен. Поэтому мы решили протестировать младшую модель и выяснить, способна ли она конкурировать с более популярными ИИ-инструментами. В этом видео посмотрим, как Kimi K2.6 пишет код, генерирует интерфейсы и насколько качественный результат можно получить без подписки. https://www.youtube.com/watch?v=WmYlPApHnYY Пожалуйста проявляйте активность на Ютубе это позволяет продвигаться дальше) Ваш лайк или коммент как двигатель для Ютуба