Настройки поиска (Страница 10 из 13)

Владимир, по п.1
Веб-страница будет дико тормозить, если использовать на товар большое количество комплектаций. Все дело в том, что комплектации на странице ридискрипта - это форма. А браузер тупит на больших формах. Когда будет тупить - зависит от компа. Но на 10000 загнётся любой комп
На предложенной ссылке vmp59.com - комплектаций не так уж и много. От подлокотников до просмотра, всего четыре характеристики. Всё, что внизу, выбор боковых шкафов - это сопутствующие товары (такое есть в ридискрипт).
И ещё - если посмотреть в инспектор, на кнопочку "оформить заявку", то там статично висит data-item-id="16459464", что ты не меняй. Выходит, что товар-то всего один. А все "комплектации" - это и не комплектации вовсе, а свойства товара, которые просто в заказ прилетают текстовым полем.
Другими словами, такое и на ридискрипте сделать можно. Небольшой кастом, магия с js - и в заказе будет всё то же.
Только вот остатков не будет Т.к. остатки у товара, а какие остатки у свойств?

А вообще, мне тоже не нравится, как комплектации в ридискрипт реализованы :] Даже начиная с того момента, когда это все импортируется. Формат поля для комплектаций просто безобразный.
Посмотрите на группировку товаров. Часто это выход. Но поиск видит товары в группировке как отдельные товары, это может быть проблемой.
А может и не быть - в некоторых других движках нет комплектаций, по сути, а есть группировка. В чём разница? URL страницы изменяется при переходе на другую комплектацию.

по п.2
такой функционал доступен
https://marketplace.readyscript.ru/addons/productsets/

И про "другую платформу". Это uralcms, шляпа та ещё, приходилось работать. Чем-то ограниченную версию hostcms напоминает. Логика cms - сайт с интернет-магазином. И никаких комплектаций в стоке я не вижу. Вот, покажите, если есть - demo.uralcms.ru. Скриншотик желательно

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

Артур, ограничение на время выполнения файла всё равно есть - вы в него упрётесь точно.

Я не знаю способ обойти ограничение - в админке все равно в запросе будет грузиться файл, что локально (если получится), что удаленный.
Может, поддержка что подскажет.

Вам бы куда-нибудь перенести ресурс, для таких дел, я повторюсь, vps придумали. Где при такой большой загрузке будет всё тормозить, проц забьётся на 100%, память закончится - но потихонечку всё равно загрузится.

Или можно XML программно разбить на части. Но тут обработку писать надо.

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

Это просто один из вариантов, который на поверхности и с которого я бы начал.

Кстати, по ссылке

http://postavcshik.com.ua/modules/catalog_items/uploads/original/losiny-na-mekhu-dlya-beremennykh-5565.JPG

нет такого сайта
Гугл правит на "postavschik.com.ua", а там 404 по ссылке

https://postavschik.com.ua/modules/catalog_items/uploads/original/losiny-na-mekhu-dlya-beremennykh-5565.JPG

По названию пути и имени файла находится вот это

http://odegdaoptom.com/modules/catalog_items/uploads/original/losiny-na-mekhu-dlya-beremennykh-5565.JPG

но это уже так, отсебятина

Если категорий очень много - то можно через импорт/экспорт категорий, используя поле Порядковый Номер (Порядк. N)
- оставить те категории, порядок которых изменить, отсортировать по алфавиту, а затем всё и так понятно. и назад загрузить.
Но в случае 60 категорий - быстрее руками и надёжнее, чем туда-сюда файло гонять. На 10-15 минут работы-то.

1. увеличивайте лимиты, что тут ещё можно написать. это лимиты php, причем тут ридискрипт... да ни при чём.
yml - это частность xml, если ничего не помогает, его можно разделить на части. группы.
вскорее всего, нужно в ноль выставить post_max_size, а еще неплохо туда же отправить max_execution_time
2. ничего не мешает оптовые цены до загрузки поменять. да и после можно поменять, как написал admin.

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

package.inc.php в корне

Витрина        Shop.Base
Маркет        Shop.Middle
Мегамаркет    Shop.Mega
Гипермаркет    Shop.Full

И всё

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

То есть, имеет место быть лёгкое враньё клиенту, умалчивание о том, что диз-то мы шаблонный сделаем.

***
А на самом деле, уникальное пилить куда удобнее и часто быстрее(!). Плюс клиент сразу к тебе лицом поворачивается.
Сейчас веб стал очень простым, что касается дизайна. Плоское всё. Никаких тебе теней, кастомных картинок на полсайта. Одни сплошные прямоугольники
Сделал хидер, сделал футер. Полсайта уже готово Забацал главную между футером и хидером. Уже 70% дизайна сайта готово. Страница категорий. И карточка товара. Всё!
На ридискрипт разработка темы нам очень нравится. Всё кирпичиками, в одном месте. Smarty - это круто.
Приходится разрабатывать темы ещё и для Webasyst Shop-Script и 1С Битрикс - ну, извините, ни в какое сравнение с ридискриптом не идёт, если шопскрипт ещё куда ни шло, то битрикс это ж#$а в плане разработки дизайна. Все хрен знает где, с длиннющими путями.
Поэтому сайты на битре и выглядят все похоже - подавляющее большинство разработчиков на битре помимо редакции продаёт ещё и шаблон, а потом его кастомизирует, даже если кастомизация очень серьёзная, всё равно на проф.взгляд куски шаблона просто торчат изо всех щелей.

Нужен технический changelog, подробный.
Как в файлах, только чтобы информацию получать удобнее было.

Сейчас удобнее всего проверять при обновлении, но это ждать надо обновления.

То есть, нужен маленький раздельчик, где два представления ченжлога: 1. всё кучей 2. по модулям
Первый позволит отследить самые последние изменения в целом
Ну, а второй - конкретно по определенному модулю.

Замечательный ответ, Александр

Вкладка "Основные"
-Короткое название  - это заголовок H1
-URL имя - это алиас, используется как строка в адресе страницы для продукта - /product/алиас/
-Краткое описание - это поле короткого описания, как его использовать, сами задаёте в шаблоне
-Описание товара - это поле полного описания, как его использовать, сами задаёте в шаблоне

Вкладка "Мета-Тэги"
-Заголовок  -за какое поле отвечает - <title>
-Ключевые слова(keywords) - <meta name="keywords"
-Описание(description) - <meta name="description"

Никита, здравствуйте!

А не думали о том, что если на один контент натянуть два домена, то яндекс их "склеит"? И смысл тогда два домена делать, для чего?

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