Да никак не может строка в языковом файле убить модуль!
Нет её - выводится имя латиницей. Добавили перевод - он подхватился. Неправильно перевод сделали - не подхватился, продожит выводить латиницу. Была латиницей, сделали перевод, обновили страницу - все перевелось.

У-у-у, как меня эти глючные оффлайн эмуляторы хостинга бесят... Давайте сделаем общий тестовый демо-сайт что-ли, на нормальном хостинге, с общим доступом на FTP для просмотра файлов...

Давайте еще раз, Дмитрий:
1. режим разработчика Вы включили
2. Берете свой этот архив и кладете его в папку /modules/example/ Так?
После этого при редактировании любой страницы сайта в "Дополнительно" в выпадающем списке "Прикрепить модуль" мы должны увидеть "example". Это есть?

Ну а просто скрыть цены везде? Из view.shop basket и где там она еще попадается... Ставите 0, не выводите и все.

Слово "Купить" - системное, интерфейсное. Для английской версии "Buy", для казахской "Сатып алу" и т.д. Поэтому в файле shop.view.php это переменная _LANG_BUY
Хранится она в /language/ru.php для русской версии, /language/eng.php для английской и т.д. Можете поправить там.
Можете через админку, заходите в "Языки сайта" - "Редактировать перевод интерфейса"
А если у вас только русская версия предполагается, можете варварски заменить на в shop.view.php

Вопрос 1: "Вопросы от новичков" - /forum/show127/
Это насчет реализации редиректа. А насчет нужно ли - да, конечно! Поисковые сисетмы первые заинтересованы в том, чтобы их посетители перешли из серпа на сайт и увидели искомую информацию, а не 404
По второму вопросу: можете не закрывать ничего. Ничего лишнего diafan.CMS не выдаст поисковикам. Только если вы сами решите закрыть, например, страницу с тегами, тогда ее и пропишите...

Не, ну я не знаю, как еще писать...
Написано
RewriteRule old http://site.ru/new/$1 [R=301,L]
Вы приводите
RewriteRule /old/ http://site.ru/new/$1 [R=301,L]
и спрашиваете почему не работает?

Оно главное в таких случаях не забывать применять метод тыка: убрали/добавили слеш, полный/относительный путь поменяли, попробовали... Заработает!

.htaccess переименовать в .htaccess1, скачать и затем вернуть обратно
А лучше сделать папку /1/ например, загрузить туда пустой .htaccess и файлы. Они чудесно будут качаться.

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

Все работало нормально. "AVA-хост провела работы и начался кошмар"... "Помощь похожа на отписки"... И теперь вывод - отказаться от движка?
Мне кажется, самое логичное решение - отказаться от хостинга. :)
По существу: мы ни на одном хостинге не сталкивались с долгой загрузкой админки. Даже на самых дешевых и маломощных и даже на сайтах с тыщами страниц.
Еще по существу: хостинг надо "дожать". Пусть отвечают, как мониторить исполение скриптов, обращение к БД и прочие узкие места. На любом нормальном хостинге есть такие инструменты. И потом смотреть по отчетам, что где тормозит.

В таблицу diafan_tables_log кладется лог входов в админку, в том числе количество неудачных входов, и их время, чтобы после 5 неверных блокировать ip на полчаса. Указанные ошибки говорят о том, что эта таблица имеет неправильную структуру, т.е. она не перенеслась или сбойнула после переноса. Никакого отношения к лицензированию ни эта таблица ни эти ошибки не имеют. Так что можете не выдумывать, не плести интриги и не подозревать нас в масонском заговоре

Олег, а где Вы в моем сообщении увидели какой-то нехороший тон? Я абсолютно доброжелателен. Ставлю смайлики.
Вы привели ошибку и в утвердительной форме со знанием дела заявили, что она относится к лицензированию движка. Я сказал, что это не так.
Никаких вопросов Вы не задавали и о помощи не просили.
И в конце еще сказали о каких-то тонкостях, которые нам, якобы, известны и мы что-то важное от всех скрываем... Это не так.
В чем проблема?

