Привет Хабр! Это мой первый пост, и я просто хотелось спросить, стоит ли уходить в Go? У меня есть небольшая база в программировании, делал сайты на реакт и ларавел, реализовывал бэкенд с Солид и паттернами, писал на нативном пхп файловые обменники и апи. Не много знаю базы данных соответственно, гит, докер. Сейчас засматриваюсь на Go, где то вычитал что мол крутая штука для бигтехов в России, а сам я студент и пока сижу на шее у родителей, но в следующем году я окончу к курс, и хочу где то месяца за 4-5 изучить все нужное в го и во всех других сопутствующих технологиях для разработки высоконагруженных приложений и микросервисов и всякого подобного. Стоит ли сворачивать на этот путь, или добить стек ларавел плюс вью? Немного боюсь, так как слышал что в го нужны уже 25 летние синьоры со стажем работы минимум в 20 лет, но и не хочется проторчать всю жизнь в челябинской галере на фуллстеке за 70 деревянных на руки.
Multipart Upload в Laravel: загрузка больших файлов в S3
Что такое Multipart Upload и зачем он нужен?
Multipart Upload - это метод загрузки больших файлов в S3, при котором файл разбивается на части (чанки) и загружается параллельно. Это решает несколько ключевых проблем:
Надёжность - при обрыве соединения можно перезагрузить только failed-часть
Производительность - параллельная загрузка частей ускоряет процесс
Обход ограничений - позволяет загружать файлы больше 5 ГБ (максимальный размер для простой загрузки)
Как реализовать Multipart Upload в Laravel
1. Установка зависимостей
Убедитесь, что у вас установлен AWS SDK (обычно идёт с Laravel): composer require aws/aws-sdk-php
2. Пример реализации
use Illuminate\Http\UploadedFile;
use Aws\S3\MultipartUploader;
use Aws\Exception\MultipartUploadException;
private function uploadFileToS3(UploadedFile $file, string $fileName): string
{
// Получаем клиент S3 из Storage фасада
$client = Storage::disk('s3')->getClient();
// Путь для сохранения в S3 (можно добавить подпапки по дате и т.д.)
$s3Path = $this->s3path.'/'.$fileName;
// Настройки загрузчика
$uploader = new MultipartUploader($client, $file->getPathname(), [
'bucket' => config('filesystems.disks.s3.bucket'),
'key' => $s3Path,
'part_size' => 5 * 1024 * 1024, // 5 MB за часть чанка
'concurrency' => 3, // Количество параллельных загрузок
'before_initiate' => function ($command) {
// Можно добавить метаданные или ACL
$command['ACL'] = 'public-read';
},
'before_upload' => function ($command) {
// Логирование перед загрузкой каждой части
Log::info('Uploading part', [
'part_number' => $command['PartNumber'],
'upload_id' => $command['UploadId']
);
},
]);
try {
// Запускаем процесс загрузки
$result = $uploader->upload();
// Возвращаем полный путь к файлу в S3
return $s3Path;
} catch (MultipartUploadException $e) {
// Логируем ошибку
Log::error('Multipart upload failed', [
'file' => $fileName,
'error' => $e->getMessage(),
'upload_id' => $e->getUploadId()
]);
// Можно попробовать возобновить загрузку
// $this->resumeUpload($e->getUploadId(), $s3Path);
throw new \Exception('File upload failed: '.$e->getMessage());
}
}
3. Дополнительные методы для работы с Multipart Upload
В современном мире разработка корпоративных приложений требует высокой скорости, гибкости и использования проверенных решений. Проект Enterprise Skeleton был создан, чтобы помочь разработчикам сосредоточиться на бизнес-логике, а не на рутинных задачах настройки инфраструктуры. Этот шаблон включает современные инструменты, лучшие практики и интеграции для построения масштабируемых приложений.
Особенность проекта в его модульной архитектуре, которая поддерживает популярные PHP-фреймворки (Symfony и Laravel), и в возможности быстро адаптировать его под нужды конкретной команды или компании.
4) Для смены фреймворка используйте команду (symfony по умолчанию):
make framework laravel
5) Устанавливаем зависимости и запустите проект:
make install
Основные возможности
Поддержка современных PHP-фреймворков (Symfony, Laravel).
Возможность работы с SQL и NoSQL базами данных (PostgreSQL, MySQL, MongoDB, Cassandra).
Интеграция с брокерами сообщений (RabbitMQ, Kafka).
Мониторинг с использованием Zabbix и Grafana.
Кеширование через Redis и Memcached.
Логирование и аналитика с использованием ELK-стека (Elasticsearch, Logstash, Kibana) или Graylog.
Автоматическое тестирование API через Postman.
Удобный запуск и настройка крон-задач через Docker.
и другие...
Каждая из этих функций адаптируется под ваш проект, что делает Enterprise Skeleton универсальным инструментом для разработки.
Помимо описанных возможностей, проект интересен своей структурой. Например, благодаря доменно-ориентированной архитектуре можно эффективно разделять логику приложения. Это особенно полезно для больших команд, где разработчики работают над отдельными доменами.
Кроме того, я бы рекомендовал использовать Enterprise Skeleton как для вашего нового проекта так и для обучения junior-разработчиков. Он помогает изучить современные подходы в разработке, такие как DDD (Domain-Driven Design), автоматизация тестирования и CI/CD.
Нам нужны контрибьюторы
Проект активно развивается, и мы всегда рады новым участникам. Если вы хотите присоединиться, вот направления, где особенно нужна помощь:
Интеграция Sentry: реализация мониторинга и отслеживания ошибок.
Интеграция других фреймворков: добавление поддержки Yii, Slim и других популярных PHP-фреймворков.
Чтобы начать, просто форкните репозиторий, создайте новую ветку, внесите изменения и отправьте Pull Request. Мы ждем ваши идеи и улучшения!
Выводы
Enterprise Skeleton — это мощный инструмент для быстрой разработки и масштабирования корпоративных приложений. Он подходит как для небольших стартапов, так и для крупных компаний, которым нужна стабильная основа для приложений.
Пробуйте, участвуйте в разработке и делитесь своим опытом. Вместе мы можем сделать проект еще лучше!
Всегда интересно посмотреть на свой продукт глазами других разработчиков. Особенно когда это честное сравнение, без попытки кого-то выделить или принизить. Автор очень детально разобрал оба пакета, и что меня особенно порадовало — отметил именно те моменты, на которые мы делали упор при разработке MoonShine.
Главный вывод автора — ключевое различие между пакетами в использовании Livewire. И тут я полностью согласен! Мы специально отказались от Livewire в MoonShine, чтобы добиться максимальной производительности. Например, при работе с модальными окнами мы делаем всего один запрос при первом открытии, а дальше работаем с кешированными данными.
Кстати, автор также отметил нашу встроенную систему импорта/экспорта и отдельную таблицу для администраторов — это действительно важные фичи, которые мы добавили исходя из реального опыта разработки админок.
Приятно видеть, что наши архитектурные решения замечают и ценят. Хотя, конечно, выбор между Filament и MoonShine всегда будет зависеть от конкретного проекта и предпочтений команды.
Так как YouTube в последнее время не радует скоростью соединения, сегодняшний стрим по MoonShine решил провести на Twitch в 19:00 МСК: twitch.tv/cutcoderu
Предлагаем заранее зарегистрироваться на Twitch, чтобы у вас была возможность комментировать и задавать вопросы в реальном времени.
На стриме обсудим последние нововведения в MoonShine, покажу как идёт работа над MoonShine v3.
Сегодня мы зарелизили важный патч. Давайте поговорим о том что изменилось
HasMany оптимизирован и теперь страницы где он присутствуют будут работать на 200% быстрее (к сожалению был не очень приятный артефакт из-за которого мы хранили в памяти все формы элементов)
Важно мы добавили экранирование для поля Text и всех его дочерних полей, поэтому теперь все значения при сохранении и выводе будут экранироваться, но логику можно отключить методом unescaped
Важно Number больше не наследует Text но его поведение не поменялось, тоже самое касается Date и Range
Сегодня в 19:00 (мск) у нас запланирован стрим по Moonshine. Обсудим обновления и изменения за последний месяц, а также покажу как проходит работа по MoonShine v3.
Если у вас есть какие-либо вопросы или комментарии по MoonShine, можете задать их сейчас.
Получение значений для BelongsTo/BelongsToMany полей приведено к единому виду и теперь для них всегда доступен valuesQuery и при большом запросе вы сможете самостоятельно его оптимизировать
Логотип на 404 странице теперь выводится из конфига и если есть желание вывести на 404 логотип отличающийся от дефолтного, то воспользуйтесь ключом logo404
3. Использует стек TALL (TailwindCSS, AlpineJS, Laravel, Livewire)
Livewire позволяет создавать приложение динамическим. Не нужно писать тонны кода на JQuery, как этого требует тот же Voyager. И, коли уж это Laravel, нам всегда доступны все его возможности.
4. Есть библиотека плагинов
И они закрыли уже почти все насущные проблемы.
Но и минусы у этого решения тоже есть:
Стек TALL можно отнести и к минусам тоже, потому что Livewire иногда кажется достаточно сомнительной затеей.
Filament достаточно прожорливый и требует OPCache и кеширования всего, что можно. И с включенным laravel-debugbar всё начинает тормозить.
Часть плагинов платные.
Код форм порой бывает достаточно… монструозным. Но это решается грамотным переиспользованием кода и разнесением его по разным местам.
Это краткий пересказ статьи Егора Черненка, PHP-разработчика AGIMA — полную версию читайте тут.
Недавно состоялось обновление админ-панели для Laravel MoonShine v2.11.0 с кодовым названием “Minimal Twist”.
Основа релиза - минималистичный дизайн админки. Часто просили сделать альтернативный вариант дизайна, и как только появилась возможность - реализовали. Выглядит стильно, сам попробовал и, видимо, буду использовать эту тему.
Доброго времени суток, господа PHP-шнички. Вчера вышла Laravel 11, и я собрал её в докер вместе с Octane, PostgreSQL и Redis вместо вас. Пользуйтесь, если вдруг кому понадобится.
Привет, коллеги! Готовьтесь к необычному испытанию знаний и заряду хорошим настроением! В 19:00 (мск) 13 марта на YouTube‑канале CutCode будет проходить игра‑викторина в стиле «Своей игры».
Будут захватывающие раунды, юмор и увлекательные задания, которые проверят ваши знания о PHP!
В легендарной битве выдающихся PHP умов сойдутся — Адель Файзрахманов, Александр Макаров и Кирилл Несмеянов! Сергей Пантелеев приготовил самые каверзные вопросы и будет в роли ведущего управлять этим мероприятием.
Всех приглашаем поболеть за коллег и самим проверить свои знания. Ну, а чтобы процесс эфира сделать еще интереснее — предлагаем задать сейчас вопросы участникам викторины. Самые интересные вопросы будут разобраны на игре, а их авторы получат возможность участвовать в следующей игре и получить мерч!
?Привет, коллеги! ? Сегодня релиз MoonShine v2.3.0 с кодовым именем "Bloody Boyarskiy" ?! В релизе ActionButton в режиме async, ColorManager и многое другое. Подробности релиза с примерами кода в статье - https://cutcode.dev/articles/moonshine-23
ВАЖНО - изменились views, favicon вынесены в отдельный blade
?Привет, коллеги! ? На этой неделе состоялся релиз MoonShine v2.2.0 с кодовым именем "Double Barrel" ?! В релизе связанные поля, улучшения для TableBuilder и многое другое. Подробности релиза с примерами кода в статье.
? Ура, коллеги! Рад сообщить, что наконец-то вышла вторая версия MoonShine! Полгода ежедневной активной работы и этот день наконец-то настал! Пришлось немного перенести дату релиза, но это было необходимо для того? чтобы вы могли пользоваться админкой с удовольствием!
Вторая версия MoonShine обладает другой архитектурой и подходом, который я сравниваю с конструктором. Один раз разобравшись с MoonShine можно быстро разворачивать как админки, так и сами сайты на Laravel (уже начал снимать гайд где мы сделаем сайт целиком на MoonShine). Вчера набросал сервис с админкой за 40 минут.
Вышел действительно отличный продукт, который должен попробовать каждый поклонник Laravel!
Ребята из нашего PHP-направления разработали универсальный бэкенд для карьерных сайтов на Laravel. Наша «коробка» — это пять ключевых фич, они покрывают 90% потребностей рекрутеров. Остальное — кастомные решения. Вот эти фичи:
интеграция с Хантфлоу;
админка с функционалом под создание лендингов;
интеграция с поисковой системой Elasticsearch с синонимичным поиском;
факультативный блок с новостями;
рендеринг картинок для шеринга.
Но как понять, что компании нужен карьерный сайт? Мы составили простой чек-лист на основе нашего опыта. В этом году мы уже сделали шесть подобных проектов, в работе еще два. У большинства заказчиков одни и те же особенности:
✔️ вы много и интенсивно нанимаете, в постоянной работе у вас от 100–150 вакансий;
✔️ вам не хватает возможностей HH и подобных площадок, чтобы показать преимущества компании;
✔️ вам нужна подробная аналитика по каждой позиции.
В статьях по теме иногда предлагают еще два пункта, но они факультативные:
✔️ вам сложно закрывать отдельные позиции, их нужно активнее продвигать;
Если у вас совпали хотя бы два пункта из этого перечня — пора задуматься о своем карьерном сайте. А если остались сомнения, можно 30 ноября сходить на митап по карьерным сайтам. Там расставим все точки над i.
Больше о «коробке», карьерных сайтах и подборе IT-специалистов — в нашем блоге.
