Дмитрий

*/* в Accept: чаще всего бывает при доступе браузером через прокси и в некоторых случаях - при обновлении страницы в браузере. То есть шанс убить какое-то количество легальных клиентов есть. Лучше поставьте каптчу на регистрацию.
P.S. Pragma: no-cache тоже ставится при запросе через прокси.

[HTTP_ACCEPT] => */* - такие заголовки не ставит ни один браузер, поэтому можно фильтровать по ним.
Но думаю самым простым и надежным способом будет вот такая рекапча в форме регистрации и там где боты бушуют:
https://www.google.com/recaptcha/intro/index.html

Ещё можно в форму регистрации добавить hidden input и через javascript туда прописывать значение и если присланное значение не соответствует тому что должно быть , то значит регался бот - боты обычно не выполняют javascript. Своеобразная javascript captcha - довольно надежная по моему опыту(надежнее чем капча где нужно распознать текст).
Простой пример:
форма

<form .....>
<input id="login_tt" type="hidden" name = "login_tt"> // Сюда будем записывать секретное значение через js
</form>
<script>
$("#login_tt").val("my secret value") // само значение которое будем проверять на сервере
</script>

на сервере примерно так

<?php
     if( $_POST["login_tt"] != "my secret value"){
      exit(0);
    }

Справедливо для Linux.

+ Для подключеия (чтоб не копаться в pg_hba.conf)

Достаточно указать host: localhost. Например:

default: &default
  adapter: postgresql
  encoding: unicode
  pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>
  username: tester
  password: tester
  host: localhost # <- здесь или по месту в development, test

development:
  <<: *default
  database: awesome_development

Всё дело в том, что по умолчанию используется подключение через unix-soket, а это в свою очередь не позволяет "абы-кому" подключаться к базе.

+ Права пользователя

Ну и при создании пользователя у него должны быть на это права:

CREATE ROLE username WITH LOGIN CREATEDB PASSWORD 'secret';
--- или
CREATE USER username WITH CREATEDB PASSWORD 'secret';

CREATE USER равнохуйствененно CREATE ROLE ... WITH LOGIN. Куда важней: CREATEDB
Пользователь по-умолчанию - системный пользователь.

В 1931 году произошло значительное событие в истории Московской области — решением Политбюро город Москва был выделен в самостоятельную административно-хозяйственную единицу.

morguefile.com/archive	Бесплатный фотобанк
imageafter.com/index.php	Бесплатный фотобанк
freerangestock.com/index.php	Фотобанк (нужна регистрация)
www.freeimages.com	Фотобанк (нужна регистрация)
www.everystockphoto.com	Бесплатный фотобанк
www.firestock.ru	Бесплатный фотобанк
ru.depositphotos.com	Платный фотосток
www.pressfoto.ru	Платный фотосток
www.photl.com	Бесплатный фотобанк (нужна регистрация)
finda.photo	Бесплатный фотобанк
magdeleine.co/browse	Бесплатный фотобанк
https://unsplash.com/	Бесплатный фотобанк
ru.photl.com	Бесплатный фотобанк
https://stocksnap.io/	Бесплатный фотобанк
https://freerangestock.com/	Бесплатный фотобанк
www.firestock.ru	Бесплатный фотобанк
https://www.pexels.com/	Бесплатный фотосток
www.freepik.com	Бесплатный фотосток
https://stocksnap.io/	Бесплатный фотосток
www.stockvault.net	Бесплатный фотосток
https://pixabay.com/	Бесплатный фотосток, вектор
ru.freeimages.com	Бесплатный фотосток
www.imcreator.com/free	Бесплатный фотосток HD
freerangestock.com/index.php
www.morguefile.com
www.photostockeditor.com	Фото в высоком разрешении

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

1) Налоги - только упрощенка - 7% с оборота или 15% за вычетом расходов, единый для дистанционной торговли не применим. Я так понимаю, что торговать будете китайским ввезенным по серой схеме, тогда 7%, если ваш форвардер дает документы, тогда лучше конечно 15%.
Информации вы дали мало, но я так подозреваю, что ип вам хватит за глаза, открывать ооо нет никакой необходимости.
2) По своему опыту скажу, откровенное гомно китайцы не присылают, но все равно закладывайте 5% в цену на брак. Менять брак то китайцы меняют, но не охотно и не всегда это имеет смысл. Настоятельно рекомендую иметь не менее 3-х поставщиков и каждую закупку прогонять через всех трех для того чтобы отжать минимальную цену. Уважайте людей с которыми работаете и не делайте грошовых заказов, покупайте хотя бы на пару штук баков.
Про доверие, как ни странно но в одинаковой ситуации я склонен верить узкоглазому, а не брату славянину, китайцы держат слово.
3) Делайте заказы на сайтах конкурентов с периодичностью раз в неделю, заказ можно отменить, а вот количество заказов у конкурента и состояние его склада вам будет известно.
Заказывайте обратный звонок, пользуйтесь онлайн консультантами, пишите в поддержку и сможете определить кол-во персонала
Прогоните через поисковики ключевые запросы, проанализируйте код страниц с целью определить ключевые слова
тут в общем много всего можно написать
4) Анализировать российские интернет магазины не имеет смысла, мне нравится ковырять и творчески переосмысливать европейские.
ps. Вы опоздали с темой лет на 5 минимум, сейчас на раскрутку магазина уходит порядка полугода и от 400 тыр на контент, статьи, правильное заполнение товаров, уникальные фотографии, шаблон, плагины и модули на заказ, оплата хостера
Надеюсь инфа будет полезной

подобную информацию обычно комплексно дают на платных курсах, например imsider.ru. Частями и бесплатно можно получать информацию в их же или подобных рассылках

Я давеча отвечал на подобный вопрос здесь, но повторюсь и дополню ответ.

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

Матвей Мамонов писал в пользу обычного CSS, но очевидно забыл про методологии (BEM, SMACSS), которые кроме понятной организации файлового дерева привносят принципы ООП, например инкапсуляцию, в мир CSS. Без препроцессоров невозможно сделать на самом деле DRY (Don't Repeat Yourself) проект, который будет удобно масштабировать и использовать другим людям.

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

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