/registration/
Выполнение проектов
Галка Я хочу выполнять заказы, поступающие от других пользователей есть?

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

Это частное предложение мы отклонили, потому что было несколько подобных предложений и мы в план 5.1 включили разработку универсального модуля "Объявления". Он будет в виде конструктора, нечто среднее между "вопрос-ответ" и "обратная связь", можно будет создавать любые формы, в которых пользователи смогут сами публиковать на сайте информацию и файлы. Подойдет для базы недвижимости, базы объявлений, резюме, отзывов и пр.
Функционал будет болванкой, на базе которой можно делать любые доработки, поиск, фильтрации и пр.

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

С комментами все в БД есть, поэтому надо просто в список статей в моделе заинклюдить комменты и ее функцией передать количество во view, для вывода в списке.

Вообще, так не очень удобно будет в реальном режиме. Конечно, добавление информации идет как INSERT, а правка как UPDATE, но если опечатался, или лишка махнул, уже не подправишь...

Вообще, задача не очень простая, но и не очень сложная. Меньше часочка. Надо включить в правах доступа возможность добавлять и редактировать, но в ядре затем поставить костыль, чтобы для указанных типов доступа для указанного модуля не было UPDATE.
Если опыт программирования есть, сделаете. Если нет, создайте заказ, в минимальную сумму в 1000 рэ должны уложиться.

Фича "добавить, но ничего не править" никому не нужна. Повторюсь, это неудобно. По статистике, пользователи, что-либо публикующие, по несколько раз переправляют свои материал, перечитав его. Поэтому "добавить" идет вкупе вместе с "редактировать".

Принцип тот же, надо в ядре только фильтровать, давая править только те материалы, которые добавил пользователь.
Мы на каком-то медицинском сайте вносили изменения в рубрику "Вопрос-ответ": когда приходят новые вопросы, из видят все врачи и могут на них отвечать, но если какой--то врач на вопрос ответил, то все, другие врачи уже этот вопрос не видят. То есть каждый врач видит только свои ответы и новые. Делали поле к вопросу, где хранили пользователя, ну и ядро правили.

Вот все наши планы.

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

/wishlist/show657/
- неделя всего. Разбираемся.

diafan.ru и cms.diafan.ru стоит 4.3. Там и наше кеширование старое и мемкешед вообще нету. Эти сайты вообще не показатель
Как увеличить кеш?
includes/init.php
Функция get_headers()

Но может быть беда с корзиной, например. В корзину положили, на страницу перешли, а в блоке корзины товаров нет. Жмешь "обновить" - товары появляются. Это как раз из-за кеша. Поэтому мы его запрещаем, выставляя нулевой срок действия.

Абсолютно. "Кеширование" - это наша разработка, а 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" никому кроме Вас не нужна и не интересна. Максимум, что в той теме еще появилось бы, это наше сообщение "Исправили". Для чего та тема? Что в ней обсуждать? Я ее удалил, сразу и молча.
А вот эту тему я оставлю, чтобы другим новичкам было понятно, что если тему на форуме удалили, значит это вопрос только для техподдержки.

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

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