koder_1

Если на сервере хранить загружаемые документы вне разделов, в которых допустима работа php-скриптов, то для сервера безопасно.

Опасность для сервера от документов в том, что можно в документ с любым расширением положить php-скрипт, к примеру, если документ будет лежать там, где php-исполнять запрещено, то в таком случае безопасно.

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

Любые сайты, в том числе доски объявлений делаются так.
1) Все данные, объявления, пользователи и прочие хранятся в базе данных, например mysql, postgre sql и т.д.
2) Есть серверный язык программирования, php, python и т.д, самый популярный php.

Естественно, под каждое объявление, которых миллионы в доске, никто не создает отдельную страницу.

Программируется механизм, который выводит по заданному шаблону список объявлений со всеми списками страниц, фильтрами поиска и т.д.
Программируется механизм, который выводит по заданному шаблону страницу объявления детально.

Кратко работает примерно так. Определяется урл страницы, по урлу программный код на серверном языке определяет, это страница списка объявлений, или страница детального объявления.
Если это страница списка объявлений, то делается запрос к базе данных вывести список объявлений по таким-то условиям, затем серверный язык программирования выводит эти объявления в шаблоне списка объявлений.
Если это страница объявления детально, то делается запрос к базе данных получить конкретное объявление, выводится шаблон страницы объявления детально.

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

Как в такой системе работает форма создания объявления? На сервере пишется программный код, который получает данные из формы, и добавляет в базу данных новое объявление, соответственно, оно выводится на сайте по уже запрограммированному механизму.

Главное при переносе сайта на новый домен - либо на новом сайте сохранить прежние урлы, либо настроить 301 редирект со старых урлов на новые. Узнайте у поддержки домена, как настроить редирект со старого домена на новый.

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

Полноценно настроить редиректы на тильду можно так
- создаете сайт на старом домене, полноценно, с хостингом.
Нанимаете человека, который настроит редиректы с каждой страницы старого сайта на соответствующую страницу на новом домене.

Частые ошибки дизайнера
- не дорисованы формы обратной связи и попап окна. Кнопка типа Заказать звонок есть, а самой формы нет
- не дорисованы функциональные элементы, например, у иконок в шапке корзина, избранное не отрисован вариант, когда в корзине что-то есть или список отзывов есть, а формы, чтоб добавить отзыв нет. Решением было бы обдумать путь клиента например, от выбора варианта товара до оформления заказа - какие кнопки он будет кликать.
- должна быть возможность у всех текстов посмотреть параметры шрифта и отступы
- частая ошибка - объединять все в один слой, тогда нет возможности вырезать картинку отдельно, фон отдельно

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

Если у клиента подход бизнесмена, сайт нужен чтоб реально работал,
то нужно учесть в дальнейшем
- продвижение (есть требования к качеству сайта и к функционалу)
- наполнение (товары должны выгружаться из 1с или из прайсов поставщиков, в идеале автоматически, никто не будет вручную заполнять товары)
- заполнение контентом, нужно определиться кто будет писать тексты, кто будет вносить их на сайт, кто будет редактировать товары
- работу на мобильной версии
- скорость загрузки
- привлекательный и удобный внешний вид
- поддержку, возможность доработки
- наличие готовых модулей оплаты, которые к этой системе подключаются в 1 клик
- наличие готовых модулей доставки, чтоб по весу и городу считали стоимости, давали выбрать пункт выдачи
- личный кабинет, систему лояльности
- у авто сайтов еще куча своей специфики - поиски аналогов, подбор по вин, поиск по маркам/моделям
Такой сайт потянет команда профессионалов, это не один человек. Команда очень опытных фрилансеров или студия и шестизначный ценник.

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

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

Стоит задуматься о переводе на cms, там обычно не только гайды, но и готовые модули для различных систем оплаты, и это в целом облегчит многие задачи при обслуживании сайта.

Если cms никак, то
1) У платежных систем бывает генератор готовых форм, например, с заранее заданной суммой или с произвольной суммой, которую вводит покупатель. Вставляется на сайт готовый кусок кода.
2) У платёжных систем есть api, нанимаете программиста, он в соответствии с Вашими пожеланиями по логике работы внедрит модуль платёжной системы.

Первым делом можете спросить у того, кто делал сайт, ему будет прикрутить админ панель проще чем другим.
Если он не доступен, то готовых CMS много разных. Самые популярные 1С-Битрикс и wordpress.

Сразу вопрос, почему сайт был изначально без админ-панели? Обычно сайт делается сразу на базе админ-панели.

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

Если разобрать типовой интернет-магазин.
Слайдеры, анимации, эффекты проще всего делаются плагинами на jquery.
Всплывающие формы обратной связи вполне нормально на jquery.
Фильтры подбора продукции - имело бы смысл делать на реактивных фреймворках, но обычно фильтры уже встроены в саму CMS. Тот же умный фильтр в Битриксе на столько умный (выводит только такие наборы значений, по которым можно найти товары, опирается на встроенный в CMS механизм) что его переделывать дорого неоправданно.

Пока у меня ощущение такое, собирать сайт целиком на реактивных фреймворках профита мало, а отдельные элементы, к примеру, какой-нибудь нетиповой и нестандартный фильтр подбора со своей логикой - вполне хорошо.

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

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

После того, как будет утверждён дизайн сайта и дизайн мобильной версии, делается html-вёрстка. Здесь изыски не нужны. Обычная вёрстка на обычном jquery. Новомодные js фреймворки не нужны.

Дизайн страниц админки делать не нужно. Самописная CMS не нужна. Если возьмёте готовую CMS, то в ней есть типовой дизайн админки, который менять - непомерно дорого, и не нужно. Соответственно, делать дизайн админки - лишняя работа, результат которой не будет использоваться.

Из CMS сейчас выбор прост, либо wordpress для малобюджетных проектов, либо 1С-Битрикс, если бюджет норм. Судя по статистике использования CMS, в отрасли давно определились, все другие CMS используются значительно реже, чем wordpress и Битрикс.
Почему такой выбор? Все другие бесплатные CMS либо хуже, либо не лучше wordpress.
Все другие платные CMS хуже, чем Битрикс.

Какие отличия между wordpress и Битрикс?
- Битрикс платная, стоит 6200, wordpress бесплатная.
- В Битрикс будет более удобное редактирование сайта, можно редактировать разные приятные мелочи, типа телефона в шапке или надписей в подвале, над чем в вордпресс не заморачиваются.
- Битрикс лучше для SEO
- Битрикс безопаснее
- у Битрикс есть русская поддержка.

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

Как-то и не понятно, в чём вопрос. Если в плане дизайна сайта, то делается два разных меню, в одном категории, в другом коллекции.
Если про организацию структуры базы данных, то заводится еще сущность коллекция (вдруг захотите в коллекции выводить описание, сео-теги, заголовки),
и в товаре привязка к коллекции. Страница коллекции это по сути описание коллекции и список товаров, отфильтрованных по полю коллекция.