Форум

[QUOTE]Zumerr пишет:
Точно мне решать 60 на 40.

[/QUOTE]
Ну так вы и ответили на свой вопрос
Тем более Евгений уже расклад дал
Просто мне иногда встречались проекты, на которых админы еще умудрялись "подрабатывать" втихаря продавая ссылки ;)
вот это уже кощунство конечно
При этом заказчик сайта на такие нюансы внимания не обращал, но факт есть факт.
Вот такого быть точно не должно

вам решать и договариваться :)
я как программист считаю, что владельцам сайта деньги не нужны.
А как владелец сайта считаю что деньги это вред и лучше я этот вред возьму на себя, чем пострадает невинный программист
:D

[QUOTE]Zumerr пишет:
Меня там нет сейчас вообще как пользователя в админ части . Там мастер настройщик один админ.[/QUOTE]
ну а что сложного мастеру сделать так, чтобы вы там появились? Или есть что скрывать?

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

ну вот и славно

[B]без комментариев[/B]

[B]Julliet,[/B] а по ссылке примеры рассмотрели?
Рекомендую почитать внимательно

[url=http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=33&LESSON_ID=1790]http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=33&LESSON_ID=1790[/url]
там подробно расписано, что я имел в виду

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

попробуйте для начала зайти в редактирование статусов заказов
там для каждого статуса можно установить расширенные права
запретите удаление  группам которым это нельзя сделать
не торопитесь программировать

У метода есть волшебная переменная $bSkipFUserInit = FalseПо умолчанию в случае невозможности определить ID пользователя магазина (а точнее отсутсвия корзины для пользователя)  происходит ее принудительное создание (таблицы b_sale_fuser увеличивается на запись).
Таким образом, можно быть уверенным, что возвратится всегда ID пользователя корзины
Однако, в некоторых случаях это может быть вредным.
Например, на высоко посещаемых сайтах, а также находящихся под нагрузкой ботов использование данного метода приведет к постоянному росту размера таблицы и необоснованному созданию большого количества корзин

Альтернативой может служить использование метода с объявлением

[B]CSaleBasket::GetBasketUserID(True);[/B]
в таком случае отсутствия для пользователя корзины, новая уже не создается
Данную переменную необходимо использовать осторожно
Так, как код, например


[CODE]"FUSER_ID" => CSaleBasket::GetBasketUserID(True),[/CODE]


становится нестабильным (так как не всегда есть возможность получить ID пользвователя магазина)