Удивительно что его ещё не забанили. Он даёт галлюциногенные ответы от ChatGPT в течение нескольких месяцев, засоряя тем самым интернет мусором. Таких надо банить пожизненно, но администрации походу пофиг.
#, не рухнет, если просто удалить раздел. Буквально на днях делал это для Виндоус Сервер 2022, чтобы автоматизировать расширение тома по скрипту, иначе мешал этот системный раздел. Вариант с Акронис не вариант, нет лицензии. Но автор как не юр лицо, может скачать и пиратку :)
П.С Конечно, лучше любое действие с диском всегда бэкапить :)
Заходите в дебаг режим, в вкладку doctrine и смотрите какой SQL сгенерировался. Потом вставляете его в любой SQL IDE (в phpstorm уже встроенный) и смотрите, на что ругается, после правите ошибку в DBAL.
maksam07, а вы знаете все гео? А вы гарантируете, что даже внутри РФ какой то почтовик иначе не интерпретирует RFC? Лучше не трогать то, что имеет значение с персональными данными. Ваше дело только отправить письмо на то, что указал юзер, а не пытаться его почту "нормализировать", иначе потом придётся нормализировать ваш бизнес под уплату штрафов.
Леонид Князев, там не только точки, а вообще очень много символов, вообще есть спецификация по email.
Вот только некоторые страны нарушают спецификацию, поэтому вы не сможете фильтровать, только если не хотите специально отрезать некоторые страны от своего сервиса, или того хуже приведёт к проблемам, когда письмо отправится с личной информацией не тому пользователю, а это уже нарушение законов и штрафы.
Станислав, а какая разница где оно будет в виртуалке или на локалке? Всё равно же через вебморду всё будет. Или вы из тех, кто пишет на php декстопные приложения?
Aspirant555, вам же уже ответили include это просто грубо говоря вставка текста и отключить это можно удалив из файла этот самый include.
А если вам хочется что-то продвинутого, то используйте фреймворк https://symfony.com/doc/current/service_container/...
+ аналог IOPS (пакеты) тоже есть. Даже если порт поддерживает 1гбит, то забив его миллионами пакетов, скоррость разумеется упадёт. Например случайная запись в 4к на диск, если локально он покажет скорость 100 мбит, то через порт ты врядли даже 50% получишь.
В Линукс нельзя быть в этом уверенным (особенно всё что построено на Debian). Там может быть зависимости после удаления которых у вас останется только ядро :)
А разве не логично удалять файл сразу, как было удалено из БД? Не, конечно иногда нужна синхронизация БД и ФС, но если сразу сделать по человечески, например реализовать через очереди, чтобы не было расинхрона, если что-то упадёт в момент какого-то действия.
Или у нас автор не хранит в БД путь к файлам? Ну такое не возможно :)
postgresql во всём превосходит mysql. Лучше возьмитесь за голову и выучите postgresql.
И подводных камней у мускула гораздо больше, особенно 5 версии это отсутствия проверки на консистентность данных. Вам скорее всего придётся переносить всё на триггеры или обмазывать бэкэнд проверками (вообще это должно быть само разумеющиеся, но кто знает какое дерьмо там под капотом). В общем вам придётся сделать гораздо больше работы, чтобы перенести на старый mySQL, чем наоборот.
Drno, лол, по SSH тогда можно подключится и к докеру. Проблема производительности докера в том, что файлы с которыми вы работаете лежат локально, а сам сервер в докере. Если изначально хранить файлы в докере, то проблем не будет. Правда будут другие проблемы :D, но по SSH особых проблем не должно быть