Не могу достать значение "day" и прПечально, я написал что у вас в итоге вложенные массивы, дамп показывает вам как они вложены, но что-то медленно у вас продвигается понимание как это работает. Rsa97 уже поправил как должно быть, но лучше было бы самому разобраться...
цикл{
$('#parent').append($('<td>').html('your content'));
}
$('#parent').find('td').on('click',function(e){...})у меня получится огромный список Id товаров, который разве что получится в конечном счете вставить в IN, но это тоже не вариант, товаров будет например 500 , это не выход.500 это просто копейки, вполне можно использовать in, другой вопрос что проще и правильней иметь таблицу соединений категория-атрибут_ид, и искать только в соединении атрибутов вэа ин (все атрибут_ид категории), которых обычно штук 20 на категорию. Интереснее будет с конструктором запроса для поиска, так как есть поля с логикой and, так и с логикой or... Я бы на вашем месте для начала сделал конструктор, а потом добавлял ограничения на соединения и делал соответствующие таблицы.
только не из документации если можно, там все очень запутанно и сложно (как по мне).У них достаточно внятная и простая документация, насколько я помню. Кроме того ЕМНИП есть и SDK под пхп, с вменяемым руководством. Если вам этого мало, то увы, скорее всего ваша компетенция как программиста сильно ниже джуна. Дуйте на фриланс за помощью.
вместо - вполне "законно" указать @method('delete') .И? зачем это мне писать? И где я писал что это ошибка или не верно написано?
ну так легко проверить же.Во первых - влом, надо какой-то ларовский проект искать из свежих, во вторых - не суть, полюбому надо смотреть какой косяк в урл формы, там проблема 90% в урл, скорее всего криво прописан айдишник.
https://laravel.com/docs/10.x/blade#method-fieldЭто тут причем?
Route::post('/add{productId}' прекрасно работаетЕМНИП хелпер route() будет разделять слешом роут и параметр, так что либо строить урл руками, либо сделать нормальные пути. В любом случае очевидно что урл строится криво.
Вы неправильно поняли. Прототип. В Бальзамике.Balsamiq это сервис для создания простых прототипов интерфейсов. К функционалу не имеет отношения, тот же юзкейс, только в картинках. Это норм, но это не прототип приложения и не ТЗ. Не сказал бы что ТЗ прям необходимый шаг, чаще всего юзкейсов хватает для коммуникации заказчика с исполнителем, ТЗ больше страховка в том что функционал будет соответствовать требованиям, ну и является документом с подписями, а не файликом с картинками... В целом это больше рекомендация, нежели какой-то обязательный шаг.
Разве Мобильному Приложению не нужен сервер для хранения БД, например пользователей?вы же ничего не написали про функционал, если это например какой-то интерактивный учебник, то все что нужно может храниться в самом приложении. Короче, без деталей вам насоветуют только общие какие-то вещи, так как телепатией далеко не все обладают...
У меня есть готовый рабочий прототип.Прям работающее приложение?
Нарисовала прототип со связями-ссылками. И уперлась в стену.Это не прототип, прототип это что-то, что можно использовать как рабочий образец для дальнейшего улучшения. То что у вас "нарисовала" - это называется use cases, хорошее начало, но к ТЗ имеет мало отношения.