jorgovich

Странник,

вот уж у вас паранойя!

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

Val, Странник, Спасибо за советы!

Разницы получается никакой кроме утяжеления БД при хранении картинок там.

Есть еще вопрос такого плана, взаимодействие с картинками, 766- права, если зная путь картинки мы спокойно можем ее просмотреть и редактировать и удалить, так? — и потенциально человек которому очень хочется добраться до материала другого человека может ее посмотреть и отредактировать зная путь… Как защититься от этого? В случае хранения в базе — это же сложнее сделать?

Val,

А почему не хотите сохранять на жесткий а затем загружать оттуда же? Зачем сложно если можно просто?)))

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

Val,

Можно, а зачем?

Для совместного редактирования, аля такое только попроще sketch.io/sketchpad/, пока идея такая поле — редактор рисовалка, при сохранении — льем в базу Base64 картинку, второй юзер просматривая материал может отредактировать запись, как то так пока мысль

Val,

Из указанных на скриншоте настроек в поиске нет только "искать по ключевым словам"

прошу прощения, но я что то не наблюдаю таких настроек, сейчас стоит у меня последний релиз с сайта 2.5.1, конечно может уже на гите и есть, я не в курсе просто, но пример выше zel привел, я так же столкнулся с необходимостью сортировать выдачу например:
При общем поиске выдавать как сейчас в системе, при поиске в определенном типе контента — Кулинария (к примеру) выдавать результат сначала по тегам, потом по заголовкам, и по ключ словам кстати тоже можно было — дополнительная мотивация пользователей указывать ключ слова — пусть заполняют и для сайта полезно и для их объявления. И для разных типов конента, конечно лучше было бы назначать приоритеты по какому параметру выводить результат в первых строчках, без участия фильтров, а фильтра в моем случае хорошо справляются с объявлениями.

Дмитрий Кайдаш, похоже прав что только таким методом…
Кстати господа и дамы — а Вам не кажется что поиск как то скудноват на настройки???
Например я тут игрался с замечательным дополнением многоуважаемого мной разработчика — ссылка на компонент, и при создании релеванта — Есть опция — Полнотекстовый поиск
Так вот хочу заметить было бы очень отлично если бы стандартный поиск имел бы такие настройки и желательно с возможностью настроить для каждого типа контента индивидуально, ну или виджет который бы на такое был способен…

Баян:
-Скажите, Бэрримор, кто запретил России приезжать на Олимпиаду? — Суд, сэр. — Но почему, по какой причине? — Ссут, сэр.

Понял, я как то подумал, может в опциях уже сделали, что можно явным образом пресет указать, ну ладно пойдем старинным методом :)..
Кстати можно в следующий релиз внести настройка то вроде не сложная, задать переменную…

Vampireos, премного благодарен, выручили, судя по всему то что нужно Clipbucket github, будем разбираться и пробовать законнектить с инстантом, тут целая система… Поставим посмотрим что к чему, по серваку думаю справиться — хранилище тоже свое есть пока правда на 16тб, больше переживаю за скорость линии инета, но на первое время хватит, особенно что задача видео как не приоритет, а дополнение к контенту, сейчас наверно тенденции идут, что читает мало кто все в основном по видео смотрят что да как😊…

Loadырь, все классно выглядит, надо на практике попробовать, по перекрашиванию и размещению элементов, отдельным шаблоном (списка\записи) решается?, или другим каким нибудь способом?

) Если предположить, что InstantCMS 2.х будет проходить сертификацию, то какие требования выдвинут при данной процедуре и каким функциям InstantCMS 2.х уже соответствует сейчас?

С вероятностью 90% — разработчики не будут заниматься сертификацией, не знаю на счет технических требований — но кое что слышал на счет финансовых требований для сертификация системы в рамках сертификации по безопасности, стоимость сертификации около 6,5 млн. рублей. Поэтому собственно битрикс и занимался этим чтобы убить конкурентов не программной частью или возможностями, а чисто политическими методами..
И да как советовал Volgomarket, не связывайтесь с госструктурами если за плечами нет юристов, миллионов и кучи времени на бюрократию.

Во то что и добавляет гибкости, все четко! И первый и второй вариант, вот такие связи и распространены в очень частых случаях.