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

https://marketplace.readyscript.ru/addons/seoaddon/

В чём смысл использовать модули из старшей версии?
Да, вы какой-то функционал получите, но они же не будут обновляться.
Тут за месяц можно получить несовместимость модуля с ядром, а использовать старье - это как-то вообще странно.

Тем более, что ценник за повышение версии крайне гуманный.

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

Александр, в шаблоне это всё. Но, если нет опыта, объяснять очень долго, т.к. для микроразметки надо тащить каждую переменную.

Честно говоря, я по многим моментам гугл не понимаю. Вот, например, priceValidUntil
Читаем, что это - "Дата (в формате ISO 8601), после которой цена перестанет действовать. Сведения о товаре могут не появляться, если в свойстве priceValidUtil указана дата, которая уже прошла."
И что это за хрень? Когда цену поменяют, тогда она и перестанет действовать - а гугл требует предсказать это?

Чтобы получить текущую дату в формате исо8601(полную), надо всего лишь вбить

{$smarty.now|date_format:"c"}

Ну, и прибавить надо столько, сколько хочешь.

Я бы вышел из ситуации примерно так

{$stamp = $smarty.now + 3600}
itemprop="priceValidUntil" content="{$stamp|date_format:"Y-m-d"}" 

тут текущая дата это встроенная $smarty.now, прибавляем 3600 секунд, получается, цена валидна один час.
т.к. кеш, наверное, не час надо, а неделю или месяц прибавлять

Правда, всё это фигня - ни один российский крупный интернет-магазин такой разметки не имеет. У гугла это рекомендованное, яндекс вообще не в курсе что это.

Самые важные строчки там

if (!-e $request_filename) {
        rewrite ^(.*)$ /index.php last;
}

чтобы sef-url работало.
Остальное всё... конфиг неполный, а так, каждый под себя по-любому настраивать будет. В этом и фишка nginx, что разом в одном конфиге настраивается всё, касаемо конкретного сайта. А в апаче размазано - одно тут, другое там.
Я вообще люблю со всех директорий, куда не положено(403), редиректить на главную. И после 404 на главную. Нравится мне так.

Да лан, че спорить, мяч на стороне разработчиков.

Я что-то не понимаю всей темы
Структура апачевских htaccess наследуется, т.е. если htaccess лежит в корне, то он работает на все каталоги, если не перебито внутренними через AllowOverride.
Если написано в корневом htaccess
<Files ~ "(\.inc\.php|\.tpl|\.tpl\.php|\.auto\.php|\.auto\.xml)$">
    Order allow,deny
    Deny from all
</Files>
значит, закрыты от внешнего открытия все .inc.php, .tpl, .tpl.php, .auto.php, .xml что найдутся на одном уровне или ниже
добавьте сюда .tmp
Добавьте в корневой
RewriteRule ^cache/engine/ - [R=403,NC,L]

И ВСЁ!

Не надо никаких htaccess внутри вложенных каталогов.
БезопасТность следует реализовать на уровне разработчиков, т.е. предлагать в стоке уже прокачанный htaccess и нехай он в корне у всех новых ридискриптов лежит, в чём тут проблема-то?

***

Айн момент, сэр - поверюзеры апач не юзают. Вообще. Нафиг он нужен-то в эпоху vps за два бакса и nginx?
То есть, любая фича подобного рода, включаемая в админке, на nginx работать не будет - ибо прав www не хватит писать в рутовые файлики.

Может, я что-то не знаю, так расскажите.

В стандартном htaccess в корне.
#Запрещаем открывать файлы напрямую
<Files ~ "(\.inc\.php|\.tpl|\.tpl\.php|\.auto\.php|\.auto\.xml)$">
    Order allow,deny
    Deny from all
</Files>

Я могу кое-что предложить, но лучше обратиться вот сюда
https://forum.infostart.ru/

Вопрос вообще не по теме Readyscript.
Если бы у меня подобная задача возникла, то
а) https://infostart.ru/public/596761/
б) парсинг и заливка через а)

Ну, или можно написать велосипед очередной.

На стандартно настроенном хостинге обычно и нет никаких логов php - там только логи веб-сервера.
И максимум, что он покажет - ошибку 50х, но это явная ошибка скрипта.

Логирование ошибок PHP подключается через php.ini Или не подключается, а запрашиваются полные логи за период у хостера. Понятное дело, что на VPS и выше - всё твоё и так.

Или, как вариант - правильно, в php нет ошибок, а на стороне браузера имеются.

Вообще, просто бы ресурс показал ТС - вместе б разобрались.

Идея, конечно, новая для Readyscript, но вряд ли тут уместно "коллегам" это предлагать "Коллеги" сами верстают.

Похоже логикой на unishop для opencart. Типа эдакая надстройка. Интересно, в целом.
И для клиентов Readyscript - штука нужная. Т.к. разработка и настройка темы всё-таки стоит подороже, чем 15.000.

Да, Владимир, ищет.
Немножко подрезал, но смысл, думаю, будет понятен

<meta name="keywords" content="Молдинг - Лобовое стекло TOYOTA CAMRY, цена, купить, отзывы, фото, тойота, тоета, тоёта, камри" >

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

У нас тоже была проблема подобного характера, правда, там нет 10х50 было, а 8х15х4х12 примерно o_0. Посмотрели, как это работает, ужаснулись, выбрали основную характеристику, а остальные через js.

Реализуемо это? Да. Костыль ли это? 50/50, т.к. хак в теме плюс небольшой модуль. В ридискрипте темы кастомные, модули кастомные, в ядро никто не лезет.

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

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

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

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

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