eoleg, дык переоформление так же стоит денег. И эти деньги берет себе разработчик, как я понимаю. Потому скажу следующее:
1. Разработчик делает платный компонент стоимостью 2500 рублей (к примеру).
2. Переоформление лицензии, если не ошибаюсь, примерно 200 рублей.
Итого получается 2700 рублей, причем лицензия используется на 1 доменном имени (поскольку ее переоформили). Понятное дело, что разработчику лучше получить еще раз 2500, нежели 200. НО. Так же надо учитывать и сторону покупателей. Поскольку, если человек не планирует в дальнейшем использовать тот или иной компонент, то какой смысл его держать у себя?
В любом случае, как сам разработчик уходит в минус, так и сам потребитель (поскольку продают в большинстве случаев за полцены а то и дешевле).
Притом, не у всех есть возможность заплатить тех же 2000-3000 рублей. В итоге, грубо говоря, 10 компонентов на продажу в месяц (перепродажу), имеем 10*200=2000 рублей дополнительно имеет разработчик. А так далеко не факт, что за месяц найдется потребитель, который купит компонент по полной стоимости. Палка двух концов. И так плохо, и так плохо.
А для тех, кто адаптирует шаблоны, купить лицуху подешевле — лучший из вариантов. Ведь все хотят бесплатный шаблон, но с адаптацией под премиум компоненты.
В общем… ночь на дворе… малость уже не соображаю) Завтра дополню или отредактирую)
scanread
+121
Репутация
237
Рейтинг
Demo Profile Plugin Пример плагина — Добавляет вкладку "Статьи" в профили всех пользователей — в коробке 10.3 есть, не подходит?
maxisoft, тем и занимаюсь, в общем-то. С контентом все норм, категории так же допилил, чтобы и на других языках можно было заполнять. А вот вывод статьи остался как в первом посте. Ссылка не меняется. Копаю model.php компонента content. Но пока безрезультатно что-то. В нем есть обновление статей и ссылок, функции. По идеи это их править необходимо.
?
public function addArticle($article){ $article = cmsCore::callEvent('ADD_ARTICLE', $article); if ($article['url']) { $article['url'] = cmsCore::strToURL($article['url'], $this->config['is_url_cyrillic']); } // получаем значение порядка последней статьи $last_ordering = (int)$this->inDB->get_field('cms_content', "category_id = '{$article['category_id']}' ORDER BY ordering DESC", 'ordering'); $article['ordering'] = $last_ordering+1; $article['id'] = $this->inDB->insert('cms_content', $article); if ($article['id']){ $article['seolink'] = $this->getSeoLink($article); $this->inDB->query("UPDATE cms_content SET seolink='{$article['seolink']}' WHERE id = '{$article['id']}'"); cmsInsertTags($article['tags'], 'content', $article['id']); if ($article['published']) { cmsCore::callEvent('ADD_ARTICLE_DONE', $article); } } return $article['id'] ? $article['id'] : false; }
Вопрос актуален. Со статьями и категориями разобрался. Не могу найти, который файл отвечает за вывод ссылки в строке браузера. Подскажите, пожалуйста.
if($item['group_id'] == 0){$item['group_id'] = $model->config['default_gid'];}
Pasha, везде стандартно все у всех фронтендах компонентов
Как дожать этот метод, если нигде нет ничего толком о нем вообще написано и в кодах употребляется стандартно (шаблонно)?
$item['login'] = cmsCore::request('login', 'str', ''); $item['email'] = cmsCore::request('email', 'email'); $item['icq'] = cmsCore::request('icq', 'str', ''); $item['city'] = cmsCore::request('city', 'str', ''); $item['nickname'] = cmsCore::request('nickname', 'str', '');
Я себе на сайт такое уже сделал) Выбор ПРОФЕССИЙ называется
Ссылку на это просил, выбор профессий, дабы код сравнить )только делал месяц назад! Такой уже есть тут на форуме
lokanaft, т.е., верно понимаю:
создаю переменную $check_group = [цифры через запятую] — которую необходимо дальше уже проверять через if? В итоге правка кода минимальная, если вдруг надо добавить какую-то группу второй админской, стоит всего лишь в переменную добавить ее номер.
?
создаю переменную $check_group = [цифры через запятую] — которую необходимо дальше уже проверять через if? В итоге правка кода минимальная, если вдруг надо добавить какую-то группу второй админской, стоит всего лишь в переменную добавить ее номер.
?
Группе, к которой вы принадлежите, запрещено просматривать этот скрытый текст
AMIGO.UZ, а ссылку можно?
Stecc, я так и не понял, что Вам в итоге нужно. Выбор группы при регистрации, верно? Т.е., если человек выбирает группу, то он после регистрации попадает в выбранную. Если не выбрал, то по-умолчанию попадает в Пользователи. Верно?
Редактирование в профиле — не нужно? Или и то и то надо, или что конкретно надо?) Я уже запутался.
Редактирование в профиле — не нужно? Или и то и то надо, или что конкретно надо?) Я уже запутался.
Pasha, дело не в том, что не хочу, а в том, что мои познания в этом деле весьма не велики) "По-взрослому" — имеется ввиду плагин/компонент/модуль?
Одним достаточно и двух групп для проверки. Неким, кому необходимо больше групп для проверки — это уже второй вопрос просто)
Одним достаточно и двух групп для проверки. Неким, кому необходимо больше групп для проверки — это уже второй вопрос просто)
Pasha,
В общем… по п.1 что выше писал, для редактирования группы в настройках пользователя, необходимо:
1. Открыть components/users/frontend.php, и после 232 строки:
Добавить:
В итоге при редактировании группы в настройках, если подставлять через исходный код группу 1 или 2, то после нажатия на "Сохранить" выкинет ошибку WRONG_GROUP. Надеюсь, так уже будет правильно)
По вопросу при регистрации, так и остается
Т.е., если через исходный код менять группу, то выдаст ошибку WRONG_GROUP. Но здесь и проблемка, поскольку, если поле не заполнено, то выкидывает на ошибку, мол проверить правильность ввода логина и пароля. Что надо дописать, чтобы не выкидывало ее, а сохраняло в пользователи? Пока не знаю.
Они же рабочие. Почему отказываться? При том, немного отредактировав код — получаем то, что необходимо. В фронтендах все так записано, и я полагаю, что никоим образом не считается устаревшим. Ведь тогда надо было бы переписывать весь файл фронтенда)
Все проверил, вроде бы работает)
В общем… по п.1 что выше писал, для редактирования группы в настройках пользователя, необходимо:
1. Открыть components/users/frontend.php, и после 232 строки:
Добавить:
$users['group_id'] = cmsCore::request('group_id', 'int'); if($users['group_id'] == 1 || $users['group_id'] == 2 ){unset($users['group_id']); cmsCore::addSessionMessage($_LANG['WRONG_GROUP'], 'error'); $errors = true;}
По вопросу при регистрации, так и остается
if($group_id == 1 || $group_id == 2 ){unset($group_id); cmsCore::addSessionMessage($_LANG['WRONG_GROUP'], 'error'); $errors = true;}
Сами по себе не поменяются. Разве что через БД. Но смысла в этом не вижу, поскольку ИД группы админа, в основном, не меняется. Остальные, возможно, для сортировки по ИД, можно и через БД сменить. Но все же, такое может быть в проекте одном на миллион) Я не думаю, что кто-то таким страдает.p.s. Идентификаторы групп это тоже понятие весьма относительное и при некотором стечении обстоятельств они запросто могут поменяться
не идите на поводу у изначально неправильных и устаревших решений.
Они же рабочие. Почему отказываться? При том, немного отредактировав код — получаем то, что необходимо. В фронтендах все так записано, и я полагаю, что никоим образом не считается устаревшим. Ведь тогда надо было бы переписывать весь файл фронтенда)
Все проверил, вроде бы работает)
Pasha, согласен. Подскажите как тогда правильно, с двумя вариантами, чтобы это поле было не объязательным, и наоборот (но с проверкой на группы).
И в профиле тогда, надо на редактирование делать проверку… а то так же можно… Не думал что сохраняются данные с исходника страницы.
И в профиле тогда, надо на редактирование делать проверку… а то так же можно… Не думал что сохраняются данные с исходника страницы.
Да…А разве оно сохранится? если в исходнике забить?
Я сделал, что если не выбрать группу, то выдает ошибку. Чтобы в профиле можно было выбирать, то надо это добавить по идеи еще и в файл com_users_editprofile.tpl — к примеру, для тех, кто регистрировался ранее, когда вы еще не предоставили возможности регистрации с выбором группы. Сейчас посмотрю.А не доступна после регистрации, если не указать группу?
UPD:
Чтобы в профайле можно было выбирать, надо сделать 2 доп. шага:
1. Открыть components/users/frontend.php, и после 232 строки
$profiles['city'] = cmsCore::request('city', 'str');
$users['group_id'] = cmsCore::request('group_id', 'int');
<tr> <td valign="top" class=""><strong>Кто вы:</strong></td> <td valign="top" class=""> <select name="group_id"> <option value="0">--- Выберите ваш статус ---</option> <option value="9">Модеры</option> <option value="1">Пользователи</option> <option value="7">Редакторы</option> </select> <span class="regstar">*</span> </td> </tr>
<table width="100%" border="0" cellspacing="0" cellpadding="5">
проверил, работает
Тестил первую ссылку. Для 1.10.3
Но есть проблема. Если поле не заполнить при регистрации, то оно регистрирует пользователя все равно. Правда страница его недоступна. Ошибку не выдает… =(
UPD:
В общем, пересмотрев фронтенд, понял, что надо изменить строку
которая предлагается по ссылке выше на
почему ставится запрет на регистрацию других групп, если при регистрации их нет для выбора, так и не понял. В этом случае хотя бы ошибка выводится, если поле не заполнено. А так не выводилась, скидывало на страницу, что не верно заполнен логин или пароль.
Тестил первую ссылку. Для 1.10.3
Но есть проблема. Если поле не заполнить при регистрации, то оно регистрирует пользователя все равно. Правда страница его недоступна. Ошибку не выдает… =(
UPD:
В общем, пересмотрев фронтенд, понял, что надо изменить строку
cmsCore::addSessionMessage($_LANG['WRONG_GROUP'], 'error'); $errors = true;}
if(!$group_id) { cmsCore::addSessionMessage($_LANG['WRONG_GROUP'], 'error'); $errors = true; }