Владимир Переверзев

Loadырь, спасибо за ответ.

И за компонент — огромное спасибо!!

И что за форум тут стоит? 

 

Буду признателен за чёткий ответ на данный вопрос.
Правильно я понимаю, на данном сайте тоже стоит форум Лодыря?

5б. А если мне больше не понадобится управлять сразу всеми зеркальными копиями виджета — то я просто удаляю его из блока «Привязанные виджеты». Если сделать так — то каждый из зеркальных виджетов — нужно будет настраивать уже отдельно.

Вот этот момент не совсем так работает.

Если удалить экземпляр виджета из блока «Призвязанные виджеты» — то все зеркальные копии виджета всё равно продолжают полностью зеркалить настройки друг друга.

Меняешь один — меняются все.

Причём явно вообще не видно, что определённые виджеты — часть «зеркальной сети».

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

В общем — замудрёно получается, интуитивно трудно понять.

Перетаскиваем виджет ИЗ блока «Привязываемые виджеты».
Важно! При этом он тоже не перетаскивается, а копируется, создаётся вторая «связанная копия», «зеркальная копия» виджета, но в нужной позиции.

Вот эта механика очень интуитивно понятно реализована.

Когда захватываешь виджет в блоке «Привязываемые виджеты» и перетаскиваешь его в основную структуру страницы шаблона — то в момент перетаскивания он в блоке исчезает.

Как будто это не создание копии, а реальное перетаскивание.

Этот момент стоит подправить, чтобы интуитивно было понятнее, что это создание копии, а не перетаскивание.

Причём явно вообще не видно, что определённые виджеты — часть «зеркальной сети».

Вот этот момент было бы хорошо в админке как-то визуально отразить.

Хотя бы просто, что данный виджет — не обычный, а часть какой-то сети.

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

Подозреваю что для главной правила фильтрации нету и именно для этого есть системная страница

 Sonat, спасибо, что откликнулись.

Но пока с Вами не согласен. 
Страница главной страницы — создана для того, чтобы настраивать на ней ТЕ виджеты, которые будут на главной и ТОЛЬКО на главной.

Рядышком же есть страница «Все страницы». То, что размещаешь на ней — тоже оказывается на главной.

За предложение — спасибо. Но обоснование — мне лично выглядит с определёнными пробелами. ))

Виджет поиска кидаем на нее и на  системную Страницу/Главная страница

Так я же говорю, что хочу обойтись БЕЗ дублирования виджетов. 

В технологиях проектирования есть принцип Бритвы Оккамы: «Не плоди сущности без необходимости».
Я как ООП-программист, его твёрдо внял.

Один виджет — да, можно два раза продублировать.
Но если виджетов много.

Вроде для этого внизу блок «привязываемые виджеты» 

 

Ну вот вроде — есть. Но как им пользоваться — я пока не понимаю.
Искал в документации — не нашёл.

Кто-то знает, как пользоваться «привязываемыми виджетами»?

Создал смежный топик про «привязываемые виджеты»:
instantcms.ru/forum/privjazyvaemye-vidzhety-chto-eto-takoe-i-kak-s-nimi-rabotat.html

Возможно, это будет решением и данной задачи.
А возможно — нет.

UPD Данную задачу действительно можно решить с помощью механизма «привязываемых виджетов».
В смежном топике описаны детали и есть ссылка на раздел документации.

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

Насколько я понимаю, фильтры срабатывают не на весь URL страницы сайта, а на её часть после домена и после слеша — PATH.

И соотстветственно для главной страницы PATH — банально пустой.
По идее маска * — соответствует и пустой строке.
Но тут она не срабатывает.

Кто силён в регулярках (или LIKE-сопоставлениях) — какой значок нужно указать для пустой строки?
Или тут дело в другом?

У меня вопрос про «привязываемые виджеты» возник в рамках решения вот такой смежной задачи:
instantcms.ru/forum/kak-sozdat-v-shablone-polzovatelskuyu-stranicu-vse-stranicy-krome-nekotoryh-no-vklyuchaja-glavnuyu.html

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

Но как этим механизмом воспользоваться на практике — пока не могу понять.

Подскажите, кто знает.

docs.instantcms.ru/manual/widgets

Спасибо большое, у меня почему-то поиск не находит:

Спойлер

Решение найдено и мне оно понятно:

Настроив один раз виджет, вы можете его привязать к другим страницам и позициям, при этом настройки любого из них едины для всех привязанных, их изменение влияет на всю группу. Разместите виджет на нужной позиции, настройте его, после чего перенесите его мышью в блок «Привязываемые виджеты». Выберите нужную страницу и позицию, после чего перенесите виджет. Так можно делать неограниченное количество раз. По окончании действий, удалите виджет из блока «Привязываемые виджеты».

