Я так понимаю, что речь все ж не про Java, а именно про javascript?
Организовать авторизацию с отключенным javascript'ом можно, но практического смысла почти ноль, т.к. вся логика работы с движком просто напичкана аяксом. Потому и сообщение такое — это действительно так
Да, суть та же, но при такой реализации не придется менять кучу вызовов типа $oUser->isAdministrator() в шаблонах и плагинах на что-то другое. Будет лишь изменен алгоритм проверки доступа в адмнку
Склоняюсь к тому, чтобы сделать чуть иначе — оставить роль администратора, но ввести еще роль «суперадмина», который сможет определять, может обычный администратор в админпанель заходить или нет. Таким образом мы сможем обеспечить совместимость на уровне шаблонов и плагинов, где идет проверка, является ли юзер админом.
В наших планах — выпустить стабильный релиз в течение ближайшего месяца-полутора. Ждать или нет — вам решать. Но мы, как обычно, будем стараться обеспечить совместимость и максимально безболезненный переход на новую версию.
Вообще в Альто используется более строгий алгоритм кодирования паролей, чем в ЛС. Но для обеспечения совместимости с ЛС алгоритм md5 тоже поддерживается, чтоб при переводе сайта на Альто пользователям не пришлось в обязательном порядке все свои пароли менять. Но все новые пароли будут закодированы уже по-новому
1. Логика, в принципе, объяснима. Во-первых, это вызывает определенные проблемы в самой структуре комментариев, ведь в общем случае нужно не просто один коммент удалить, но и дерево комментариев восстановить, если у удаляемого комментария есть дочерние ветки. Хотя технически это все решаемо, конечно. Плюс проблема чисто представления и восприятия — если удалять комментарии, на которые были ответы (особенно в бурной дискуссии), то может, в итоге, очень странная картина получиться. Напр., если дискутируют два человека, отвечая последовательно, и комменты одного из них удалить, то получится, что второй сам с собой разговаривает. Но, наверное, все же это на усмотрение админа сайта надо оставлять, он должен думать о последствиях своих действий.
С чем я полностью согласен, так это с тем, что когда удаляется целая ветка комментов, то нет смысла оставлять скрытый шлейф. Но даже здесь у админа, на мой взгляд, должна быть возможность вместо удляемой ветки свой какой-то коммент оставить, типа «дурацкую дискуссию не в тему удалил». В ближайшей версии этого не планируем, но в будущем нужно, конечно, это сделать.
2. В файле ActionContent.class.php в методе Init() найти строку:
if (!$this->User_IsAuthorization()) {
и заменить ее на:
if (!$this->User_IsAuthorization() && Router::GetActionEvent() != 'go') {
Как-то очень туманно все, поэтому трудно понять, что в итоге нужно, и как эту задачу можно решить. Но отмечу, что в новой версии Альто будет возможность создавать свои типы блогов с собственными настройками и свойствами. Будет так же возможность привязывать какие-то свои типы контента к конкретным типам блогов. Возможно, этого функционала хватит, чтобы решить вашу задачу. А если нет, то придется плагин писать, который расширит функционал до требуемых Вам возможностей.
Т.е. фактически нужна возможность доп.поля задавать для страниц (контент, не привязанный ни к какому блогу — это стат.страница по факту). Сейчас такой возможности нет
Не понял проблемы — ведь если не заменять перевод строки на тег br, то весь текст топика при отображении в HTML будет как одна длинная строка. Можешь более развернуто описать?
Но предупреждаю — решив таким образом эту проблему, Вы можете получить какие-нибудь новые проблемы. Но какие именно — сказать без тщательного анализа я не могу
Нет, все проще оказалось — проблема в том, как система определяет, задан URL или ID топика. По умолчанию считается, что URL топика обязательно с буквы должен начинаться. Что, конечно, не совсем верно
А откуда вообще трояны берутся? Оттуда и этот. Я встречал уже описание подобных троянов, спросите гугла или яндекса — наверняка подскажут, что за дрянь
Сугубо персональное ИМХО: подразделы для блогов — это плохо, добавление в несколько блогов одновременно — тоже плохо. Структура сайта должна быть строго иерархической, в общем случае это: категория -> подкатегория -> блог/раздел -> топик/статья
В отдельных случаях число вложенных подкатегорий может быть больше, но это в очень отдельных случаях. На конктентных сайтах большая глубина вложенности — зло.
Но кроме вертикальной структуры могут еще быть и горизонтальные связи. Например, теги топиков — это горизонтальные связи. По такому же принципу можно организовать теги для блогов (вместо того, чтоб блоги подключать к нескольким категориям/подкатегориям). Идея с хештегами — это тоже пример горизонтальных связей.
Хабы на Хабре — это НЕ блоги, не нужно путать. Это, скорее, набор предопределенных тегов/меток, которые можно присвоить топику. Штука отличная, и в некоторых случаях, возможно, остро необходимая. Есть большое желание реализовать подобный функционал, но руки пока не дошли.
Организовать авторизацию с отключенным javascript'ом можно, но практического смысла почти ноль, т.к. вся логика работы с движком просто напичкана аяксом. Потому и сообщение такое — это действительно так
Вообще в Альто используется более строгий алгоритм кодирования паролей, чем в ЛС. Но для обеспечения совместимости с ЛС алгоритм md5 тоже поддерживается, чтоб при переводе сайта на Альто пользователям не пришлось в обязательном порядке все свои пароли менять. Но все новые пароли будут закодированы уже по-новому
С чем я полностью согласен, так это с тем, что когда удаляется целая ветка комментов, то нет смысла оставлять скрытый шлейф. Но даже здесь у админа, на мой взгляд, должна быть возможность вместо удляемой ветки свой какой-то коммент оставить, типа «дурацкую дискуссию не в тему удалил». В ближайшей версии этого не планируем, но в будущем нужно, конечно, это сделать.
2. В файле ActionContent.class.php в методе Init() найти строку:
и заменить ее на:
Должно помочь
2. Это явно баг
altocms.ru/blog/dev/230.html#comment4852
Работаем и над этим тоже
Вот первопричина, а сам редактор тут не при чем.
Но с тем, что такое поведение не совсем верно — согласен. Бум думать, как это порешать
и заменить ее на
Но предупреждаю — решив таким образом эту проблему, Вы можете получить какие-нибудь новые проблемы. Но какие именно — сказать без тщательного анализа я не могу
Но это не означает, конечно, что не нужно править косяки в обычных адаптивных шаблонах
категория -> подкатегория -> блог/раздел -> топик/статья
В отдельных случаях число вложенных подкатегорий может быть больше, но это в очень отдельных случаях. На конктентных сайтах большая глубина вложенности — зло.
Но кроме вертикальной структуры могут еще быть и горизонтальные связи. Например, теги топиков — это горизонтальные связи. По такому же принципу можно организовать теги для блогов (вместо того, чтоб блоги подключать к нескольким категориям/подкатегориям). Идея с хештегами — это тоже пример горизонтальных связей.
Хабы на Хабре — это НЕ блоги, не нужно путать. Это, скорее, набор предопределенных тегов/меток, которые можно присвоить топику. Штука отличная, и в некоторых случаях, возможно, остро необходимая. Есть большое желание реализовать подобный функционал, но руки пока не дошли.