стоит менять название полей - и показывает

ему просто не нравится
length
width
height
weight

в ветке 1.4 работало

в ево 3 - перестал

сохроняет все верно - в базе данные все ок - на фронте выводится ок

из того что задебажил - этоо гдето в жс чтото не так обробатывает

Не видал вроде

Про ларку и бд.
А для чего делают references on полю? Если связь всё равно надо через модели делать, типа belongsTo

Это же всё обертки, синтаксический сахар. Когда Вы делаете references on полю, то это делается в миграции которая читается магией и создает через нужные драйвера описанную схему с нужными типами.
Далее чтобы взаимодействовать нужно создать модель где будет описан вариант, например belongsTo() указывающий на то каким синтаксическим сахаром обработать данный запрос.

Это к тому что раз не нужно эта внешняя ссылка, то и не делайте ее. Ваше ж приложение. ((%

Я этого и в обычном mysql понять особо не мог.
Связи двух сущностей, ну, пусть пост и комментарии к нему всё равно же делаются запросом на php, где просто джоинятся 2 таблицы. И связанные ключи особо не использовались. Просто id1 = id2. Или не использовались у меня, а умные люди как-то красиво делают?

Связи удобны для разного, например для обновления-удаления подчиненных таблицы. Есть, допустим, таблица Статьи, а у нее есть таблица Картинки и ПереводСтатьиНаДругойЯзык. При удалении статьи с правильными связями просто удаляем id из таблицы Статьи, а связанные удаляются автоматом по ссылкам.

Удаляются самой mysql, я так понимаю. Т.е. мы по сути экономим в плане php кода.

Самой mysql и другими БД. Мы не то чтобы экономим в плане кода, так удобнее и правильнее логику поддерживать. Чистота БД тоже, конечно же, важна. В плане кода проще и понятнее что где и как работает.

Вот это и смущало всегда.
А если у связанной сущности есть всякое типа файлов, прочих связей, можно просто забыть про удаление файла условной фотки из коммента, т.к. БД сама уже потёрла из таблицы его имя и принадлежность.

Это уже архитектура приложения. Для этого в подобных местах и случаях делают softDelete - мягкое удаление. Это когда не удаляется сама запись, а маркеруется удаленной. Сама процедура удаления в таких случаях очень затратна на больших проектах и никто на самом деле сразу ничего не удаляет (обычно). А, например, раз в неделю или раз в сутки в определенное время когда меньше всего нагрузка запускают скрипт который такие записи ловит и реально удаляет весь мусор.

Что-то этакое видел даже в доке самой лары

Мягкое удаление это вообще крутая тема.

Наверное. Нужды не было пока.

Крутая до тех пор пока головняком не висит на проекте с 1 млн. людей, которые туда-сюда удаляют свои сообщения. ((%

Ну вопрос реализации же.
Хорошо, что напомнили тут, потому что я вдруг вспомнил, что у меня есть таблица soft deleted картинок на проекте, а скрипт очистки я так и не написал. Боюсь туда смотреть, сколько там уже наросло....