Перефразирую по-своему, надеюсь, кому-то это пригодится.

Блок «Привязываемые виджеты» нужен для создания и единого управления экземплярами виджетов на разных страницах и в разных позициях.

Алгоритм:

1. Размещаем виджет на одной из страниц.

2. Перетаскиваем его В блок «Привязываемые виджеты». 
Важно! При перетаскивании он не перетаскивается, а «копируется», то есть остаётся на своей позиции, но теперь появляется возможность создать его «связанные» копии.

3. Далее переключаемся на другие страницы шаблона, куда хотим разместить такой же виджет.
Перетаскиваем виджет ИЗ блока «Привязываемые виджеты».
Важно! При этом он тоже не перетаскивается, а копируется, создаётся вторая «связанная копия», «зеркальная копия» виджета, но в нужной позиции.

4. Теперь если в настройках «мастер-копии» виджета изменить какие-то настройки — то эти изменения отразятся сразу на всех «связанных копиях», «зеркальных копиях».

5а. Если я хочу в дальнейшем сразу управлять всеми зеркальными копиями — то мастер-копию оставляю в блоке «Привязанные виджеты».

5б. А если мне больше не понадобится управлять сразу всеми зеркальными копиями виджета — то я просто удаляю его из блока «Привязанные виджеты». Если сделать так — то каждый из зеркальных виджетов — нужно будет настраивать уже отдельно.

— — — — -

P.S.: Задумка хорошая, инструмент хороший. Но мне лично было трудно понять механику по двум причинам.

1. Терминология, на мой взгляд, слегка запутанная — страницы шаблона, страницы сайта, привязывание виджетов к страницам, привязывание виджетов между собой для единого управления настройками и так далее. На мой взгляд, поняние «привязанные виджеты» — не понятно, о какой именно привязке идёт речь. Оказывается, что о привязке экземпляров между собой.

2. У меня на ноутбуке (14 дюймов, Хром, Виндовс) не удаётся за один захват перетащить виджет из настроенной позиции на одной странице сразу в блок «Привязанные виджеты» (при захвате — именно в Инстанте не работает горизонтальный скрол, хотя в Фигме, например, всё работает суперски). Поэтому при перетаскивании не сразу понятно, что виджет не просто перетаскивается, а именно создаётся специальная «мастер-копия» виджета, по которым можно затем создавать новые «зеркальные копии».


 Fuze, спасибо огромное за помощь.

Вопрос решён. Тему не закрываю, может быть у кого возникнут уточнения.

Да, InstantCMS производительный (уверен что производительней всех выше перечисленных), тому пример этот сайт

 Fuze, данный сайт — да, шустрый.

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

За это — огромнейший респект Вам и команде!

 Владимир Переверзев, странное у вас представление о бизнесе. Вы действительно считаете что с первого раза запуститесь и будете сливки снимать?

А, ну да, так это у меня странное представление о бизнесе?

То есть я задал чёткий и конкретный вопрос, который РЕАЛЬНО для меня важен. А вместо конструктивной и конкретной информации  — получил от Вас НЕПРОШЕННЫЕ советы и СОВЕРШЕНО НЕКОРРЕКТНЫЕ оценки, предположения о том, кто я, какой у меня опыт, какие задачи я решаю и так далее.

Но при этом странные представление — у меня. ОК, хорошо.

— — — — -

 skewes, буду Вам очень признателен, если Ваши многочисленные же, непрошенные советы о том, что мне делать, Вы подкрепите ссылками на Ваше резюме, профиль в ЛинкедИне. Или хотя бы просто сбросите сюда ссылки на хотя 3-5 интернет-магазинов, в запуске и развитии которые вы приняли РЕАЛЬНОЕ практическое участие.

Ну так чтобы подкрепить Ваше право разбрасываться оценками и советами.
Заранее спасибо.

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

Мне кажется если все эти условия будут привлекательными — не важно на каком движке будет сделан магазин.

 Алексей Т, я Вас очень уважаю за Ваш вклад в популяризацию движка Инстанта.
Но блин. вот прям — «не важно»??

Вот прям, что на Битрикс Enterprise, что на Мадженто, что на Ларавеле с VUE, что на Оперкарте и Вордпрессе — вот нет никакой разницы? 

Извините, но прям очень хочется процитировать мем из Банд Нью-йорка.

— — — — - 

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

Количество позиций: порядка 10К.

Важный нюанс, что у компании есть порядка 1000 оптовых клиентов, у каждого из которых есть ИНДИВИДУАЛЬНАЯ конфигурация цен. Вернее, индивидуальных конфигураций у одной компании может быть несколько конфигураций для разных форм оплаты и договоров сотрудничества.

