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

Проблема может быть в том, что на сервере поставщика после определенного количества запросов банится айпишник вашего сервера (где ридискрипт). Чтобы проверить, так ли это, надо сделать 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 редирект. Да и в любой подобной ситуации, когда есть основной домен и остальные, которые приобрели для того, чтобы конкуренты не заняли - надо вешать контент на основной домен, а со всех остальных ставить редиректы на основной.

Дмитрий, а почему просто не привязаться к номеру текущей страницы в пагинации

$paginator->page

или к адресу страницы?

тут я забыл, что - вроде selfuri() или getSelfUrl()

разбить текущий адрес регулярочкой или в массив по слешу - и всё, что "/category/blabla/", а не /category/blabla/ololo" получает текст или что вам нужно.

Сергей, надо ptr-запись настраивать, чтобы всё было отлично.
Тут зависит от того, насколько "выделенный" у вас сервер.
Если это виртуалочка, пинать надо в хостера виртуалочки, у них всех по дефолту выставлена определенная ptr
Если же это ваш собственный сервер на колокейшн, то всё можно сделать самостоятельно, но это очень большая история.

Небольшой ликбез себе позволю. PTR, по сути, обратное DNS
Когда мы делаем ping, там прилетает ip-адрес. Прямая запись.
А PTR - это обратная запись.
Пинаешь ip - а оно тебе имя домена.

И, нынешняя среда борьбы со спамом выглядит в том числе и так - если с ip == 31.31.31.31 приходит письмо с обратным адресом ololo@ololo.com, то 31.31.31.31 должен отдать в качестве ptr == ololo.com.
И тот самый SPFBL чекает ptr и проверяет доступность ящика postmaster@<ptr>
Это слишком жёстко, я считаю. Но это имеет место быть.