Joostina 1.2.1 - страница 3 - Joostina

Добрый день : )

Установлена joostina-1.2.1-beta-4

Вопрос следующий, при добавлении пользователя в админке ставим ему права - Publisher
Он авторизовывается на Главной, но вот кнопочка - Редактировать, не появляется. Как ни пробовал, Редактировать с фронта не получилось.. Что можно попробовать сделать..?

...при авторизации с фронта сайта, кнопка редактировать материал пропадает когда выбираю в настройках пункта данного меню не отображать "заголовки объектов" разве так должно быть?      
только после того как включаю заголовки статей - появляется "редактировать"...

Теперь еще одна ошибка вывалилась. Нельзя зарегистрироваться. При регистрации после нажатия кнопки "зарегистрироваться" все время выдает "DB function failed with error number 0". При этом, в базе пользователь создается. Но ни письма, ни подтверждения нет, в менеджере пользователей CB он тоже не появляется.

Стоит CB 1.2

При добавлении пользователя и выставлении ему прав Суперадминистратор, он не отображается в админке при нажатии на меню - пользователи и не имеет возможность зайти в админку. Даже с такими правами. То есть, только один пользователь может быть, тот, кто устанавливал Joostina и назвался администратором. Все последующие не котируются.

Да, CB я вернул опять на предыдущую версию - все равно ошибка присутствует.

Ага про нотисы я и забыл с испугу Сейчас скину.

Восстановление таблиц не помогло

Через родной модуль регистрации регистрируется нормально.

уф...потестирую...

Ставил голые системы 1.2.1 бета 4 > 3 > 2 > 1. Никаких дополнений. Везде нельзя добавить нового пользователя в админцентре, точнее пользователь добавляется и в MySQL виден, а вот в админцентре он не виден и реальных прав не имеет - в админцентр не пускает.
Только когда альфу 1 поставил, все нормализовалось.

бррр...попробовал на своем локалхосте (UniServer) и на рабочем сайте в "интернетах" - создается из админки (с форнта не регистрировался - модуль обрубил )

Объясню весь цимес решения про доработке 1.2*
Есть у меня около 2-3 Гб расширений/шаблонов под нее, родимую (я про 1.0 ветку). В силу лени пока не удосужился нормально разобраться в api 1.3 .
И, я уверен, найдется еще 4-8 тыс. пользователей,.....)

Ставил голые системы 1.2.1 бета 4 > 3 > 2 > 1. Никаких дополнений. Везде нельзя добавить нового пользователя в админцентре, точнее пользователь добавляется и в MySQL виден, а вот в админцентре он не виден и реальных прав не имеет - в админцентр не пускает.
Только когда альфу 1 поставил, все нормализовалось.

Пробовал в интернете: Система: Linux users10 2.6.26-2-amd64, Версия базы данных: 5.0.51a-24+lenny4-log, Версия PHP: 5.2.6-1+lenny9, Веб-сервер: Apache, Интерфейс между веб-сервером и PHP: apache2handler.
Попробую копировать папки с беты 4 пока пользователи не отвалятся...

Щаслив будет тот день когда Вас посетила сия умная мысль
Я тоже все свои проекты делаю на Joostina 1.2  т.к под нее работают все расширения что приходилось пользовать
А если заказчику (вдруг) надо UTF8 (многоязычие-как правило) то я делаю на Joomla1.5
и перевод внутренностей на DIV - отличное второе дыхание это ЛУЧШЕЙ из джумл
ИМХо:  а Joost1.3 считаю тупиковым решением: смена ядра привела к тому что старые расширения уже не работают, расширения под J1.5 тоже не работают ,   а новых еще нет, и вся мощь старой, верной Joostina потеряна.

Нашел источник зла! Это gacl.class.php. Меняю его в любой из бета-версий на версию из альфы-1 и все начинает работать...

это ЛУЧШЕЙ из джумл" - про какую именно вы говорили??

Все-таки как победить проблему с кэшированием? Дело в том, что хак http://joomlaforum.ru/index.php/topic,33628.0.html работает, но тогда в firefox'e вообще кэширование отключается, что тоже плохо.

Как сделать, чтобы авторизация не кэшировалась? Я сделал некоторые изменения, добавил проверку такого рода:

Код

if(!$mosConfig_caching or $option = 'logout' or $option = 'login') { // не кэшируется
	header('Expires: Mon, 26 Jul 1997 05:00:00 GMT');
	header('Last-Modified: '.gmdate('D, d M Y H:i:s').' GMT');
	header('Cache-Control: no-store, no-cache, must-revalidate');
	header('Cache-Control: post-check=0, pre-check=0',false);
	header('Pragma: no-cache');

и т.д. А проверку на браузер убрал.

И вроде теперь все нормально заработало, но вылез такой глюк...

У меня в коде шаблона делается проверка вывода модулей правой и левой позиции в форуме, чтобы он на всю ширину окна растягивался такого вида:

Код

<?php if (mosCountModules('left') && $option != 'com_fireboard')
                  { ?>
             <td valign="top" class="lcol_1">
                 <div class="leftrow">
                  <?php mosLoadModules ( 'left' ); ?>
                 </div>
             </td>

Так вот при вышеуказанном изменении (if(!$mosConfig_caching or $option = 'logout' or $option = 'login')) проверка в шаблоне перестает работать. Т.е. в форуме опять появляются левая и правая колонки. Как только убираю ...or $option = 'logout' or $option = 'login' форум снова растягивается на весь экран. Почему так происходит?

Надеюсь не слишком запутанно изложил 

<?php if (mosCountModules('left') && $option != 'com_fireboard') { ?>

or ($option == 'logout') or ($option == 'login')