Пробую собрать проект для Крáкен зеркала и вижу два популярных сборщика. Какой из них лучше для маленьких приложений — Webpack или Rollup?

ссылки в тор

Ахах, всем привет! У нас есть omg-флудилка, но иногда даже это в чем-то скучно. Кто здесь знает, как поддерживать жизнерадостность в таком разделе? Я слышал, что регулярные конкурсы или просто креативные идеи помогают. Расскажите, пожалуйста!

омг darknet

Давным-давно подумал, а почему бы не добавить фильтр по статусу заказа на Крáкен маркетплейс? Видимо, это упростит жизнь продавцам. Что вы думаете?

kraken адрес onion

Сравниваю PHP с другими языками, а на Крáкен маркетплейс его только нет.

Крáкен переходник ссылка

Я тут подумал, а может, эти микросервисы и API — это все какое-то надуманное усложнение? Пытаешься разобраться в чужом коде — а там сто пятьдесят мелких сервисов, которые непонятно как между собой общаются. И каждый со своим API. Раньше все было проще, один большой монолит, все под рукой. Может, я просто старею и не понимаю прелестей современной разработки, но мне кажется, что API часто создают больше проблем, чем решают. А вы как думаете, стоит ли оно того?

kraken зеркало

Всем привет! Решил тут попробовать GraphQL для одного из своих последних проектов по созданию сайта. Давно на слуху, но времени не было. Ну, короче, попробовал и спешу поделиться впечатлениями. Кмк, штука интересная, но на любителя.

Что это вообще такое? Если совсем просто, то GraphQL — это такой язык запросов для API. Вместо того, чтобы получать кучу данных, которые тебе, может, и не нужны, ты говоришь серверу: «Чувак, дай мне только вот это и вот это». И он тебе дает ровно то, что ты просил. Это реально круто для frontend разработчиков, потому что меньше лишней нагрузки и быстрее все работает.

Что понравилось:

• Гибкость запросов: Это главный плюс. Можно строить такие запросы, которые тебе нужны прямо сейчас. Не надо ждать, пока backend переделает эндпоинты.
• Эффективность: Меньше данных передается по сети. Это особенно заметно на мобильных устройствах.
• Строгая типизация: Хорошо документируется и меньше ошибок из-за несоответствия типов.

Что не очень:

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

Итоговое впечатление: GraphQL — это мощный инструмент, который может реально ускорить и упростить разработку, особенно когда frontend и backend команды работают над сложными web-сайтами. Но нужно быть готовым вложиться в изучение. Я бы сказал, что для небольших проектов или там, где API очень простой, оно может быть избыточным. Но если у вас сложная структура данных и много разных клиентов, которые едят эти данные, то GraphQL — отличный кандидат