Перейти к публикации

Serahele

Клиенты
  • Публикации

    24
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные пользователем Serahele

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

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

  2. Собственно сабж. Заметил это еще на старых версиях, но как-то вылетело из головы. Вот когда создаешь новость, то автоматически формируется из названия ссылка ЧПУ в транслите, что очень удобно. Однако, есть одно но - не критично конечно, но все же.

    Если ссылка ЧПУ заканчивается на символ "y" или "uy", то при переходе на полную новость по такой ссылке открывается чистая html-страница.

    Пример:

    _http://domain.com/article/.....uy.html

    Исправляется это конечно легко, достаточно просто в режиме полного редактирования, заменить в ссылке ЧПУ, символ "y/uy" на "i/ui", и тогда полная новость будет открываться без проблем. Но все, прошу разработчиков обратить на это внимание.

    На данный момент стоит версия 9.2 (windows-1251).

  3. По поводу вышесказанного.

    Зачем вообще в админке сделана одна опция отключения/включения, для регистрации и авторизации. Это две абсолютно разные функции. Почему, отключение регистрации должно блокировать авторизацию допустим уже зарегистрированных пользователей. Совершенно не ясно, по какой логике выстроена данная концепция и она абсолютно ошибочна.

    Необходимо разделить эти две функции на:

    - Разрешить/запретить регистрацию

    - Разрешить/запретить авторизацию

    Далее. По поводу большого кол-ва категорий и подкатегорий - тоже головная боль. Допустим есть пять основных категорий, в каждой из которых имеется до пяти подкатегорий, в которые в свою очередь входит так же до пяти категорий третьего уровня. Необходимо вывести некую инфу в определенных категориях или подкатегориях, не затрагивая другие, несоответствующие ей, категории. Возможность реализовать такое доступно только с тегом целевых категорий по ид - [category=X]текст[/category].

    Да, этот тег пойдет, если есть в общемй сложности пять-десять категорий (включая все подкатегории), но когда их 50 или больше (имею ввиду с подкатегориями второго и третьего уровня), то этот тег просто бесполезен. Конечно, можно в нем указывать все необходимые категории через запятую, но во-первых, это неудобно, во-вторых, приводит к огромной путанице, в-третьих, при изменении расположения категорий (в т.ч., добавлении/удалении), внесение правок в такие навороты - сущий ад.

    Для движка такого плана, отсутствие тега глобальной поддержки категорий просто "убийственно". Поэтому предлагаю ввести в действие такой тег. Ну, допустим, пусть он будет называться - [main-category=X]текст[/main-category]

    В чем суть. При указании в теге [main-category=X] ид некой категории, автоматически, условие, заключенное в этом теге, будет распространяться на все подкатегории, входящие в указанную в теге категорию.

    Например:

    Есть следующая конструкция (номер = ИД категории):

    1 Первая категория
    
    4 -- Подкатегория (1а)
    
    9  ---- Категория 3 уровня (1.1а)
    
    10 ---- Категория 3 уровня (1.2а)
    
    11 ---- Категория 3 уровня (1.3а)
    
    5 -- Подкатегория (1б)
    
    
    2 Вторая категория
    
    6 -- Подкатегория (2а)
    
    7 -- Подкатегория (2б)
    
    
    3 Третья категория
    
    8 -- Подкатегория (3а)
    Допустим, необходимо вывести некий текст (пусть это будет меню), для категорий:
    (ИД 4) Подкатегория (1а) и всех входящих в нее категорий любого имеющегося уровня
    
    (ИД 2) Вторая категория и все входящие в нее подкатегории любого имеющегося уровня
    При текущих возможностях, необходимо прописывать ИД всех этих категорий, в том числе и всех подкатегорий в теге [category=X]. При использовании же тега глобальной поддержки категорий - [main-category=X]текст[/main-category], достаточно будет указать лишь ИД родительских категорий, в нашем примере, это будет выглядеть так:
    [main-category=2,4]текст[/main-category]

    И текст, заключенный в этом условии будет выводиться автоматически в категориях, с ИД - 2,4,6,7,9,10,11, где - ИД 2 и 4, родительские категории, а ИД 6,7,9,10 и 11, это категории, входящие в родительские и автоматически поддерживаемые тегом [main-category]. Соответственно, и при внесении изменений в расположение категорий, в том числе, и добавление удаление (под)категорий, входящих в условие глобальной категории, все это будет автоматически изменяться. А это значит - минимум ошибок, максимум возможностей в работе с определенными категориями.

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

  4. кто подскажет как на 8.3 поставить

    Вот архив, полностью под DLE 8.3 - http://depositfiles.com/files/cx2098bx3

    В архив я уже включил полный дистрибутив модуля, с обновлениями от demiant, а также исправленную мною инструкцию по ручной установке, специально под версию DLE 8.3. Все проверено, все работает, остальное в инструкции (install.txt).

  5. Не понимаю конечно как это связано. В любом случае, отключил RSS информеры, но проблема не решена - пустая страница вместо сайта.

    Добавлено:

    Все разобрался. Проблема была в версии PHP Поменял PHP5.2.0 на PHP5.1.6 и все прекрасно заработало.

  6. Извиняюсь за новое беспокойство. Теперь другая проблемка - движок установился без проблем, но вместо сайта и админки (http://serahele.ru/), только чистая страница. :unsure:

  7. Никак не могу установить движок (лицензия) на хостинге (RUCENTER). Все время при запуске http://сайт.ru/install.php выдается ошибка:

    Warning: require_once(/home/name/сайт.ru/docs/language/Russian/adminpanel.lng): failed to open stream: No such file or directory in /home/name/сайт.ru/docs/install.php on line 14 Fatal error: require_once(): Failed opening required '/home/name/сайт.ru/docs/language/Russian/adminpanel.lng' (include_path='.:/home/name/etc') in /home/name/сайт.ru/docs/install.php on line 14

    На денвере все прекрасно, и здесь никак. В чем может быть причина?

  8. UTF-8 нужен обязательно. Удивляет такая жесткая категоричность разрабов движка по отношению к этой кодировке :huh: Хотя, как верно замечено было - время свое возьмет, и им придется перейти на UTF_8, а пока - работаем руками :lol:

×
×
  • Создать...