А признайтесь честно, у кого есть сайт, на котором хотя бы больше 100 пользователей и при этом больше двух активных разнородных тем рассылок?
Чисто теоретически мы согласны, минус очевидный. Мы в diafan.CMS внесли разный функционал, рассылки, магазин, обратную связь. И по магазину получаем кучу отзывов, замечаний, предложений - видно, что с модулем активно работают люди! А вот по рассылкам мы не получали ни одного (!) вопроса в техподдержку, только несколько замечаний при сборе предложений, что "хорошо бы чтобы было так". Знаем только несколько сайтов, где рассылка используемся, но там только одна тема и хозяева сайта не хотят спрашивать разрешения пользователей на получение рассылки, хотят рассылать всем и побольше...
В общем, теоретически модуль надо дорабатывать, но практически получается он мало кому нужен. И мы потратили время разработки на доработку другого функционала.

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

Был аналогичный глючек с ИЕ8. В ИЕ7 входил, а в ИЕ8 нет. Кое что поправили, стал входить. Может это родственные глюки? Проблема актуальна для последнего пакета?

Ребята!
Мы исправили все недочеты, описанные в данной теме, сформировали пакет и выпустили diafan..CMS 4.4 как и обещали, сегодня, 1 апреля, согласно плану! Это не шутка!
Поддержка старых атрибутов в меню осталась! Формирование меню немного другое теперь, и тег чуть сменился под общий вид, но использовать его можно использовать как по-старому, с атрибутами, так и новую схему с template из menu.view.php для каких-то сложных видов меню!
Теперь мы будем обновлять дему, документацию, шаблоны и пр.
Если какие-то мелочи будут всплывать, а это неизбежно, пишите про них в ТП, все исправим.
По результатам тестирования мы решили вручить подарочные лицензии всем, кто принял, на наш взгляд, наиболее углубленное участие: а это Азат (dewmas), Виталий (vk) и Aleksey (lehabarc)!

Давайте с вопросами по работе уже точно в ТП, а не тут. А эту тему закроем.

Ну не xls, а csv...

Да завтра уже!

А у нас 4.4 горит

Ща разберемся

Ребята, давайте искать золотую середину, коей является документация, в том или ином виде. Это должна быть универсальная база знаний. Если кинуться в крайности, то нам тоже не удобно объяснять одному пользователю его частного случая, другому - другого частного случая, третьему - третьего. Потому что это всегда почти одно и тоже, только в разном виде. И если не понимать принцип, можно бесконечно спрашивать одно и тоже, хотя каждый будет уверен, что его случай уникальный.
Вот у Дмитрия в принципе вопрос правильный "как создать модуль с нуля". Почему в принципе? Потому, что в документации у нас описано, как устроены модули, т.е. есть сухая строгая теория. Но сторонним пользователям, как оказалось , нужно еще и пошаговое практическое руководство. Давайте в вопросах и ответах результатом этого топика сделаем как раз пошаговое руководство, что сделать, чтобы создать простой модуль.
И затем покумекаем, какая еще нужна информация о работе с CMS, и в каком виде.

Давайте тогда пошаговое руководство создавать.
1. Первым делом любой разработчик должен знать и помнить, что при любых манипуляциях с кодом надо включать режим разработчика и отключать кэш. Это
define("MOD_DEVELOPER", TRUE);
define("MOD_DEVELOPER_CACHE", TRUE);
в файле config.php
Или две соответствущие галки в административной части сайта "Параметры сайта" - "Режим разработки" site.ru/admin/config/
Режим разработки будет выводить все возникащие ошибки, а отключеный кэш сразу все актуальные данные из БД.

2. Опираемся на документацию видим, что нужны три минимальных файла example.php example.modelphp и example.view.php. (Дмитрий, у Вас все правильно в архиве.) Создавайте папку /modules/example/ и кладите туда эти три файла. Затем можно идти в админку, создавать страницу и на нее вешать этот модуль. Создавайте "Страница пример" и в "Дополнительно" - "Прикрепить модуль" уже будет Ваш example. Движок сканирует папку /modules/ и выуживает оттуда подпапки модулей.
В выпадающем списке модуль будет называться "example". Чтобы там было написано "Супер-модуль" или иное Ваше русское название, надо определить переменную _LANG_EXAMPLE в языковом файле /language/ru.php

//Пример
define('_LANG_EXAMPLE', 'Супер-модуль');

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

После этого открываете на сайте страницу - на ней исполнится Ваш модуль

Пробуйте, отписывайтесь что получилось.

Далее:

3. Если используется БД, таблицу надо создать. По умолчанию называйте ее как модуль. Если модуль example, то и таблица должна быть prefix_example, если есть несколько таблиц для модуля, то prefix_example_category и т.д. В дальнейшем рассмотрим как создавать инсталлы, но по сути в файле инсталла те же самые команды для SQL по созданию/удалению таблиц.

4. Административная часть модуля...

Так. Т.е. модуль залили, папка называется /modules/example/ и там сидят три файла example.*.php
Подключили модуль к странице - вывелся, отработал. В выпадающем списке подключения модуля было написано example, правильно? Вы пошли в /language/ru.php и добавили строку
define('_LANG_EXAMPLE', 'Название модуля');
и все сломалось?
Добавили для верности в середину файла, где-нибудь рядом с другим модулем, например с новостями, запятые и скобки не перепутали и не перемешали с другими? _LANG_EXAMPLE - называется так же как модуль буква в букву, но заглавными?

Ну если не дадите доступ к этому проекту или еще хоть какую-нибудь информацию кроме "не работает", мне сказать нечего тогда. Это простейшие движения и я параллельно делаю их же у себя. Пытался нарочно переименовать и поломать названия и файлы - ничего не исчезает. Не могу представить, как может не работать. То же самое, что сказать <?php echo "Мир"; ?> - не работает!

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

У-у-у, как меня эти глючные оффлайн эмуляторы хостинга бесят... Давайте сделаем общий тестовый демо-сайт что-ли, на нормальном хостинге, с общим доступом на 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">