201

(6 ответов, оставленных в Вопросы по работе с системой)

admin пишет:

1. Форма никуда не делась, а куда она должна деваться, как же без нее? Что такое lastpass и почему оно сходит с ума (причем тут мы)?

Посмотрите в админке вебасиста. Там обёрнуто в div. Вообще, при всём при том, там нет никакого массового редактирования категорий, но, по факту его и в рс особо нет, один фиг в базу лезть или через импорт.
Ластпасс - это популярный менеджер паролей. Отслеживает формы и втыкает в них сохраненные пароли. Когда форма огромная - тормозит браузер. А вы тут при том, что сделали возможным создать огромную форму. Вот и всё. Хотя, можно возразить, что это пользователи такую огромную форму создают.

admin пишет:

2. Решили, что удобнее, когда открытые категории остаются в браузере, так как повторно они мгновенно отрываются.

Сомнительное преимущество, на самом деле. Если один раз секунду подождали до открытия, то и другой раз подождут [контентщики], а вот что дерево пухнет - это намного важнее.

admin пишет:

В плане отметок категорий ничего не менялось. У нас есть удобный инструмент (Shift + клик), который позволяет легко отметить большой список категорий, т.е. можно развернуть список и кликнуть вначале, затем с Shift - в конце, у вас выделится диапазон.
Мы не можем автоматически распространять массовое редактирование на подкатегории, так как в этом случае исчезает возможность отредактировать массово промежуточные узлы дерева.

Ясно-понятно smile Вообще, особо ничего удобного в шифт+клик нет, когда категорий овердохрена. Намного удобнее напрямую в базе ковыряться. Но это дело вкуса. Хотя "можно развернуть список и кликнуть вначале" - ну, попробуйте развернуть на 95й категории, а закончить на 768й. Это несерьёзно как-то и кейс работает только для небольшого числа категорий.

Несмотря ни на что, огромное спасибо!

202

(6 ответов, оставленных в Вопросы по работе с системой)

Кто-нибудь затестил?
Разработчикам респект за работу с каталогом!
Обновил проблемный проект, где 150000 товаров и почти 4000 категорий.
ХО-РО-ШО

Но посмотрел исходный код, и что-то поумерилось счастье.
Проблема 1. Форма никуда не делась. Я про тег <form>, в котором строится дерево, id="tree-form". Дело в том, что от большой формы с ума сходит lastpass.
Проблема 2. Которая, на самом деле, и не особо проблема. Просто, если есть возможность её решить, то лучше решить (у вебасиста не решено, и там не удобно иной раз). При раскрытии категории появляются подкатегории, но если закрыть, то им просто ставится display:none. И когда, при работе с контентом, активно открывают-закрывают категории, страница пухнет, и пухнет сильно в случае большого количества категорий и длительного времени работы. Но достаточно обновить страницу и всё ок.

И вопрос, который можно было бы затестить, но мне просто не на чем пока.
Каким образом решено (и решено ли) массовое редактирование категорий? До какого-то момента массовое редактирование было только для отмеченных категорий, подкатегории игнорировались. А, сами понимаете, если категорий 1000 штук, из них 600 отметить сложно. Хотя, тут я, может, что-то упустил.

203

(5 ответов, оставленных в Сайт ReadyScript)

admin пишет:

Можем развернуть у нас на поддомене.
Какой движок предпочитаете (DocuWiki)?

Конечно, поддомен wiki.readyscript.ru будет смотреться отлично
Движок... да не принципиально, я уже и забыл, какие есть-то :]

204

(5 ответов, оставленных в Сайт ReadyScript)

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

Я, например, часто занимаюсь импортом/экспортом, объединением всего и вся - но почему-то часто забываю о том, как правильно импортировать категории, как правильно импортировать комплектации. Специально для таких забывашек тему создал на форуме.
А сейчас начал возиться на одном из проектов с категориями - и понял, что в документации про импорт категорий нет вообще ничего. Конечно, я вспомнил, что импорт идёт по родителю и названию, но, блин, о таких вещах надо черным по белому написать один раз и забыть. И пусть народ через гугл эти темы находит, через общий поиск.

Вот, есть, допустим, форум. Здесь поднимаются хорошие темы, особенно для начинающих. Но ничего не структурировано, да и как на форуме структурируешь?

Также, есть раздел
https://readyscript.ru/faq/
но это так, верхушечка айсберга затронута.

Мне лично подобная wiki ппц как нужна. Иной раз начинаешь новый проект - что-то делал год, два назад, а тупо забыл, как делал. И начинаешь часто заново.
Поддержку тоже дёргать иной раз не хочется.

Бутаков пишет:

Лицензия для перехода с версии "Маркет" на версию "Мегамаркет" 19 700 руб.

Желаете сравнений? Их есть у меня.
Облако ридискрипт, в месяц 500-1000руб или 700-1220руб

Переходим на сайт инсейлс
1290-4220руб
И система-то сильно так себе по сравнению с ридискриптом.

Переходим на сайт вебасист
499-3599
Но нижняя планка, чисто поиграться, 200 товаров.

