Alexander

Nuxt.js — Универсальные приложения на Vue.js

https://ru.nuxtjs.org/
Nuxt.js — это минималистичный фреймворк для создания приложений на Vue.js с серверным рендерингом, разделением кода, горячей заменой ...

Мне кажется вы немного перемудрили, излишне усложнив.
Смотря на ваше "меню", как вижу таблицы в БД я:
+ pages = id, url(ЧПУ, если выводить в адресной строке хотим не ИД), title(заголовок), text(тело страницы, то есть текст)
+ news = id, url, date, title, short_text(этот текст выводим в списке новостей, он короткий), text(это уже на странице новости), image(картинка новости)
+ photo_category(если нужны альбомы для набора фотографий) = id, title, text(описание альбома), image(превьюшка альбома)
+ photos = id, name(если нужно название или описание), image(путь до файла), category(ссылка на photo_category, если нужны альбомы, иначе поле не создаём)
+ videos = id, video(ссылка на видео файл)
+ document_category = id, name
+ documents = id, category(ссылка на document_category ), ISBN(какой-то идентификатор документа вне бд), created(дата_тайм создания), update(дата_тайм обновления/изменения)

Если изменений у документов несколько, в разные периоды, то я бы выносил поле update в отдельную таблицу
+ document_modifed = id, document(ссылка на документ), date, comment(комментарий иб изменениях, если он нужен)

Ещё можно было бы добавить пользователей, пускай не на уровне пользователей сайта, а просто как список, то добавил бы. Чтобы указывать автора документа, автора изменений документа(если это нужно отслеживать).

Поля category в таблице photos и document_category , у меня подразумевают, что категория у них может быть выбрана одна из, а не множество из. Если нужно именно множественный, то да, создавать отдельную таблицу и указывать там связи
Я сделал специально независимые таблицы "категорий", так как скорее всего они и будут независимыми, не пересекающимися. Тогда при создании под объекта, можно выбирать из списка категории только его типа, а не копаться во всех категориях скопом. То есть, создавая запись об документе, не надо выбирать среди "фоточки с корпаратива 2018", "протяжные валы", "зарплаты", "отмечаем юбилей", "отчёты".

Настройками на стороне вебсервера (того что отдаёт "сайт").
Nginx

server {
    listen 80;
    server_name AUTO.com SuperCar.com CarInUSA.net;
    root /var/www/html;
    ....
}

Apache

<VirtualHost *:80>
    ServerName AUTO.com
    ServerAlias SuperCar.com
    ServerAlias CarInUSA.net
    DocumentRoot "/var/www/html"
    ....
</VirtualHost>

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

Не безопасно, вспомним утечки всех СМСок у крупных сотовых операторов лет 5 назад.

Можно хранить в тхт файлах, но раз есть пхп на сервере, то через него и отдавать. То есть "база" из файлов лежит в папке, к которой из вне не попасть, но сам пхп может смотреть папку и вычитывать файлы. Вот этот пхп пускай на время сессии и выдаёт контент файлов. Этот же пхп файл определяет и права на доступ к данным, если там многопользовательский вариант или просто парольный доступ.
Через мод_реврайт, можете симулировать расширение .txt в адресной строке, а через контент тип формат text.

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

З.Ы. Не плохо бы указывать и базу данных и тип данных (хотя бы откуда они берутся), для нормального ответа, а не угадывания мыслей..

А какой тип контракта был?
Если по фиксированной оплате. Тогда нужны условия:
1) Клиент верифицировал свой паймент (в профиле добавил способ оплаты и подтвердил его работу).
2) Клиент зарезервировал сумму за контракт или милестоун в апворке (с клиента списалась сумма и лежит на апворке замороженной).
Если эти условия выполнены. То просто загружаем через апворк работу и жмём "отправить на проверку". Всё, теперь ждём. Отправлять нужно ТОЛЬКО через апворк, а не в скайпе/почте.
Если почасовая оплата, то должен быть трекер и п1. из предыдущего варианта выполнен. Так же отправляешь работу через апворк на проверку.

Почитай перед началом гайд(инструкцию) по апворку. Довольно много информации собранно именно фрилансерами, а не оф-правила биржи --> odeskconf.github.io/guide

Ссылка на себя - это реклама. Реклама это привлечение дополнительного дохода. А привлечение дохода стоит денег. По этому ссылка входит в стоимость разработки.

Условно говоря, сайт создать стоит 10 000 рублей. Ставим ссылку. Которая возможно принесёт ещё заказы, так же вешаем сайт в своё портфолио, что тоже принесёт заказы.
Если клиент не хочет ссылку, то добавляем в стоимость 10-20% от базовой цены. Тогда уже сайт без ссылки будет стоить 12 000р. Сайт, который заказчик захочет не светить в твоём портфолио, тоже стоит дороже, на те же самые 10-20%. То есть сайт без ссылки и не показанный в портфолио, уже стоит 14 000р. Потому что ты, недополучишь прибыли, которую ты закладываешь в цену разработки с учётом своей рекламы (ссылка + портфолио).

Все крупные веб студии это отдельно оговаривают в договорах. Что ссылка там обязана быть и в портфолио они имеет право размещать. И клиент, по договору. без согласия студии, не имеет права удалять ссылку. За удаление он обязан заплатить.

Это старая тема, не новая, с начала нулевых идёт. Большинство работодателей не понимают, что они пишут, а тупо копируют чужие вакансии и ставят свои рейты.

Вообще фиолетово. ИП/ООО нужно заказчику, только для проведения трат перед налоговой. Понт, солидность и так далее, что рассказывают в теме выше, это выдумки самих исполнителей. Которые никогда не интересовались проблемами заказчика, пытаясь выяснить причины "отказа". Только налоговая и ещё раз налоговая, играют роль для заказчика. А налоговой нужно объяснить куда ушла N сумма денег у заказчика и подтвердить её трату счётфактурой + договором + актом сдачи/приёмки работ.

Физику нужно только счёт в банке и шаблон договора подряда с физлицом от ИП/ООО. Который и отсылать заказчику. Договор подряда - нормальная форма, по которой все прекрасно работают с физиками.

Ну вы разбираетесь в этой теме, а кто-то в выращивание страусов в условиях крайнего севера. И его коробит от наших "глупых" вопросов. Им по сути не нужно понимать этого. А нам достаточно задать парочку уточняющих вопросов, а потом или подсказать "правильное" решение или сделать "в лоб", как просит заказчик, накрутив на сроке интеграции под ВП свою оплату часов.

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

Python Social Auth
Самое популярное. Фремворки поддерживает разные, да и не на фреймворке можно использовать спокойно.