netrox, меньше диапазон - да, но для created_at и updated_at пока-что подходит. Тут должны быть изменения на уровне mysql, либо на уровне фреймворка/eloquent'а, но фигачить свои велосипеды таким образом точно не нужно. Либо везде datetime, причем так, что бы совместимость с ->timestamps() сохранялась, либо нигде.
зачем? ИнноДБ и так дефолт, utf8 вообще использовать нельзя, только utf8mb4. $table->dateTime('date')
у ларки есть created_at и updated_at, и у автора тоже. И дефолтить их через базу не нужно. $table->timestamps();
Далее сам его инсерт. Почему не через модель елоквента/доктрину? Даже если нужно вставить триллиард записей, почему бы не поставить ? вместо его created_at, null вместо updated_at, обернуть в DB::raw и передать туда now()?
title типа text? должен быть string 99% вероятность
content типа longText? либо хватит text, либо вообще должен быть json - тоже скорее всего
Роман, делается это элементарно. Но раз вы даже приблизительно не знаете как - зачем? Даже если вы тестите без функциональных тестов, почему не открыть браузер и не тестить оттуда? Или рест клиент какой-то?
Неее, зачем это все, это все для идиотов. Лучше буду из консоли.
BuBux, хз, имхо проще все снести, купить нормальную впску на убунте и поставить по инструкциям все с нуля. Хотя бы будешь знать, что виноват - ты, а не что-то у isp manager.
Роман, ага, вообще не нужны) Вы, небось, и гитом не пользуетесь, а подцепили какую-то фтп синхронизацию сразу на прод? Или у вас вообще прода нету, но у вас там "реальная" разработка?)
Сделайте пару реальных проектов, отдебажьте сотни плавающих багов, сделайте одну и ту же работу тысячу раз - и вопросы отпадут. А пока вы будете строчить вопросы вроде "чем отличается симфони от ларавель" и писать свои несуществующие проекты - так и будете выглядеть дурачком.