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

http://forum.readyscript.ru/topic/1583/ … -ili-test/

Проблема "Невозможно подтвердить домен" может означать только одно. Не проходит запрос сам на себя.
То есть, если в корне сайта создать файл test.php со следующим содержимым:

<?php
var_dump(file_get_contents('http://ВАШ ДОМЕН.LOCAL'));  //Если false, то запрос не проходит.

Ошибка может возникать если у вас не включена опция allow_url_fopen в php.ini

Вот я тоже вечно это переделываю

Nix можно из списка удалить, они с 90-х годов еще такой дизайн оставили. Музейный экспонат)

А компоновка и есть шаблон. Слайдеры у всех разные, к шаблону не относится. Никто из коробки баннеры не использует) Мелочи так в глаза не бросаются как компоновка. Поиск по диагонали никто не делает.
По сути в шаблоне надо несколько вариантов компоновки разных блоков (слева, вверху), легкая замена стилей.

Я уже предлагал тупо купить расширенную лицензию чего то вроде https://theme.stepofweb.com/Smarty/v2.3 … rt_v4.html или аналогичное.
Там на готовой верстки хватит на 100 шаблонов в маркетплейсе и все будут стандартизированы. И стиль шаблона буквально парой классой меняется.

Кеш сбрасывали? Кнопки то не должно быть, если в настройке шаблона в конструкторе сайта убрана галочка "Включить заказ в 1 клик в корзине"

Похожим образом на вордпрессе цены обновляют smile и товары загружают. Там толком механизмов встроенных нет.

Я не знаю как там реализовано, но для моментальной загрузки большого массива данных во временную таблицу - это самый быстрый вариант.
Загрузка массива происходит мгновенно, в отличии от парсинга csv файла штатными средствами PHP. А потом переносите данные в рабочие таблице как хотите, но ничего быстрее, чем сделать это парой SQL запросов - нет.

Реального времени - это при загрузке страницы идёт куда-то запрос, где данные актуальные.

Топикстартер вверху пишет, что надо обновлять цены и остатки и при просмотре каталога товаров, а не только 1 товара.
А как быть при использовании фильтрации и т.д.? Делать постоянно запросы для каждого товара к внешней системе? А если там что то с серваком будет или еще какие то задержки, то тайм аута запроса будем ждать? 
Ну пусть интервал 5 минут, а 1 минута. Роли не играет, остатки товаров не успевают так быстро поменяться в учетной системе.  И 15 минут хватает. Я сужу по статистике сайта для оптовиков, где в день несколько сотен заказов и 10 000 товаров. Проблем не было.

Явно у них внутри какой-то динозавр типа оракла всё крутит и ничего умнее придумать не смогли.

Oracle скорее железный человек, который все может) Система спокойно переваривает сотни гигабайт данных. MySQL и PostgreSQL такого не снилось.

Это ещё почему? Ограничение по айпи на уровне mysql и чем-то типа iptables закрыт порт для всех, кому не положено.

Потому что взломав сайт можно получить доступ к базе, что не есть хорошо для безопасности.
Я до создания сайтов на RS (спасибо Набиуллина) занимался Oracle, АБС Банк XXI век и интеграцией с процессингом пластиковых карт.  Если бы я дал доступ к базе извне, меня бы уволили, может бы и дело завели. Как минимум можно за DDOS-ить  запросами к базе.

Хотите пример подобного велосипеда, где данные через джонсик прилетают на страницу? И там не только цены, там весь каталог прилетает.
https://rs24.ru/catalog.htm

Это совсем не то, о чем пишет ТС.  Весь фронтэнд построен на Vanilla JS, они просто список товаров получают со своего  же сайта, а не со сторонних серверов. Примерно так же, как RS при фильтрации каталога товаров, только интерфейс на стороне клиента строится, а не прилетает в готовом виде.

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

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

Для каталога товаров в 10 000 позиций я делал выгрузку в csv файл каждый 5 минут, затягивал его в таблицу средствами Mysql LOAD DATA INFILE (это встроенный механизм MySQL для загрузки больших объемов данных.). Затем скриптом обновлял остатки и цены. Этот метод работает молниеносно.  Временная таблица создается в доли секунды.
В моем случае скрипт загрузки вызывался внешней системой, но можно и cron у RS использовать.
Можно хоть раз в минуту выгружать. Фактически остатки и цены будут синхронизированы в режиме реального времени.

Вот идеальное решение)

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

ураааааааааааааааааааааааааааааааааааааа

В любом случае, подвижки в этому направлении есть.
ps минусы не я поставил