Andrei Popov

Ну если брать продукт, то:

- /product?id={id продукта}

это точно не вариант

- /product/{id продукта}

со стороны сео не очень

- /product/{название продукта}

самый нормальный вариант

а по поводу этого:

- /category/{название категории}/{название продукта}
- /{название категории}/{название продукта}

уже ответил Евгений

- Кто пробовал такое на практике. Какие есть подводные камни?

роблема в том что мне не нравится заниматься версткой (html/css).

- Как лучше организовать совместную работу?

платить по факту, держать запасного

- Могут ли быть проблемы если верстальщик не знает как его верстка будет натягиваться на vue/react?

вот и узнаете

- И стоит ли говорить заказчику что я буду работать не один?

ни в коем случае

вполне нормальная/обычная практика.
проблема ровно одна: найти нормального исполнителя.
заказчику вообще пофигу работает над его задачей один человек или десять, ему важен результат и за заранее оговоренные деньги.

и верстальщика надо иметь до заказа, а не искать после.

Можно использовать пре-рендеринг с помощью nuxt

1) Если у тебя работа 8 часов, и начало работы в 10 утра, то работодатель и твои коллеги ожидают от тебя, что в любой момент с 10 до 19 (час на обед + 8) - они могут тебе написать, позвонить и ты оперативно выйдешь с ними на связь. И скажем, они буду ожидать, что если есть вопросы по какому-то коду, то IDEA/GIT и прочее у тебя будут открыты (т.е. ты в рабочей обстановке) - на какой-то доп вкладке смотреть сериальчик никто не мешает (лучше использовать другой браузер).

2) Если тебе надо куда-то отвалиться на час-два, то работодатель ожидает, что ты согласуешь это со своей командой, уведомишь всех в общий слак, скайп итд и доработаешь потом время простое в "свободное" время.

Самая главная проблема ребят на удаленке, что они путают удаленку и свободный график. Типа, когда хочу начинаю работать, когда хочу заканчиваю работать, когда хочу отваливаюсь. Нет, тут нужно быть доступным и в рабочем состоянии в определенный интервал времени. Ибо когда в тебя заходят ребята с каким-то вопросом в рабочее время, а ты в это время поехал в магазин или по девкам с мысленной формулировкой (доработаю часы ночью) - это увольнение.

Что касается часов - просто списывай время на все, чем ты занимаешься (кодинг, митинги, созвоны с ребятами, консультация QA по своим таскам и так далее). Тогда получится, что ты кодил условно 5 часов, а времени списано в общем 7-8 часов.

зависит от работодателя, воркфлоу/рабочих обязанностей.
полный рабочий день обычно подразумевает конкретный таймфрейм: например, 10-18/10-19 (с часом на обед).

если взять типичный восьми часовой рабочий день, то если ты покодил три часа в день, и ещё три потратил на другие рабочие моменты (митинги, созвоны, разгребание тикетов и тп), никто из адекватов пинать не будет.
а если ты покодил четыре часа и исчез, хотя в скайпе/другой-системе статус "активен", могут появиться вопросы.

в реальности нюансов настолько много, что в коротком ответе их не описать.
кратко: все зависит от тебя лично, твоего работодателя и отношений между вами.

Что подразумевает полный рабочий день (на удаленке)?

Обычно это подразумевает 40 часов в неделю.

ВСЕ остальные нюансы - примеры перечислены ниже, зависят от конкретного работодателя:
* когда начинать и когда заканчивать, может зависеть от часового пояса клиента или команды
* нужно ли постоянно быть на связи, зависит от проекта и обязанностей.
* активно работать - зависит от обязанностей. Например дежурный админ должен все время следить за уведомлениями мониторинга, а пойти на 2 часа обедать
* Отчитываться о реально потраченном времени может быть обязательно или не очень, или только по бумажке.
* Нужно ли ставить софт, который будет следить за вашей активностью или не нужно

Вариантов может быть море, это нужно уточнять при трудоустройстве.

Вот очень доступная статья на эту тему, где все разложено по полочкам.

Так-же как и с бутстрапом. Vuetify не надо использовать, если дизайн не сделан под него. Если дизайн сделан под него с учетом особенностей, или надо быстро что-то набросать не задумываясь над дизайном, то есть шанс сэкономить время, но только в том случае, если отлично разобрался в этой штуке. В противном случае вместо работы будешь втыкать, что не так и почему не получается.

P.S. Если уж влазить в него, то заранее провести для себя мысленную черту, что компоненты будут выглядеть так, как задумано авторами, и кастомизироваться будет только их цвет. В противном случае постигнет большое разочарование, так как интерфейсы компонентов разнятся, многие вещи тупо захаркожены, и на изменение какой-то фигни, будет уходить больше времени чем на написание какого-то компонента.

Здравствуйте, по поводу вашего вопроса, мне кажется что тут зависит от вашего проекта, vuetify очень мощный инструмент, мне к примеру он очень нравится и я полностью основываю на нем проекты, сетка у него вполне удобная, с ней конечно придется разобраться, но она очень настраиваемая, и обеспечивает прекрасную адаптивность из коробки, обилие компонентов мне так же нравится, и то что его поддерживают, проблем с vuetify у меня лично не возникало, и использовать его как основу интерфейса я бы вам посоветовал, но если вы не сильно запариваетесь по поводу дизайна и material вас устраивает, и соответственно изменений у вас будет не так много, или например если вам надо быстро сделать пристойный прототип, если же вы планируете делать "супер авторский дизайн", то наверное стоило бы взять все тот же бутстрап и использовать лишь его возможности позиционирования элементов, а компоненты интерфейса и в плане внешнего вида и функционала разрабатывать самостоятельно, опять же повторю то что сказал в начале, все зависит от проекта, для интереса прикреплю вам другие киты, можете сравнить)
https://quasar.dev/
https://vuematerial.io/
https://mdbootstrap.com/docs/vue/
https://element.eleme.io/#/en-US

Главный тезис: У хрома определенно НАМНОГО больше возможностей. Но не факт что вам все они нужны.

Первое что вот прям с ходу вспоминается:

• У хрома удобен панель выбора цвета. С дополнительными кривыми - линиями контрастности.
  
• У хрома Усть не плохой отладчик анимаций.
  
• У хрома есть встроенный тест lighthouse.
  
• У хрома есть инструменты для отладки PWA.
  
• Ну, а если вы разрабатываете расширение, то работать с Firefox для меня как пытка. Особенно если вы не планируете публиковать его, а просто делаете какой-то инструмент для себя.
  

Но у Firefox, во всяком случае в последней версии, некоторые вещи сделаны лучше. Та же панель network мне нравится больше чем у хрома.

setInterval(function(){ // Создаёт новый контекст и this пляшет от него
         this.tick()
      }, 1000)

() => this.tick(), 1000) // Стрелочные функции не создают своего контекста, от чего this пляшет в данный момент от объекта timer

можно ли назвать CMS по типу Wordpress, SSR приложением?

можно.

мне кажется что универсальный рендеринг это совмещение SSR+CSR (регидратация)

вам кажется.

Если ларавел используется только как бэкэнд - использовать именно его vue не обязательно, можно положить его в отдельную папку и не использовать его фронт возможности вообще. Если делается MPA приложение с первичным рендером на сервере с помощью php и использованием vue только как часть страницы (например сложные формы, корзины там всякие), то использовать mix достаточно удобно.