И это только вершина айсберга. Необходимо мобильное приложение с ОГРОМНЫМ перечнем требований. Необходимы разветлённые кабинеты клиентов с ИХ бизнес-логикой на НАШЕМ портале.

— — — — - 

Другая компания, в которой я руководил маркетингом и командой веб-мастеров, уже ПОСЛЕ моего ухода из компании решила перевести свой перепиленный ногами магазин на древней версии Битрикса на самописное решение на Ларавеле. В проекте было задействовано порядка 10 штатных программистов/ИТ-специалистов и проект занял 3 (!!) года.

Точный бюджет этого проекта я не знаю. Но думаю, что порядка 300+ тысяч долларов минимум.

— — — — - 

Так что, нет никакой разницы? Наверное стоит Опенкарт взять? «Главное начать», «Черняк», «не важно, на чём»…

Чёрт побери, мужики, ну что Вы несёте??!!
Ну есть же совершенно разные проекты, совершенно разные задачи, совершенно разные специфики бизнеса и совершенно разные масштабы бизнеса.

Давайте уже к теме вернёмся, ну хватит уже абстрактных оценок и советов накидывать. Пожалуйста.

Могу рассказать про другие интеренет магазины, если будет интересно.

 

 maix0044, Ваша реакция — на мой взгляд, НАИБОЛЕЕ адекватная и полезная.

Про другие движки — я тоже могу поделиться своим видением.
Причём не столько техническим, сколько стратегическим.

Но мне лично было бы очень интересно услышать Ваше мнение именно об использовании Инстанта в качестве движка интернет-магазина.

Есть у Вас такой опыт или наблюдение таких проектов?

— — — — -

Мне в личку скинули ссылку, вот мол, работающий магазин на Инстанте.

Глянул, выглядит более-менее сносно. Но скорость загрузки страниц — полнейшая шляпа.
Думаю, все прекрасно понимают, что для ecommerce-сферы, особенно, если ставка на PPC и SEO, — это очень важно.

Как считаете, можно на актуальной версии Инстанта (2.15.1) выжать сопоставимую с Опенкартом производительность загрузки страниц при 5К SKU на сайте? Какой из движков потенциально может быть шустрее?

— — — — -

В перечне дополнений есть несколько, относящихся к ecommerce-сфере.

Вы с ними работали? Щупали на практике? Какие считаете достойными рассмотрения?

— — — — -

Как считаете, на базе Инстанта реально создавать относительно крупные ecommerc-проекты?
Условно — с производительностью на уровне Битрикс Управление Сайтом?

— — — — -

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

С таким подходом, можно было просто ввести содержит 010 и тоже б сработало (потому как у вас сейчас значение поля 00101). И содержит 0010 тоже сработает. Вот только срабатывание это для вашего случая ложно-положительное))

 

Олег Васильевич я, возможно, мы чуть-чуть друг друга недоняли.

На скриншоте я показал конкретный пример того, что по идее (про то, что мультисписки хранятся не как через запятую, а в виде маски — я не знал! в базу данных не заглядывал, да и вряд ли бы там быстро разобрался) должно срабатывать, но не срабатывает.

Но если говорить в целом, то задача фильтра — это НЕ некая комбинация значений мультисписка, а банальное — «если для данной записи среди выбранных значений в мультисписке выбрано значение „Маркетинг“ (независимо от выбора или не выбора других значений в мультисписке) — то выводить все такие записи в этом наборе.

Пример, который описал выше  Sonat — полностью решает именно мою локальную задачу.
То есть именно не вопросительные знаки, а подчёркивания.

— — — — -

А представляемая Вами маска — это уже совсем другая задача: „покажи в наборе все записи, для которых вот это значение — выбрано (единичка в нужной позиции в маске), а вот эти значения — не выбраны (нули в определённых позициях в маске)“.

У меня такой задачи пока не стоит. Поэтому маски вида __1__, _1___, ___1_,… — меня полностью удовлетворяют. ))

Как я уже описал выше, я бы предложил описать данную логику в документации, а также допилить, чтобы обычное „включает “Маркетинг»" — тоже работала. Хочешь — «включает» и далее слово, хочешь — «соответствует маске» — и далее маска и документация к ней. 

Это было бы бомба-ракета. )))

Уважаемые коллеги и соратники.

Вопрос мы решили.
Но я постфактум уже внимательнее присмотрелся к документации и увидел, что ответ в целом УЖЕ описан в документации.

Вот общая, вводная информация о создании наборов:
docs.instantcms.ru/manual/ctypes/datasets

А вот уже подробнее о настройке наборов:
docs.instantcms.ru/manual/ctypes/datasets/add