Если пройтись по стоимости коробочных лицензий, то учитывать необходимо также и возможности "из коробки", поэтому сравнивать в лоб ничего не буду. Тот же шопскрипт надо плагинами обвешать как новогоднюю ёлку, чтобы получить функционал маркета ридискрипта. И приобретая вебасист шопскрипт за 19999руб на свой сервер, ты вообще ничего по сути не покупаешь. Туда надо ещё шаблончик тысяч за 7-10 сразу купить, плагинов хотя бы на пятачок, а ещё, что самое интересное, шопскрипт ни разу не дружелюбен к обычному пользователю. Там даже человек с опытом работы в других системах не сразу поймёт, как тему привернуть. И нужно дополнительно разориться на поддержку специалиста (нашу, например wink ). А уж как их техподдержка работает, просто ппц - темы открытые на их форуме техподдержки годами висят

***
Ридискрипт дешевле, т.к. пока менее популярен. Но а) и код тут читать приятно б) система обладает огромными возможностями сразу из коробки в) дико дружелюбна для пользователя (у нас ещё не было ни одного клиента, который бы сказал, как тут сложно, и как тут неудобно - наоброт, битрикс хаять начинают)

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

Ярослав пишет:

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

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

206

(14 ответов, оставленных в Вопросы по работе с системой)

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

Можно вопрос - а что это за товары такие, которые от 2 до 5кг весят?
Ни разу не сталкивался.

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

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

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

209

(7 ответов, оставленных в Вопросы по работе с системой)

Бутаков пишет:

Любой из этих вариантов работает очень медленно, >60000 товаров и 8 секунд на запрос, мало того, если результатов поиска много, то переход по пагинации в результатах поиска также около 8 секунд.

https://helpdesk.readyscript.ru/wish/Po … a-660.html
другого выхода я не вижу

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

Честно говоря, я по многим моментам гугл не понимаю. Вот, например, 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 секунд, получается, цена валидна один час.
т.к. кеш, наверное, не час надо, а неделю или месяц прибавлять

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

Александр, всё это доступно через смарти шаблона вручную.

212

(16 ответов, оставленных в Предложения по улучшению системы)

он видимо устарел

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

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

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

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

213

(16 ответов, оставленных в Предложения по улучшению системы)

у кеш файлов нет расширений, да и про логи забыли

Да я про общий принцип написал, что наследуется с того, что в корне. Не принципиально, какие файлы, какие директории - это пусть разработчики решают.
Раскидывать же htaccess по директориям - за это по рукам били ещё лет так 15 назад. Потому что потом не знаешь, где что и откуда.

и про nginx - для него конфиг в факе есть, и конфиг очень даже махонький.

214

(16 ответов, оставленных в Предложения по улучшению системы)

Я что-то не понимаю всей темы
Структура апачевских 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 и нехай он в корне у всех новых ридискриптов лежит, в чём тут проблема-то?

***

Особых изысков не требуется: если опция активна создаем в cache и logs .htaccess файлы блокирующие доступ к логам и системному кешу, нет - удаляем/переименовываем .htaccess.

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

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

Алексей, ведь Ярослав скинул файл. Положите его рядом с оригинальным файлом
/modules/search/model/searchapi.inc.php
и всё

216

(16 ответов, оставленных в Предложения по улучшению системы)

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

Мы можем, Константин. Делали такое не один раз.
Но не совсем так, как у вас, однако, это мелочи, добавить тот же бренд или валюту - без проблем.
https://webmaster.yandex.ru/tools/microtest/
https://screenshotscdn.firefoxusercontent.com/images/4fd3bc9f-ab95-4c01-8f5f-0d34a1dbb0c0.png

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

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

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

Да у вас и обычная версия 7,5 секунд рисуется. Я бы в сторону хостера посмотрел - не может ридискрипт так тормозить.
Если есть интерес - обращайтесь.

п.с. но хостер - IHC o_0 неплохой. прямо-таки интересно стало, в чём дело.

Закусило Александр пишет:

Если лог действительно не пишет ничего на хосте, то ошибка происходит не на стороне PHP. Значит нужно копаться в этом JS выводя в консоли того же хроме информацию через console.log

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

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

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

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

Ju1Ze пишет:

Где я могу его посмотреть? Лог со стороны хоста?

Если умеете, то лучше там.

А попроще по ссылке, что Александр предоставил "В корне сайта, на одном уровне с файлом setup.inc.php, необходмо разместить файл _local_settings.php, следующего содержания:"

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

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

223

(3 ответов, оставленных в Вопросы по работе с системой)

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

Дебаг - это полный отчёт о загрузке страницы. Если даже всё ок, и код 200, всё равно дебаг отдаёт ответ о таймингах.
В той же жумле это присутствует с незапамятных времён. Внизу страницы. Я когда-то давно так отлавливал толстые запросы и криво работающие модули.

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

224

(6 ответов, оставленных в Предложения по улучшению системы)

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

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

225

(6 ответов, оставленных в Предложения по улучшению системы)

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

Про сфинкс уже дофига тем возникать стало - пора бы разработчикам его нативно попытаться засунуть :]