Недавно мы внедрили автоматизацию для крупной медицинской клиники.
Задача стояла амбициозная — сократить время врача на заполнение анамнеза пациента без потери качества данных.
Недавно мы внедрили автоматизацию для крупной медицинской клиники.
Задача стояла амбициозная — сократить время врача на заполнение анамнеза пациента без потери качества данных.
Делюсь своим опытом по организации перевода контента на разные языки. Сейчас работаю над многоязычным сайтом со стеком NextJS i18n + MongoDB (Mongoose). На сайте довольно много текста, который изредка обновляется.
Для перевода текстов на проекте используется Google Translate. Поэтому первоначально была создана простая функция для перевода вид…
Недавно закончил очередной онлайн-магазин отопительного оборудования. Хочу поделиться стэком технологий, который использовал для него.
Сайт:
Чтобы получить выгодную скидку на любой онлайн-курс в Purple School, переходите на сайт онлайн-школы по этой ссылке: purpleschool.ru
В Next.js с Server Actions initialState легко недооценить и оставить прямо внутри компонента. Формально это работает. Но архитектурно у такого решения есть побочный эффект. UI начинает сам определять стартовую форму результата, а значит понемногу забирает на себя часть контракта, который логичнее держать рядом с action-слоем.
Один из полезных эффектов Route Handlers проявляется не в проксировании запросов, а в том, что внутри проекта появляется свой контракт ответа.
Одна из истин в Next.js с Server Actions, запись данных живёт только в actions. Клиентский компонент не решает, как именно сохранить сущность, куда отправить fetch, как собрать payload и как распарсить ответ. Его задача уже, показать форму, состояние pending, локальную ошибку и нужный ритм взаимодействия.
Прямой fetch из интерфейса во внешний API обычно живёт ровно до того момента, пока проект не становится чуть сложнее. Потом выясняется, что UI знает лишнее: адрес внешнего сервиса, форму чужого ответа, правила ошибок, а иногда и то, что вообще не должно выходить в браузер.
В App Router эту зависимость можно разрезать через Route Handler. Внут…
Один из вопросов в формах на Next.js звучит так, в какой момент ручное управление формой становится дороже, чем использование React Hook Form.
Для этого я подготовил подробный промпт с описанием структуры, архитектуры, стека технологий и самого проекта.
Одна из неприятных причин путаницы в Next.js состоит в том, что dev и build легко принять за два одинаковых режима, отличающихся только скоростью. На практике это не так.
Одна из типовых проблем формы в Next.js возникает не в submit и не в схеме валидации, а в формате ошибки. Пока все сообщения сваливаются в одну переменную, интерфейс перестаёт различать две разные вещи, ошибка конкретного поля и ошибка самой операции.