jorgovich

Не совсем уловил мысль. Можно поподробнее? или на примере каком-то?

Мысль такая поля же есть уже созданные в других типах контента, например мы создаем тип контента — где изображения и с помощью сквозного поля к нужной записи другого типа контента привязываем нужное изображение… Это типа вместо клонирования, просто зачем раздувать базу например если эта же инфа есть в другом типе контента… Просто механизм как я понимаю добавления примерно такой Создаем поле — прописываем что берем данные в это поле с — Типа контента (Б) — id-записи — имя поля, как то так…

Механизм сложный получается и два варианта хорошо было бы иметь, вариант 1 — сквозное поле, берем существующий контент с поля другого типа контента, таким образом можно гибко добавлять сквозные поля и настраивать на вывод в нужном типе контента вывод с другого существующего, и вариант 2, связи целыми записями (причем и списки), например созданные в другом типе контента список разместить в нужной записи другого, оба варианта применяются в практике и частенько…

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

AVPRT,

Может сообществу скинуться по доллару на OEM версию?

я за идею, редакторов сейчас много в системе — но для админов и так скажем доверенных лиц (тем кто может почти все делать в системе), толкового редактора по умолчанию нет (пользуемся редактором которые сделали добрые люди), а за частую очень много материала приходится делать именно админам… К тому же права доступа какие кнопки (с их функциями) — каким группам показывать тоже хотелось бы иметь..
если официально откроют сбор (от разработчиков) — на редактор для icms2, проголосую рублем.

Loadырь, странно как то контора занимается безопастностью и в то же время рассказывает на чем их сайт — сделан, потенциально опастно уже раз, т.е как то сами себе противоречат, хотя сайт не сервер и тем не менее..

И я свое ИМХО в очередной раз выскажу, я уже делился своими соображениями какая должна быть фотогалерея с функциональной точки зрения..
1) Категории — должны быть фотоальбомами (естественно с разрулеванием прав какие группы могут в какую добавлять изображения), на категорию (альбом) возможно было бы добавить обложку с любого изображения имеющегося в категории или через шаблон (изображение для категории по умолчанию)..
2) Изображения в категорию грузятся не из поля доп.изображения — а из поля изображения в список типа контента (желательно сохранив возможность добавлять другие поля..) — на базе такого конструктива можно строить хорошие каталоги… Не только для порталов но и для небольших сайтов…
3) Изображения в список категории типа контента хотелось бы грузить пакетно…
Шаблон для списка соответственно можно подстроить каждому под свои хотелки в соответствии с существующим функционалом..
Лично мое видение хорошей галереи такое…
Плюсы очевидны, весь существующий функционал можно перенести на галерею, добавлять исключать поля, выводить в виджетах и прочих инструментах, закладывать функционал биллинга на галереи… Вообщем большее поле для фантазии получается чем в нынешнем текущем механизме…

Какую технологию СБ для оплаты на сайте вы имеете ввиду?

Ну например как на nic.ru используется… И еще на многих сайтах так встречал..

Страница Сб, где вам предлагают ввести код из смс?

Ну у них да по умолчанию так..

Упаси Бог от этого, если у кого то потом возникнут проблемы с картой докажите что не из за того что он вводил данные на вашем сайте).

В том то и дело что на сайте должен быть только трансферт на сайт источник дальше, но если например у Авангард банка или РБК есть апи для работы с ВИЗОЙ — а у СБ РФ нет и как поступать владельцам счетов СБ РФ не открывать же дополнительно для трансферта денег с двойным процентом после всех манипуляций, вот в чем вопрос…

Коврик, прошу прощения что развел по теме оффтоп, по факту надо попробовать на прямую внедрить кнопку..
Как сделать к сожалению нет времени вникать в особенности, но как вариант посмотрите может поможет.

Нил™, Ну я не особо углублялся кто кого купил там, я просто создал опрос на сайте кто какой платежной системой пользуется, большинство показало что предпочитают технологию оплаты как у СБ — (на очень многих сайтах принимает) Визы — но вопрос как сделано если нет у СБ РФ апи в открытом доступе??, на втором месте был Я.деньги, мобильный платеж к сожалению я не вводил в опрос но думаю он бы занял точно 3-е место, и мне кажется он бы опередил Wm-кошелек, по факту надо двигастья за трендом, а у нас получается через сторонние сервисы все популярные, надо на прямую вводить самые популярные системы оплаты… Но я частично как разработчик систем понимаю что мешает этому — жду тоже думаю над вариантами решения…

Нил™, Совершенно верно… Причем зачастую для сбер.карты по технологии визы нужен эквайринг от разных банков, что тоже неудобства некоторые накладывает, но без них никуда, где есть апи там проще, а где нету там домысливать приходится как поступить, и процент соответственно разный… Например очень напрягает почему СБ РФ не сделает API для внедрения на интернет площадки..

Кстати да, в Ру-нете Я.деньги имеют большую популярность даже большую на мой взгляд чем wm-кошелек, я имею ввиду не программистов со старой закалкой, а именно простых пользователей, по моим последним опросам — 55% (онлайн платежи) — сберкарта, 35% — Я.деньгами, 15% вебмани… Остальные другие системы

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

Jestik, щас постараюсь в картинке отобразить что я имею ввиду
Хотелось бы оставить на всех станицах модули которые есть, но задать приоритет для определенных масок или типов контента, сейчас нам система не дает так сделать надо создавать отдельную позицию, а во многих случаях такая бы схема помогла....
Например я хочу поместить какой то виджет на определенной странице выше чем у нас определены на всех страницах, согласитесь не удобно если нам надо завести отдельную позицию, и не удобно создавать виджеты не отображая во всех страницах все виджеты, если надо только на одной или двух страницах их показать, приходится другие виджеты создавать отдельно и распихивать по всем типам контента, удобней было бы задать приоритет какой то… Например родительский виджет имеет меньший приоритет чем дочерний скорее так чем сейчас, а в идеале сортировка в каждом типе контента…