Абсолютно. "Кеширование" - это наша разработка, а memcached - не наша

Вместе они ракеты

Обсуждалось же уже. Этот модуль не имеет отношения к таким понятиям как "партнерка" или "реферальные ссылки пользователей".
Поиск по форуму дает ссылки на эти темы, почему не пользуетесь?

Все наши планы, уж последние года как два, только здесь. Если тут чего-то нет, значит это мы точно не сделаем.

Имеется ввиду, /modules/clauses/clauses.model.php
ищется в коде участок
это будет часть запроса к БД, сортирующая статьи по дате в убывании. Нужно поменять на например, чтобы последняя добавленная была в списке первая и , чтобы первая добавленная была первой в списке.

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

Это же приоритет описывается в запросе, то есть сортировка в сортировке.

ORDER BY prior DESC, created DESC, id DESC
=
сортировать по "галка важно всегда сверху" по убыванию, если совпадает, то затем по дате по убыванию, и если совпадает дата, затем по номеру по убыванию

Если Вы сделаете ORDER BY prior DESC, created DESC, id ASC, это равно по смыслу:
сортировать по "галка важно всегда сверху" по убыванию, затем по дате по убыванию, затем по номеру по возрастанию

То есть сортироваться по номеру будет только в том случае, если у всех дата будет одинаковая. А поскольку дата везде разная, то все будет сортироваться по дате как раньше.

Поэтому! Вникаем в смысл: я сказал заменить created на id
Т.е. должно получиться типа так:
ORDER BY prior DESC, id ASC, id DESC

Соответственно, последнее получается лишним, т.е. в итоге достаточно просто

ORDER BY prior DESC, id ASC

Ну как это не помогло... Это единственное место в коде, где идет сортировка по дате. Если поменять поле сортировки, оно не может не работать.
Варианта два: либо Вы кеширование не отключали, либо не то и не там правили.

Поиском ORDER BY поищите в модели. Не 82 строка, так 93 какая-нибудь. Вы знакомы с SQL-запросами?

Это косяк, походу. Действительно где-то что-то при обновлении недоперенеслось, неперевыставилось.
Сортироваться должно DESC, конечно же. Модуль статей от модуля новости тем и отличается, что сортировка новостей идет по дате, а сортировка статей мышкой, как угодно пользователю. Конечно, свежие должны быть сверху, и новости по "DESC created" и статьи по "DESC sort".

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

Режим разработки включен?

Ну если падает когда статью добавляешь, дело не в посещаемости. Если дорабатывали модуль статьи - надо смотреть что именно. Если все по умолчанию, пусть мастерхост даст причину падения. Это либо скрипты, либо запросы к БД. Какие именно.

Платно??? Прикольно...
Ну у меня особенное отношение к мастерхосту. Обсуждали уже, кстати, как-то. Если есть возможность безболезненно от них уехать,я бы сразу уехал.

Надо бы сайт увидеть.
Проблемы бывают как правило, когда хостинг принудительно отдает в header свою кодировку, например только win-1251.
Иногда бывает, что некоторые символы на сайте нормальные, а некоторые вопросиками. Это бывает, когда шаблоны и файлы отдаются нормально, а кодировка из БД идет неправильная.

Любым сервисом для вебмастера, например этим. Внизу там "Ответ сервера"

Режим разработки включите и увидите, на что он ругается. MOD_DEVELOPER TRUE там же, в config.php

Будь то темы хоть покупателя, хоть продавца - на форуме есть правила и их надо соблюдать.
Ваша проблема "На моем сайте не работает sitemap" никому кроме Вас не нужна и не интересна. Максимум, что в той теме еще появилось бы, это наше сообщение "Исправили". Для чего та тема? Что в ней обсуждать? Я ее удалил, сразу и молча.
А вот эту тему я оставлю, чтобы другим новичкам было понятно, что если тему на форуме удалили, значит это вопрос только для техподдержки.

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

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

А есть примеры сайтов? Что именно и как бьется по городам?

Так и есть. Отметили галку, и пункт в главном меню не будет ссылкой. А выпадающие из него пункты будут.

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

Здравствуйте!
Да не, особенностей нет. Если в исходном коде все нормально, то должно работать.
Я только в последнее время на многих сайтах видел, что статус у всех оффлайн. Может со скайп-сервером что...

Где-то мы это уже обсуждали. И пришли к выводу, что самое незатратное - просто создавать отдельный товар "Комплект фотоаппарат+чехол" и все

Параметры сайта - Режим разработки - Сбросить кеш
Отключать совсем его не надо

Или сайт. Или и код и сайт и страницу, на которой код

Исправляли мы эту ошибку, в 4.5, по-моему. Там, вроде не в одном месте изменения были. Гарик, по-моему, занимался

А это в первую очередь Вас касается
Поподробнее бы!
Вы не указали ни сайт, ни содержимое menu.view.php, где функция работы по параметру default.
Что тут Вам ответить? Только "смотри стили"

Название темы жесть
/forum/page3/show279/

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

А show_year то тут причем?