Вы не зашли.
infinity237, а на release работать будет?
chikot27, я уже ответил тебе в другом топике - ты не до конца адаптировал шаблон и ядро пытается решить эту проблему как может
chikot27, ты не до конца адаптировал шаблон для новой версии - в файле variables.ini не заполнен блок [messages]. см. документацию http://ngcms.ru/docs/draft/docs/
EsCaPeR, тогда не знаю. Дай доступ к админке, посмотрю что можно сделать. Скорее всего всё-таки что-то не так с настройками ЧПУ у тебя.
Dimon80, ну мы же тебя не держим
Joker, спасибо за хорошие слова..
Штатно такого сделать нельзя.
Но если обладаешь хотябы минимальными навыками программирования, то можешь заменить функцию отправки email сообщения.
Функция zzMail, находится в файле engine/includes/inc/functions.inc.php (строка ~372)
EsCaPeR, возможно проблема именно в этом.
Точнее - у тебя сейчас, скорее всего, вообще ни одна страница плагина не работает
Штатно такой функции нет.
Либо статик страницей, либо - писать плагин.
Amarelius, гг... а я, значит, не линуксоид... во всяком случае - не "так называемый"
У меня линуксов было несколько штук, но жили они в среднем по 3-5 лет.. причём на половине из них стояла GUI и ни к одному не было нареканий в плане надёжности...
$CurrentHandler - глобальный массив в котором сохраняется информация о результате анализа URL'а по которому зашел пользователь.
Данный массив заполняется значениями уже после того, как отрабатывают action'ы:
* auth
* core
* index_pre
Т.е. в action'ах:
* index
* maintenance
* ppages
* news / comments (и все их подвиды)
значение этого массива заполнено корректно.
Содержимое массива:
array(
'pluginName' => $pluginName - ID плагина к которому обращаемся
'handlerName' => $handlerName - обработчик к которому обращаемся
'params' => $params - доп. параметры; их набор можно посмотреть в настройках ЧПУ. для каждого типа URL'а их набор бывает разным
)
Для отладки можно открыть index.php (строка ~87):
$runResult = $UHANDLER->run($systemAccessURL, false);
и заменить false на true - начнёт валиться куча debug информации от обработчика ЧПУ, в самом конце он отдаст список полученных переменных.
Кстати, у меня еще был следующий фикс: В общем итоге в текущем варианте в полной новости все что идет перед тегом more не отображается. Иными словами, чтобы бы мне сделать полную новость читабельной я вынужден был _под_ тег more класть еще дубликат краткой, что было очень не удобно. Это связано с какой-то логикой работы движка. Если неошибаюсь сделано для того чтобы если под тегом more ничего нет, то полная новость вообще не отображалась. В общем итоге с этим фиксом можно смело писать полную и краткую новость, разделяя ее тегом more и все будет отображаться как надо (в полной новости).
Такой фикс кому нить нужен?
Фикс существует и сейчас:
1. Открываем документацию, читаем описание шаблона news.full.tpl
2. Обращаем внимание на переменные {short-story} и {full-story}
3. Прописываем эти переменные в том виде в котором тебе надо
Оно?
Dimon80, мы не изобретаем велосипед - мы сделали как на многих других двигах.
Но некоторым это почему-то не нравится... а уж DLE точно не эталон
Вторую часть фразы вообще понять не смог.. ты точно ничего не курил?
Imho, всё намного проще - сейчас на первой странице выводится заданное кол-во новостей, при клике на "читать все комментарии" посетитель опять же увидит самый первый комментарий и постраничный навигатор.
Но ведь ничего не мешает сделать дополнительную опцию, которая позволит сразу на странице новости выводить постраничный навигатор комментариев и страницу новости считать первой страницей комментариев/
Тогда останется и текущий вариант и новый.
Преимущество текущего варианта - SEO. Со страницы новости будет минимальное кол-во ссылок вне зависимости от кол-ва комментариев.
infinity237, есть один нюанс - действительно можно вместо кнопки "все комментарии" сразу же выводить постраничный навигатор,.. но как тогда показывать страницы в случае, если на странице новости отображается 3 коммента, а на постраничке комментов - по 10 комментов на страницу?
Считать первую страницу более короткой чем остальные? ... хм, а это идея!
chikot27, не совсем автор, но проект NGCMS веду именно я.
Сейчас проекту помощь нужна скорее не в деньгах, а в:
* адаптации шаблонов
* разработке плагинов
* просто в тестировании - поставь версию, поиграйся с ней, разберись что тебе нравится, а что нет - после этого - напиши развёрнутый отчёт (это скорее самое важное - свежий взгляд)
Гхм... опять возвращаемся - граждане, где вы были раньше во время beta тестов?
Сделать можно, но позже
EsCaPeR, ты менял настройки ЧПУ? Уверен, что запрос уходит именно в плагин lastcomments?
У меня по адресу /plugin/lastcomments/ всё корректно работает.
Идея неплоха, но плагин auth_basic испоганили они знатно
У меня недавно появилась площадка для отладки финансовых плагинов (да-да, http://ngcms.ru/). Буду обкатывать там сначала сам плагин finance, а потом уже остальную обвязку к нему.
chikot27, из 2z значительно проще.
Шаблоны версий NG 0.9.0 и последнего 2z на 99% совместимы.
А процедура адаптации шаблона с 0.9.0 на новую версию займёт буквально 20-30 минут. Полное описание смотри в дистрибутиве в readme/upgrade/template_090-091.html
Сейчас - нет.
Ничего сложного в выводе RSS потока комментариев нет.
Если придумаешь пару-тройку причин, объясняющих зачем же это нужно, то сделаю
Евгений, комментарии в RSS не выводятся, а вот новости из категории - элементарно.
Пример: http://ngcms.ru/news.xml - RSS канал из категории news
Ааа... на 0.9.0 всё совсем по другому
Я подумал, что у тебя такое получилось для 0.9.1
vitaly пишет:никто не возмутился
вранье
гнездишь
морэ - это просто тупо, никаких преимуществ и удобств перед двумя окошками
а "народ" - это стадо )) ко всему привыкает ))
Отлично. Значит вы вместе с torg'ом привыкнете и так, а с остальными решим.
Единое поле полезно для тех, у кого маленькие мониторы (с разрешением по вертикали до 1600 пикселей),.. т.е. для 98-99% пользователей.
Кроме того, это значительно облегчает интеграцию визивигов.
Madn, а как же рассказать всем что ты сделал?
Может кому-то ещё такое потребуется.
p.s. Версия двига какая?
Провёл небольшое исследование - сделать так, чтобы двиг при генерации ссылок разделял категории символом "/" можно изменив всего 2 байта,.. но есть одна загвоздка - такие ссылки не обрабатываются корректно
Но есть и хорошая новость - я приблизительно представляю в какую сторону надо копать, чтобы такой вариант заработал, буду дальше разбираться