И в этом документе как раз и описано решение:

Спойлер

.

Ну и вот в этом документе ещё подробнее о списке и мультисписке написано:
docs.instantcms.ru/manual/ctypes/fields/types#список

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

P.S.: Обратил внимание, что официальная документация не очень легко и быстро нагугливается по интуитивно подбираемым словам. Надеюсь, что данный топик в этом плане тоже будет дополнительной наводкой. :)

Не интернет магазин, конечно,  делал в 16-17 году, но купля-продажа там присутствует =)))  lounge37.ru/

 

 

Спасибо, что поделились.

Хотя видел пример аналогичного мегамаркета на инстанте

Просьба к Вам и ко всем участникам сообщества.

Если есть ЛЮБЫЕ примеры реализации интернет-магазинов на Инстанте — просьба поделиться.
Крупные мегамаркеты — ок. Мелкие — тоже ок. Средние — тоже ок.

Очень интересно обсуждать не только абстрактно, на теоретическом уровне.
Но и примеры реально работающих интернет-магазинов на Инстанте.

Буду очень признателен за ссылки и наводки, где такие можно увидеть.

Как выше было написано — начните, а потом постепенно доведете до нужного состояния.

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

У каждого решения — есть свои плюсы и минусы. Каждому проекту — своё решение.

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

Я Вам буду очень признателен, если приведёте 5+ примеров РЕАЛЬНЫХ магазинов, владельцы которых воспользовались аналогичным «черняк-советом», «начали» — и у них эффективно работает сайт на Инстанте.

Я не говорю, что таких сайтов нету.

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

И это будет НАМНОГО более конструктивнее, чем совет из серии «пробуйте, экспериментируйте, не бойтесь «упасть»».

— — — — -

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

Интернет-магазин — это программный продукт.
И не только — ещё это маркетинговый продукт, бренд и так далее.

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

А Вы предлагаете — «Да к чёрту анализ, проектирование, выбор эффективных решений, бизнес-план, экономические расчёты, организация рабочего процесса! Бери и делай, как завещал великий Черняк младший».

Ну блин, отличный совет. В Инстаграме бы залетел. )

Можно попробовать «Равно»-"??1??", но очень в этом не уверен.

Не, маска у LIKE должна быть вида
__1__

Супер, вот это помогло!!

 Sonat, спасибо большое!!

И чтобы маска сработала указывать надо не "Равно" (ведь тогда запрос будет без LIKE), а "Оканчивается на"

Пробовал «содержит» и «заканчивается на» — оба варианта корректно работают на актуальной версии движка (2.15.1).

Но вообще — да, это выглядит как ошибка, вряд ли так задумывалось изначально.

 

 

Тоже думаю, что это не совсем корректно.

Я бы предложил сделать следующие доработки:

1. Для поля типа «Мультисписок» добавить тип соответствия «соответствует маске».
И внести данный уже работающий функционал в документацию.
Кому-то он точно будет удобен и полезен.
Интуитивно догадаться тяжеловато.

2. Доработал бы логику работу фильтров для мультисписков, чтобы «содержит» и далее значение — тоже корректно срабатывала. Бинарные маски — не самое простое дело для нетехнарей. И не самое читабельное.

Владимир Переверзев, если не ошибаюсь, в каталоге есть поле такого типа (список с мультивыбором), хранящее данные в ином формате. Поищите

 

 Олег Васильевич я, благодарю за интересные наблюдения и подсказки.

Но я же как раз про этот тип и говорю.

Вот скрин:

Спойлер

 Владимир Переверзев, ну в общем я на мопеде тогда езжу, и меня все устраивает :) Я не могу Вам привести примеры каких либо магазинов на ОС, могу судить только как пользователь по своему магазину. Для небольшого магазина самое то. А если планируется сразу какой-нибудь мегамаркет, то я не думаю, что человек бы тут интересовался цмской, такое делается командой, либо заказывается у сторонней организации. Ну это опять таки только мое мнение, как пользователя.

Я услышал Ваше мнение. И реально благодарен, что Вы поделились.

Но не разделяю Вашего мнения. Между «для небольшого магазина самое то» и «планируется сразу какой-нибудь мегамаркет» есть огромная пропасть самых разных по специфике и по сложности проектов.

— — — — -

А насчёт «такое делается командой, либо заказывается у сторонней организации».
«Делается командой» — это бюджет от 20К долларов минимум и до 500К-1М аж бегом.
Разработка на Magento — кстати, тоже в этих же диапазонах.

Ну либо всё на энтузиазме участников, а не на реальной финансовой компенсации технических усилий. Но это скорее исключение, чем правило.

Коллеги, поправьте, если я не прав?