Если это БД, то конечно нужно делать новую миграцию, чтобы изменения применились к БД. Но раз вы не знакомы с базовыми вещами, может лучше начать с изучения основ?
П.С Помянем самописный сайт, благодаря вам он обрастёт макаронным кодом :) Хотя может до вас уже были другие макаронники.
Дмитрий, На самом деле есть даже стандарт UUIDv8 который являются настраиваемым, там вы можете реализовать прямо настоящую (имею ввиду числовую без случайных сидов и времени) последовальность вплоть до ~96 bit, остальные зарезервированные, чтобы не было колизий с другими версиями UUID. Но конечно, вам нужно будет написать свою библиотеку, которая будет реализовывать UUIDv8 под ваши хотелки.
В симфони настройки анотациями? Там давно всё идёт через атрибуты, анотации прошлый век в симфони и используются только для psalm. Там даже в конфиг файлы уже практически не нужно лезть, всё работает через атрибуты.
Так же будет в ЛЮБОЙ системе разработки, как это относится конкретно к ларе?
Тем, что пока вы не обмажете IDE плагинами, вы будете чувствовать, что работаете не в IDE, а в блокноте. Да и не факт, что плагины всюду поможет, и вам придётся везде пихать аннотации, чтобы IDE, понимала, что к чему.
К слову, в Сифмони аннотации можно полностью удалить начиная с php8, когда симфони ввела полную поддержку атрибутов и с каждым релизом, только сильнее расширяет этот удобный инструмент.
ThunderCat, ну да, ларка так ускоряет разработку, что каждый "второй" плюётся, что IDE не может найти классы из-за магии. И на любой чих лезть в документацию, чтобы найти ссылку на класс, либо костылить плагинами IDE, чтобы она могла нормально ссылаться на библиотеки и вообще работал автоподстоновка.
В симфони всё работает из коробки и без всякой магии, ну кроме yaml и twig, там чтобы подстановка работало надо поставить всего лишь один бесплатный плагин Symfony.
Возможно вы и напишите на ларке приложение в 2 строки используя магию, где на сифмони для этого придётся создать 200 строк (образно), но как только вам нужно будет сделать шаг влево от документации, вы сразу окажитесь позади по скорости.
psiklop, хаха, платить за cloudflare, вы не представляете во сколько миллионов в месяц вам обойдётся личная ддос защита, там не только широкий канал нужен, но и спец оборудование по цене самолёта.
Советую посмотреть в сторону Symfony.
Ларка хороша на короткой дистанции, когда нужно набросать тяп-ляп. Если что-то огромное и вы хотите, чтобы после вас там тоже разобрались, то лучше Symfony.
Валера Карманов, вы страдаёте фигнёй, уже давно бы закинули файлы внутрь WSL и оттуда бы запустили докер и проверили бы, тормозит или нет. Всё это делается буквально за 1 минуту, ничего даже настраивать не нужно
Валера Карманов, Если вы используете докер и файлы прокидываете, то будет медленно, не важно что вы там делать будете, ну кроме если отдельный volumе сделаете для своих файлов, то тогда проблема с синхронизаций будут.
Тут только 2 варианта.
1. Переходить на Линукс, где нет проблем с прокидыванием файлов.
2. Хранить все файлы внутри WSL и внутри WSL запускать докер (последнее делается без каких либо настроек, просто из WSL терминала запускаете как буд-то это виндовс терминал.
hitakiri, и что вам мешает хранить csv в строковом формате? И потом уже своим кодом анализировать. Или вы собрались переложить эту работу на БД? Тогда вам в помощь JSON поля, а ещё лучше сменить СУБД на postresql, если вы решили положится на БД.
В общем советую почитать про R-моделей, чтобы не делать таких ошибок больше.
Может изучите проектирование R-моделей, а не пытаться использовать микроском как молоток? Я даже не могу представить кейс, при котором будет такой кошмар.
П.С Помянем самописный сайт, благодаря вам он обрастёт макаронным кодом :) Хотя может до вас уже были другие макаронники.