IceBreaker

Не купить, не скачать, написал разрабу, а вам спасибо

Есть в допах «Логирование действий пользователя», но там изменения полей не фиксируется только сам контент. Компонент открытый, можно попробовать дописать функцию.

Хм, интересно, получается сам контент это поле ОПИСАНИЕ правильно? Или отслеживаются настройки всех полей, то есть настройки ТК?

Понял. спасибо, хорошая была бы штука логгирование изменений данных в ТК, чтобы видеть кто, что удалил, изменил и прочее

В стандартных средствах переноса записей нет. У меня есть компонент, который может копировать и переносить записи типов контента. Просто подумайте над этим вариантом, может он вам зайдет как с одним из заказчиков.

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

Если есть время, желание, потребность в денежных знаках, озвучивайте покумекаем :)) И калькулятор надо добить, он классный очень, есть косячки, связанные с условиями, но в целом он работает

 Loadырь, Идею надо проверить, я честно говоря еще никода не переносил из одного ТК записи в другой ТК средствами системы, вы имеете ввиду написать небольшую програмку или средствами системы это возможно?

А вы можете оценить свою работу?

Конечно могу. Для себя я всегда всё делаю бесплатно, вот только сроки всегда прогорают )).

Я просто делаю на самом деле простенькую систему управления заказами на производство, нужно чтобы заказчики не видели заказы друг друга, а администраторы видели бы все заказы осталенные пользователями (заказчиками) и если администратор создаёт свой заказ и мог бы ставить кому этот заказ был бы виден. 

Не проще ли микромагазинчик замутить, чтобы пользователи оформляли заказы, а админы их отслеживали и потом исполняли? Просто сама идея в том что в одном типе контента одну запись могли видеть одни люди, а другую — другие, не совсем верна.

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

Есть производство (маленькое, но всемогущее), работает буквально 5 человек, но номенклатура большая, есть резка стекла, есть покраска (и стекла тоже), есть ЧПУ станок, есть столярные станки, теперь еще мебельный цех есть и там тоже заказы свои отдельные. 

Также есть заказчики, есть прямые, есть перекупы, есть совместные с перекупами и прочее. на каждом участке, есть монитор с открытым сайтом на странице с заказами, работники видят что нужно делать и в какой последовательности AtlantisWeb мне сделал сервис с задачами, но там какбы всё зашито в программе и ничего нельзя регулировать, сложно с полями новыми и прочим (я не обвиняю, просто наверное дал слабое ТЗ, в надежде, что регулировка (добавление полей, их отображение, смена порядка и прочее — само собой разумеющееся), поэтому пока не использую.

Так вот в связи с таким обезьянником, надо всё упорядочивать, с одним перекупом сейчас просто на типах контента здорово получается, он создаёт заказ, мы его оцениваем, выполняем, ставим отметку, что готово и заказ попадает в виджет «Готовые» с фильтром по полю готовность — готовые.

Тут появляются заказы по мебели, там есть партнёр и тоже производство, там и мои заказы и его и прочее, там денежки видны и те и другие, а это плохо, рабочим нежелательно видеть стоимость, перекупу и партнёру тоже не должны быть видны заказы иначе каждый начинает что-то нехорошее задумывать. 

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

Я говорю прикиньте по денежке что-бы стоило всё это дело

Вкратце порядок действий какой бы вы сделали?

Я бы для себя написал компонент по разграничению доступов. Но в вашем случае достаточно создать поле типа «Список»  с названиями групп и их идентификаторами. И потом писать два хука, один для фильтрации в списке, другой для просмотра записи. В которых проверять эти записи на доступность группам пользователей. Это сработает при условии, что одну запись может видеть только одна группа пользователей и администратор. Если надо одну запись показывать нескольким группам, то тут уже надо создавать таблицу в базе данных и писать полноценный компонент. Как-то так это выглядит вкратце ))

Здравствуйте, я бы всё-таки если бы мог написал бы тоже :)) А вы можете оценить свою работу? Мне кажется полезная разработочка получится, правда наверное когда-то такая вещь должна бы конечно в коробку попасть. 

Я просто делаю на самом деле простенькую систему управления заказами на производство, нужно чтобы заказчики не видели заказы друг друга, а администраторы видели бы все заказы осталенные пользователями (заказчиками) и если администратор создаёт свой заказ и мог бы ставить кому этот заказ был бы виден. 

Там еще много затей, решил по частям делать, потому как полностью разработку мне самому описать сложно, да и разработчики вникать не хотят в сложный продукт, туда бы кстати ваш КАЛЬКУЛЯТОР еще вставить, там есть правда глючки, надо будет как-нибудь вам показать ( и как я когда-то писал, сделать бы его с константами вводимыми  и прочим, я готов)

Вкратце порядок действий какой бы вы сделали?

Я бы для себя написал компонент по разграничению доступов. Но в вашем случае достаточно создать поле типа «Список»  с названиями групп и их идентификаторами. И потом писать два хука, один для фильтрации в списке, другой для просмотра записи. В которых проверять эти записи на доступность группам пользователей. Это сработает при условии, что одну запись может видеть только одна группа пользователей и администратор. Если надо одну запись показывать нескольким группам, то тут уже надо создавать таблицу в базе данных и писать полноценный компонент. Как-то так это выглядит вкратце ))

Кстати с кем-то обсуждал, но дело так и не дошло, нужен компонентец, который при смене значения какого-то поля (например «готовность заказа») отправлял уведомление или внутренним сообщением на сайте или прямым сообщением на почту пользователю, который создал заказ или которого указали в качестве заказчика при создании заказа) 

Такая фишешчка маленькая еще

Пригодится может вообще во многих случаях, когда, например кто-то отредактировал какое-то поле в каком-то типе контента, хозяину придёт уведомление, «тот-то тот-то испоганил ваш пост от 21.09.2002 года своими правками в поле таком-то), возможно было бы прикольно указывать за какими полями следит система.

Мне делали несколько разработочек, ни одной не появилось тут в каталоге… Мне кажется разработчику не интересно следить за своим продуктом, потому как что не поставишь, после обновления оно помирает, хорошо, если весь сайт не упал после обновления… Я вообще за столько лет так и не понял как это всё работает, получается разраба надо умолять, чтобы он обновил своё дополнение, шаблон или разработку. 

Либо второй вариант сиди не обновляйся, что тоже не очень хорошо, ибо появляются новые фишки типа «Подписок» и всякое такое

Вобщем не знаю, мне кажется тут не хватает какого-то волевого решения с политическим уклоном со стороны какого-то руководства, не поддерживается обновление — из каталога значит досвидос, пока новая версия не актуализируется, что-то такое. 

Или механизм получения бабла разработчиками через этот сайт за 1% от стоимости каждого скачивания, всё это автоматизировать типа магазина гуглплей.

Сейчас каталог дополнений набит всякой требухой реально еще там с версиями 2.3 и прочее, зачем? Не работает на последней версии значит убираем, да, каталог опустеет, но он будет актуальным — 2 шаблона, 3 карты, 4 виджета, 1 доска объявлений ничего, зато всё работает и денежек приносит только добросовестным