Хм... Сначала сами сказали , теперь оказывается какие-то есть...
В общем, на Ваше предыдущее сообщение я дал самый дельный совет - узнать у ТП хостинга, как промониторить исполнение скриптов.
В следующем сообщении я объяснил, что означают приведенная Вами ошибки.
Вопросов в Ваших сообщениях я больше не нашел.
Если они есть, задавайте в лаконичной форме и без агрессии, я с радостью отвечу.

Вы же знак вопроса поставили! Значит это вопрос! Отвечу конечно!
Идея одна - добраться до базы данных и посмотреть, правильной ли она структуры. Вот ошибки пишут:
Unknown column 'created' ... diafan_tables_log
Unknown column 'count' ... diafan_tables_log
Это значит, что в таблице diafan_tables_log нет полей created и count. Их надо там проверить и создать.

Вот видите!? Не было еще и поля id! Выполнив запрос Вы туда это поле добавили.

Вопросы голосований тоже в БД, конечно.

В 4.4, которая скоро выйдет, мы сделали кнопку "проверить и восстановить БД". Ее можно будет тыкать и CMS сама будет проверять, находить ошибки в структуре и исправлять их.

Т.е. все нормально сейчас работает? Проблема была в одной поврежденной таблице и в другой таблице, у которой сбилась кодировка?

1. Это значит, что из БД берется правильная кодировка utf-8. А сам шаблон /themes/site.php сохранен в 1251 или иной. Откройте файл /themes/site.php в редакторе типа Notepad++ и пересохраните его в формате UTF без BOM.
2. В 4.3 версии блок тегов пишется как <insert name="show_block" module="tags">

Ну "Главная страница - ??????????????" возможно с файлом, когда титл в шаблоне тоже вбит.
А если стоит только <title><insert name="show_title"></title>, то первая часть - из БД, а вторая часть из bdcfg.php
define("TIT", "название сайта");
Значит он не в кодировке utf-8. Пересохраните и его.

Куда ж еще подробнее? Установка на любой хостинг одинаковая.

С 8 марта, девченки!

Мартовскую тему? Это когда еще 4.3 была в силе?
Сейчас переменная страницы зовется $this->diafan->page
if (! empty($result["text"]) and $this->diafan->page==1) { echo '<div class="shop_cat_text">'.$result["text"].'</div>'; }

А, ну да. Первая страница категории нулевая ж.

А вопрос в чем? Как было сделано? Да, впаяли код в 404-шаблон. При этом статус 404 сменили на 200, иначе сапа бы выкинула страницы.
Или вопрос, как сапа пропустила такие страницы? Я думаю, что теоретически могло быть так: сначала страницы были нормальные, в сапу их взяли, ссылки продались. Затем меняется движок (на наш, получается), а доход, который есть, жалко терять. Ссылки же не снимать? Вот и настроили, что по старым адресам вроде внешне 404, но 200 и ссылки

Может и так... Скорее всего у страницы 404 статус все-таки 200. Тамсмотря какие странице сделаны. Если через ЧПУ, то движок страницы все-таки ищет, и когда не находит - пишет в header "404 Not Found" и инкдлюдит шаблон /themes/404. Вот если header 404 убрать, то он шаблон заинклюдит по старому адресу и отдаст 200. При этом прочие несуществующие файлы будут обрабатываться уже через апач, получать настоящие 404 и инклюдить тот же самый шаблон /themes/404
В общем, жулики!

Да, Notepad++ вполне

Это где?

Кстати, может как раз какой-то раздел на форуме сделать, куда доступ будут иметь только те, у кого больше 2-3 звезд?

/forum/show139/

Хех, у нас есть пользователи, у которых 17 лицензий - это ж куда звездочки рисовать? Они за монитор вывалятся справа

Ох, у нас сейчас жара по 4.4. И так не укладываемся в сроки, пишем-пишем...
Дмитрий опубликует ньюансы для комфортного продвижения с помощью очевидных инструментов, а с разделом на форуме чуть повременим.