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

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

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

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

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

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

Предлагаю разработать модули для интеграции с сервисами приема платежей в криптовалюте.
Как пример, интегрироваться можно с этими сервисами
1. https://ru.cryptonator.com/merchant/
2. https://bitaps.com/ru/merchant

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

Зачем ??? Когда его имя и номер телефона (если был указан) уже известны.
Не проще было бы автоматом подставлять его имя в эту форму, как это происходит при обычном оформлении (не в 1 клик). Это избавит пользователей от двойной работы...

Внесите правки в настройки сервера, как минимум в настройки robots.txt по умолчанию, чтобы раздел /admin (или заданный другой URL) - не индексировался.
Сегодня отсутствие данного пункта привело к тому, что Яндекс добавил раздел в "Быстрые ссылки". Теперь это выглядит так.
Согласен упущение с нашей стороны, что не прописали самостоятельно. Просто первый раз столкнулись, что админстративка про индексировалась, да ещё в сниппет попала.

Предлагаю создать систему возвратов товара. Для начала нет смысла делать ее сложной, но базовый функционал возврата и ведения статистики возвратов было бы неплохо иметь в ReadyScript.
Какой ее вижу я?
1. В меню "Магазин" добавляем пункт "Возвраты"
2. В меню "Возвраты" добавляем функции сортировки, вывод списка возвратов, внутри каждого возврата отображаются товары, причина возврата, от кого был сделан возврат и.т.д.
3. В личном кабинете пользователя для пользователя нужно сделать возможность отметить товары из истории заказов и нажать на кнопку, к примеру "Оформить возврат" . После чего, заявка на возврат попадает менеджерам магазина, а клиенту выходит на печать бланк возврата, с бланком клиент идет в магазин.
4. Также нужно сделать так, чтобы клиент не мог оформить возврат, если прошло 7 или 14 дней (устанавливаем в настройках магазина) с момента, когда установили статус заказу "Выполнен и закрыт", но при этом чтобы у него была возможность распечатки бланка возврата. В данном случае он идет с бланком и товаром в магазин, и проблема с возвратом решается в индивидуальном порядке.
5. В админке в меню "Возвраты" нужно добавить кнопку "Создать возврат" - которая работает по принципу создания заказов, но только для возврата.
6. Товары на склад предлагаю не возвращать системой, а выполнять в ручном режиме, т.к. некоторые из возвращенных товаров не подлежат повторной продаже.
7. Также можно выводить кнопку "Возврат товара" вне личного кабинета, на страницах сайта. В таком случае пользователь в форме возврата должен будет ввести сначала: номер заказа, почту или телефон на который был сделан заказ и например имя, на кого был сделан заказ + капча. Далее открывается форма где отображаются товары из заказа и их можно выделить, далее создать бланк возврата (но заявка менеджерам не будет формироваться, в целях борьбы со спамом)

После добавления в robots.txt строки, позволяющей роботам индексировать страницы с отфильтрованными товарами, напр., по брендам в определенной категории или еще по каким-о характеристикам заметил, что Яндекс.вебмастер стал ругаться, что отсутствуют мета-теги <description>:

"Значительная часть страниц сайта не содержит мета-тег <description>, или он некорректно заполнен. Это может негативно повлиять на представление сайта в результатах поиска. Ознакомьтесь с примерами и исправьте ошибки."

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

Было бы здорово, если бы система автоматически прописывала бы некоторые теги страницам с категориями, также, как сейчас это происходит с карточками товаров. Напр., для страницы из категории Самовары с выбранным фильтром "Тульский завод", система ставила бы для такой страницы теги "самовары, тульский завод", а если плюс к этим фильтрам выбран еще и какой-то цвет, напр., синий, то для страницы с результатами сортировки для такого фильтра должны по идее прописаться теги "синий, самовары, тульский завод", а если еще и объем, то тогда "самовары, тульский завод, синий, до 3-х литров" и т.д.
Значения для мета-тегов берутся из соответствующих характеристик.

Если такие сложные комбинации можно сейчас как-то прописать через SEO-фильтр, то напишите как, я не разобрался.

Авторизация SMTP (настройка уведомлений) - если в пароле присутствует амперсанд (&) - в config.auto пишется "&amp;" - как следствие, фигвам при авторизации, если ручками не поправить в config.auto.php. Присутствует во всех версиях =)
Причём, если шифрование выставлено как SSL - вылезает ошибка, это хорошо. А если TLS - партизанское молчание и вылет по таймауту.

modules/emailsubscribe/controller/block/subscribebutton.inc.php

На Ваш E-mail отправлено письмо с дальнейшей инструкцией для подтвержДения подписки

По федеральному закону "О персональных данных" N 152 (закону Яровой) на любом сайте используещем сбор персональных данных в необходимом порядке должна быть страница о "Политике конфиденциальности" данного сайта, магазина, компании. Данное требование распространяется на все сайты, лэндинг-пэдж, интернет магазины, регистрирующие пользователей и запрашивающие их данные.

В противном случае, в случае отсутствия страницы о "Политике конфиденциальности" на владельцев сайтов, частных и юрлиц, с 1 июля 2017 года будут налагаться крупные штрафы от 10 000 до 75000 рублей. В феврале внесены поправки в статью 13.11 КоАП по поводу нарушений закона о персональных данных. Они вступят в силу 1 июля 2017 года и коснутся всех, кто собирает, обрабатывает и хранит любые персональные данные. С 1 июля выписывать протоколы будет Роскомнадзор — дело пойдет быстрее.

Штрафы разделили по видам нарушений и увеличили в десятки раз. Например, если не разместить на сайте политику конфиденциальности, ИП могут оштрафовать на 10 тысяч рублей, а компанию — на 30 тысяч. А если обрабатывать персональные данные без согласия клиента интернет-магазина или подписчика на информационный курс, то штраф для юрлица составит до 75 тысяч рублей. Директору компании или предпринимателю придется заплатить до 20 тысяч. Если нарушений несколько, то и штрафов будет несколько.

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

Важные ссылки:
https://journal.tinkoff.ru/personalnye-dannye/
https://habrahabr.ru/company/it-lex/blog/293016/
http://www.gd.ru/articles/9068-qqq-17-m3-24-03-2017-rabota-s-personalnymi-dannymi

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