Сделать возможность установки другой капчи (в виде отдельного модуля)

Произошла такая, не самая приятная, история:
Переносил клиентов со старого движка, который еще крутился на боевом домене, на новый движок (readyscript) через csv (думал, что удастся перенести еще и их заказы — потом только понял, что импорта заказов из csv нет). Readyscript в это время крутился на временном домене для разработки. Импортировал N тысяч пользователей, быстро и просто.
Сразу же заметил, что мне, как админу, на почту начали сыпаться письма с уведомлениями о регистрации нового пользователя, а в теле письма - домен для разработки. А через несколько часов мне начали писать возмущенные клиенты "Чего это за письмо мне пришло, я ни на каком сайте testreadyscript.nomerdogovora.hostername.ru не регистрировался". Оказывается каждый из клиентов получил по письму о регистрации себя на тестовом домене для разработки.
Вот такое поведение системы, может быть и логичное с точки зрения внутреннего устройства, никак не очевидно, и при этом может приводить, и привело, к серьезным репутиционным рискам.
Уж как я не люблю спамеров, а тут и сам им оказался.
Мораль: мне, как виновнику, нужно аккуратнее работать с незнакомой системой. Разработчикам, как Разработчикам, добавить в диалоговые окна импорта, которые могут приводить к массовым рассылкам писем, как минимум — предупреждение, а как максимум — опцию включения рассылки при импорте, которая по умолчанию будет выключена.

Есть ли возможность внедрить этот вид капчи? Когда пользователю не нужно ничего распознавать и вводить, а достаточно просто поставить галочку.

Есть замечательный модуль https://marketplace.readyscript.ru/addons/cdekdeliverymap/ . Он демонстрирует следующий подход: в каком бы более-менее крупном городе не находился клиент, он будет воспринимать услугу доставки в ПВЗ СДЕК как самовывоз заказа. К нему же не до двери курьер доставляет заказ, а он его сам вывозит из ПВЗ.

Другими словами:
1. Доставка - это все, что до дверей клиента и требует ввода адреса (улица, дом, квартира).
2. Самовывоз - это все, что до склада/ПВЗ/терминала ТК. Это требует только ввода города клиента и выбора из списка доступных в данном городе точек самовывоза. Ввод города в большинстве случаев не потребуется, т.к. работает геолокация.

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

Поэтому:
1. В админке любой способ доставки помечаем как "Самовывоз" или как "Доставка по адресу". При этом даже Универсальный класс доставки может быть Самовывозом.
2. На витрине на первом шаге оформления заказа (ввод контактных данных), где клиент вводит телефон/email/фио и выбирает из 2 вариантов "Самовывоз" или "Доставка по адресу", было бы идеально писать «Самовывоз (доступно X пунктов выдачи заказов в городе N (и ссылка "Другой город", на случай если геолокация ошиблась)». X получаем сложением всех доступных адресов самовывоза у всех включенных способов доставки "до склада" в этом городе.

Вот на примере СДЕК. У меня сейчас 2 "клона" СДЕК доставок: один включает все услуги "до двери", другой все услуги "до склада". Скриншоты прилагаю. Один предполагает ввод адреса клиента, другой - только выбор нужного ПВЗ на карте.

Тут напрашивается фраза "Нет пределов совершенству" :) Но, во всяком случае для моего магазина, именно такой подход выглядит самым логичным.

В данный момент есть два домена для разработки, это *.local и *.test, было бы не плохо добавить dev.* что бы была возможность заниматься разработкой не только на локальной машине, иначе банально даже заказ на маркете не протестировать.

Сделайте платный модуль Боксберри или Яндекс доставки. А то сейчас стоит модуль Axiomus, и то не работает, кажется.
Или сделайте возможность после выбора города при оформлении заказа выбор пункта самовывоза в данном городе. А список пунктов мы сами создадим.

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

Сейчас в выгрузке в Я.Маркет присутствуют лишь конечные категории. Т.е. подкатегории самого нижнего уровня.
Считаю, что нужно также выгружать все "старшие" категории в которых что-то содержится.
Это поможет правильно распределить товары по категориям Я.Маркета, т.к. тег market_category больше не используется.
Кстати, это в рекомендациях Маркета указано https://yandex.ru/support/partnermarket/categories.xml#example

<categories>
<category id="1">Книги</category>
<category id="2" parentId="1">Детективы</category>
<category id="3" parentId="1">Боевики</category>
<category id="4">Видео</category>
<category id="5" parentId="4">Комедии</category>
<category id="6">Принтеры</category>
<category id="7">Оргтехника</category>
</categories>

А у RS сейчас выгрузка идет
<categories>
<category id="2">Детективы</category>
<category id="3">Боевики</category>
<category id="4">Видео</category>
<category id="5">Комедии</category>
<category id="6">Принтеры</category>
<category id="7">Оргтехника</category>
</categories>

что может привести к неверному распределению по категориям Маркета.

Очень хотелось бы получить данную интеграцию. Огромное число магазинов работают с данными пунктами выдачи.

У меня большая база в 1С. Номенклатурных позиций более 2000, и постоянно база растет. Какой-то товар есть в наличии, какого-то нет и больше не будет, а какого-то нет, но он появится, например через неделю, или две.
Когда я делаю обмен, и товара нет в наличии, в файла обмена его тоже нет (обмен настроен с периодичностью раз в час и случается так, что отгружается последние 4шт товара). В настройках же 1с я выгружаю только то, что есть, так как если выгружать все товары, которые когда-то были, то у меня займет это слишком много времени.
В настройках сайта ( в настройках 1С, "Что делать с товарами, отсутствующими в файле импорта" ) есть только : "удалить", "деактивировать" , "ничего". Так вот "удалить" это плохо для seo, "деактивировать" тоже плохо для seo. Если ничего не делать, то получается что товары не обновляются корректно.
Предлагаю вам добавить еще один пункт. Если товара нет в обновлении, то ставить ему количество 0 по всем складам, и оставлять его на сайте. Тогда можно будет и пользоваться удачно кнопкой "сообщить о поступлении товара на e-mail".
В противном случае кнопка "сообщить о поступлении товара" работает не на все 100%.