MaxSite CMS 0.74

Поздравляю с развитием, ты когда выложишь яндекс кошелек?;-)

Жаль ( ты получал от меня сообщение что я тоже хочу помогать в развитии проекта? На емейл ответа так и не приходило. По поводу янд. Понятно прийдется 4.5 процента терять на переводе на твой веб мани :(

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

блиииинннннн..... логинится без проблем, но!!!!!!

в качестве имени надо мыло вводить.... пипец логика....

Макс! Может стоит отказаться от деления юзер/комюзер?

При инсталляции создается админ - а дальше пусть рулит, кому какие права давать, по умолчанию все комюзеры, а дальше пусть ручками переводят, кому надо, в юзеров. Будет гораздо логичнее.

Да, понимаю, все перелопатить придется. Но чем проще система, тем она надежнее.

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

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

Сижу, ваяю плагин инет-магазина, собрался уже клиенту показывать, ладно вовремя сообразил зарегить простого юзера (комюзера в терминологии Макса) и вдруг получаю картинку, как будто и не залогинен юзер! В корзину не пускает, товар туда складывать не дает, а все потому, что сам то я сижу под админом, а тут, понимаешь, просто Ден лезет :)

Вот и пришлось извращаться и делать отдельную функцию для определения залогинености (ком)юзера. А таблицы то уже разработаны! А как корзину вести с разными типами? А если они по id пересекутся?

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

2Gor - кривоват плагинчик... письмо мне так и не пришло, как админ я вручную не смог активировать, пришлось лезть в базу и ручками, ручками... Это уж совсем не годится

Макс, и еще... понятное дело, ты автор, у тебя свое видение, но тем не менее - просто прикинь, сколько народу пустило бы посторонних в админку. А если с грамотной разноской прав - так это вообще без проблем.

Да и речь, в общем, не о том, чтобы их туда пускать, а о том, что приходится много лишнего делать. Вот к примеру, твой же код

if (is_login())
        {
                $out = '<strong>' . t('Привет,') . ' ' . getinfo('users_nik') . '!</strong>
                                [<a href="' . getinfo('siteurl') . 'admin">' . t('управление') . '</a>]
                                [<a href="' . getinfo('siteurl') . 'logout'.'">' . t('выйти') . '</a>]
                                ';
        }
        elseif ($comuser = is_login_comuser())
        {
                if (!$comuser['comusers_nik']) $cun = t('Привет!');
                        else $cun = t('Привет,') . ' ' . $comuser['comusers_nik'] . '!';
                $out = '<strong>' . $cun . '</strong>
                                [<a href="' . getinfo('siteurl') . 'users/' . $comuser['comusers_id'] . '">' . t('своя страница') . '</a>]
                                [<a href="' . getinfo('siteurl') . 'logout'.'">' . t('выйти') . '</a>]
                                ';
        }
        else
        {
                $after_form = (isset($options['after_form'])) ? $options['after_form'] : '';
                $out = mso_login_form(array( 'login'=>t('Логин (email):') . ' ', 'password'=>t('Пароль:') . ' ', 'submit'=>'', 'form_end'=>$after_form ), getinfo('siteurl') . mso_current_url(), false);
        }

здесь лишнего 30%, а именно - проверка, юзер это или комюзер. Единая таблица только в одном этом плагине сэкономила бы тебе время на написание, а уж остальным бы как жизнь облегчила.

Но если тебе так уж хочется плодить сущности сверх необходимого - что ж... хозяин-барин.

Не надо думать, что все такие непонятливые.

Сделал уже давно, но все равно это неправильно.

А "грамотная разноска прав" по двум таблицам - это уже не есть "грамотно".

Но все равно - за систему спасибо :)

а есть гарантия, что id пользователя не пересечется с id админа?

воооттт.... вот об этом и пыхтение.... что по сути-то оно есть, только называется по разному....

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

убедил :)

В моем случае, дело было точно не в mso_config.php и не в параметре $mso_install. Я пробовал авторизоваться при подключении через разных провайдеров. Специально взял у товарища usb-модем другого известного оператора. В одном случае авторизация проходила без проблем, в другом случае авторизация не проходила с сообщением о неверности логина - пароля... Кстати, некоторые глюки с авторизацией в этом случае наблюдались и при попытке доступа на майл.ру. Я сначала думал, что это майловская проблема, но мне их техподдержка ответила, что подобные проблемы - это глюк провайдера Х. (я им не сообщал, что пользовался его услугами, но как раз через Х я и выходил в сеть).