В 1С-Битркис Маркетлейс, сейчас, сложилась интересная ситуация, когда 4-7 сильных игроков, которые научились работать в этой нише фактически формируют новый рынок. В связи с чем опрос ниже. Коллеги, интересен Ваш выбор и чем он обусловлен
Всем привет. Нужна помощь. Подскажите где находится файл с помощью которого можно изменить интересующую надпись. К примеру нужно изменить в Живой ленте слово СООБЩЕНИЕ на СООБЩЕНИЕ В ЛЕНТУ. Перерыл все пхп файлы в шаблоне компонента...не нашел. Заранее спасибо.
Возникла тут интересная задача реализации многосайтововости на доменах. Есть сайт на домене .ru, контент сайта фильтруется по регионам, т.е. имеются сайты вида: moscow.sitename.ru, piter.sitename.ru, kiev.sitename.ru, kharkov.sitename.ru .... и так все регионы (как вы понимаете, список регионов постоянно расширяется...). Возникла необходимость в вынесении украинских регионов на украинский домен sitename.com.ua.
ru-сайт был поднят на BitrixVM, как сайт по умолчанию (до меня), ДНС-ы самого домена и всех его алиасов были настроены на IP сервера. Все алиасы обрабатываются на стороне сайта так что для сервера никаких проблем с обработкой поддоменов и разбросом их по различным папкам тут нет. Точнее не было, пока не было необходимости выделения украинской части сайта в отдельный сайт.
Как-то скомкано получается изложить всю проблему, но, надеюсь, кому нужно - поймут.
И вот начал я насипрйку многосайтовости. В админке битрикса вторую лицензию занял новым укр. сайтом. В админке виртуальной машины завел дополнительный сайт для .com.ua. Настроил днс-ы украинского домена и его алиасов аналогично значениям ру-домена. Открываю сайт sitename.com.ua - попадаю в верную папку. Радуюсь. А вот дальше начинается счастье... Т.к. в настройках серверов я чуть сильнее чайника, то посмотрев на файлы конфигурации nginx, впал в ступор - понимаю, где править нужно, но не понимаю, что. Пришлось обращаться к знакомому сервернику. За что ему как всегда, огромное спасибо! Кому нужен специалист такого профиля - пишите вличку, познакомлю:)
Итак, решение задачи заключалось в правке всего 4-х файлов:
server {
...
server_name _;
...
set $proxyserver "http://127.0.0.1:8888";
set $docroot "/home/bitrix/www";
index index.php;
root /home/bitrix/www;
}
подменяем параметр "server_name", прописывая сюда ру-домен с алиасами:
server {
...
server_name *.sitename.ru sitename.ru;
...
set $proxyserver "http://127.0.0.1:8888";
set $docroot "/home/bitrix/www";
index index.php;
root /home/bitrix/www;
}
Статья написана для рядовых пользователей, но, возможно, здесь тоже кому-то будет полезна, например, как быстрый ответ на вопросы клиента про seo-возможности Битрикса.
Один из весомых плюсов, который важен независимо от размеров магазина и тематики товаров, которые в нем будут продаваться — это дружественность CMS для SEO-оптимизации. Под «дружественностью» я имею в виду объем работ, который необходимо сделать с сайтом, чтобы реализовать базовый минимум по , сколько это будет стоить и потребует времени.
Когда выбирают CMS для интернет-магазина, система 1С-Битрикс редко остается за кадром и обычно присутствует в списке рассматриваемых вариантов. Этот обзор будет полезен тем, кто смотрит в сторону Битрикса, но сомневается в его SEO-возможностях.
В сети нередко можно встретить мнение, что Битрикс дает мало инструментов для SEO-оптимизации сайта, или даже что он откровенно слаб в этом плане. Спорить не буду. Несколько лет назад 1С-Битрикс действительно был в плане SEO не так крут. В нем не было SEO-модуля, технологии «Композитный сайт», сложнее было реализовать ЧПУ.
Сейчас все сильно иначе и Битрикс можно поставить в один ряд с лучшими CMS для SEO. Старые негативные мнения и комментарии в сети остались — их никто не удаляет. А новые отзывы того же плана распространяются по инерции, оптимизаторами, которые пытались работать с Битриксом несколько лет назад, но были разочарованы.
Решая какую CMS выбрать, прежде всего смотрите сами, трогайте своими руками, не доверяйте экспертам, застрявшим в развитии в 2010 году.
В этой статье попробуем разобраться, какие возможности для продвижения в поисковых системах дает 1С-Битрикс в 2015 году.
Полный текст .
Содержание:
Возможности 1С-Битрикс для SEO.
Управление заголовками и мета-описанием.
Ключевики в сео-значимых тегах.
Дает рекомендации по SEO.
Наличие на странице продвигаемых слов.
Индексация страницы.
Переходы на сайт с поисковых систем и других сайтов.
Автоматическое заполнение СEO полей по шаблонам.
Автоматическое генерирование имени файла для изображения.
Генерация sitemap.xml.
Генератор robots.txt.
Подключение к поисковикам.
Выгрузка оригинальных текстов в Яндекс.
Микроформаты в стандартном решении магазина.
Поддержка Яндекс островов.
ЧПУ.
Скорость загрузки.
Мобильная версия магазина.
Мистика.
Минусы Битрикса в плане SEO-оптимизации.
Расширение стандартных возможностей внешними SEO-модулями.
Решение "" - платное коммерческое решение на базе бесплатной платформы "", обладающее не только эксклюзивным оформлением и интересной историей, помогающей продавать, но это ещё и интересный эксклюзивный функционал, а так же особый процесс сборки дистрибутивов, позволяющий избавиться от возможных ошибок и делающий продукт максимально гибким. В этой статье мы слегка приоткроем дверь на производственную кухню, оказаться же на ней в живую (т.е. получить доступ к нашему производственному циклу) смогут партнёры, активно продающие решение. Это ещё один стимул (помимо партнёрских скидок и самого решения) для того, чтобы сотрудничать с нами. Итак, на момент написания статьи проект живёт в приватном репозитории на BitBucket и его главная страница выглядит следующим образом:
Как видим, уже на главной странице репозитория (фактически в README.md) имеется полное описание продукта, репозитория, а так же краткая справка по документации (которая будет в дальнейшем постоянно пополняться в рамках цикла "Маленькие Хитрости". Обратите внимание на структуру репозитория, которая имеет 4 основных ветки:
Мастер Установки - полноценный Модуль с мастером установки в Win1251 кодировке
Архив Дистрибутивов - набор дистрибутивов, который для загрузки в Маркет
Пример сайта в кодировке Win-1251 - готовый сайт (публичная часть, модуль, мастер, компоненты, шаблон)
Пример сайта в кодировке UTF-8 - готовый сайт (публичная часть, модуль, мастер, компоненты, шаблон)
Такая компоновка помимо прочего позволяет держать на машине разработчика всё аккуратно разведённым по директориям для независимой разработке согласно производственному циклу (о котором дальше):
Приношу извинения всем апологетам свободного программного обеспечения и маководам - как некоторые знают, я заядлый виндузятник... На картинке выше вы можете обратить внимание, что репозитории разделены на 2 группы:
сборки:
дистрибутивы
полный модуль
веб-окружения:
сайт в Win-1251
сайт в UTF-8
Это сделано по нескольким целям: Во-первых, это позволяет не запутаться. Нет нужды переключаться между ветками. Ты всегда знаешь где что ДОЛЖНО находиться и строишь свою работу в соответствии с этим. Во-вторых, это позволяет в любой момент времени обратиться к соответствующему направлению без риска утери данных в другом. При необходимости проверки бага в стабильной ветке UTF-8 сайта процесс сборки дистрибутива в ветке дистрибутива просто останавливается. Ничто никуда не теряется. Для достижения максимального порядка в этих 4 ветках построен и рабочий процесс, наиболее наглядно который иллюстрирует схема коммитов/веток в Bitbucket: Взглянем на схему цикла чуть внимательнее:
Производственный цикл по шагам Шаг 1 - Альфа Версия Разработка начинается в веб-окружении на сайте в Win-1251 кодировке. Это связано с требованием Маркета к кодировке проекта. Весь новый функционал реализуется на сайте, как на обычном клиентском ресурсе (компоненты, шаблон, файлы публичной части, инфоблоки, веб-формы). Никаких Мастеров и Модулей установки! Естественно разработка по возможности ведётся на идентичном окружении, поэтому зачастую начало производственного цикла приходится и на создание нового веб-окружения! Чтобы ID инфоблоков и веб-форм (а так же все остальные критичные данные, которые на реальном проекте заменит клиент) были идентичны и не влияли на историю репозитория. В результате мы получаем коммит v #Номер_Релиза# ALFA в ветку site_1251. Это полноценный функционал! Но он не содержит модуля установки!
Шаг 2 - Модуль Фактически это то, что лежит в папке /bitrix/modules/denisoft.selexcellence/Модуль собирается вручную. Другой способ лично мне не известен.Тестируется как правило рядом на отдельном веб-окружении в кодировке Win-1251 до тех пор пока результат работы мастера не приведёт к созданию сайта идентичного шагу 1 (допускается только отклонение в папке /bitrix/wizards/, поскольку на шаге 1 мастер установки не создавался, а так же другие ID инфоблоков/веб-форм). Поскольку дистрибутив с недавних пор лежит в корне репозитория, то его можно подключать в качестве субмодуля. Важно помнить о кодировке! Ни в коем случае нельзя подключать эту ветку на проектах в UTF-8 кодировке! Помните, что submodule - для опытных администраторов и разработчиков! В результате мы получаем коммит v #Номер_Релиза# в ветку master.
Шаг 3 - сайт в Win1251 Успешным завершением предыдущей стадии фактически является обновление сайта в веб-окружении до стабильной версии обновление (напомним, что в результате шага 1 мы уже получили все компоненты, шаблоны и файлы публички, а теперь добавили мастер установки и модуль). В результате мы получаем коммит v #Номер_Релиза# в ветку site_1251.
Шаг 4 - Дистрибутив Возможно я вновь вызову бурю негодования. На сей раз сторонников замечательного решения Дениса Шаромова для создания дистрибутива из модуля. Дело в том, что система контроля версий GIT показывает нам чем отличается предыдущая версия модуля от нынешней. Фактически остаётся только взять эти файлы и метки master и сложить в ветку distr. Дистрибутивы лежат не в корне папки, а в папке с именем версии, например 1.0.3. Это сделано потому, что мы просто запаковываем потом этот архив и отправляем в маркет как есть. Увы, система контроля версий теряет свою основную роль в связи с этим и просто превращается в хранилище версий. Однако, это не страшно, поскольку дистрибутивы в чистом виде не нужны никому кроме мастера. В результате мы получаем коммит v #Номер_Релиза# в ветку distr.
Шаг 5 - сайт в UTF-8 Фактически это просто веб окружение в которое мы ставим свежую версию модуля. Поскольку из платные решения из маркета можно устанавливать только на коммерческие ключи (даже с купоном решения) и нельзя на DEMO установки, то мы обновляем до альфа версии онлайн площадку, после чего копируем оттуда модуль и разворачиваем решение. Решение проходит ряд проверок, аналогичных тестам веб-окружению Win-1251 в целях поиска багов и недоделок. После чего коммитится полный слепок сайта: файлы публичной части, шаблон, модуль, мастер установки (мы стараемся приводить ID к единому виду и коммитить свеже развёрнутое по новому кругу решение, чтобы эти ID не смущали нас и истории GIT). В результате мы получаем коммит v #Номер_Релиза# в ветку site_utf8.
На этом проозводственный цикл завершается, а свежая версия решения "Лендинг Косметики и Парфюмерии" переводится из альфа версии в стабильную.
Приятные бонусы Трекер задач - Issue
Замечательный инструмент Issue уже многим знаком. В частности он используется для сбора пожеланий по доработке решения "Простой Адаптивный Лединг" в моём репозитории на GitHub - . Однако в случае с коммерческим решением мы готовы дать партнёрам немного больше, чем просто список возможно реализуемых задач. Активным партнёрам, которые продают наше решение мы готовы дать доступ к репозиторию с целью постановки нам ЗАДАЧ по доработке и развитию решения. Как можно заметить на примере все задачи были поставлены мною, хотя основание для некоторых из них стала обратная связь с вами, коллеги! Фактически приоритет задач и сроки их реализации (а так же то в каких релизах будет реализовано то или иное issue) определялось произвольно нами. У вас есть неплохая возможность повлиять на это.
Мы понимаем, что те кто продают, ближе к реальным потребностям клиентов и готовы идти им навстречу, чтобы совместно развивать решение и увеличивать продажи. Кроме того, вы первыми узнаете о грядущих обновлениях и планах, сможете спланировать свою работу, сформировав предложение для новых клиентов о покупке или для старых о внедрении и кастомизации функционала.
Доступ к репозиторию для партнёров Мы прекрасно отдаём себе отчёт в том, что имея доступ к исходным кодам можно скопировать решение на такое количество сайтов, на какое пожелаете. Так же мы прекрасно понимаем, что купив лендинг для 1 сайта можно клонировать его на любое количество при желании и должной сноровке. Однако, мы так же понимаем какие преимущества даёт система контроля версий и набор центральных приватных репозиториев для развития проекта! Именно поэтому мы создали ветки для UTF-8 и WIN-1251 сайтов! У нас нет объективной потребности в контроле версий площадок веб-окружения для тестирования. Но у нас есть потребность в контроле версий типовых проектов для того чтобы вы могли этим воспользоваться. Чтобы вы могли спокойно изменять страницы, кастомизировать шаблоны, компоненты, мастер и даже сам модуль по своему желанию! Для того, чтобы вы не боялись обновиться через систему обновлений 1С-Битрикс! Для того, чтобы вы могли посмотреть чем отличается ваш нынешний сайт (не только модуль, но сайт целиком, включая публичную часть) и при необходимости обновиться, совместив наши обновления со своими правками! Ну и конечно для того, чтобы вы при желании смогли использовать этот центральный канал, этот концентратор информации для публикации своих правок:
Вы купили N лицензий, улучшили какой-то функционал и хотите накатить его на остальные свои проекты - система контроля версий GIT и наш с вами общий репозиторий в bitbucket позволят сделать это, избежав потенциальных ошибок из-за человеческого фактора.
Вы решили увековечить своё имя и поделиться улучшением (исправлением ошибки) - Pull request поможет нам!
Естественно тем партнёрам, кто ещё не умеет использовать систему контроля версий на своих проектах, но желает и готов немного поработать, я с удовольствием помогу развернуть репозитории и изучить основы GIT в силу своих скромных познаний (не претендую на роль Гуру, однако, мне кажется, мне удалось построить интересный рабочий цикл для решения "Лендинг Косметики и Парфюмерии", который может многим пригодиться).
Продолжаем работу в перспективном на мой взгляд направлении - приложения для Битрикс24.
Англоязычная версия
Одним из ключевых решений - сделать англоязычную версию обоих наших приложений. И вот тут я заметил интересный факт - если вы посмотрите маркетплейс на bitrix24.com, то увидите там только бесплатные приложения.
Почему? Мы не можем продавать решения для этой аудитории? Или просто еще никто не решился сделать платное приложение для этого рынка?
Так как я это все увидел на выходных - из Битрикс мне еще никто не смог подсказать ответ на этот загадочный вопрос. Как начнется рабочая неделя - буду узнавать.
Вообще хотелось бы выпустить англоязычное решение, чтобы почувствовать себя международной компанией в каком то смысле
Вход в мобильное приложение
На зимней конференции сказали, что в этом году наши приложения для Битрикс24 смогут появится в мобильном приложении и вроде как на десктопе - эта новость меня очень порадовала. Можно делать действительно серьезные инструменты для работы компании, которые будут доступны во всех точках контакта с порталом.
Маркетинг продукта
Углубляясь в эту тему мы решили оформить свои приложения и сделать их более презентабельными. Не могу сказать сильно ли это повлияет на продажи, но что-то есть в этих коробках манящие
UPD: Как я сегодня узнал, на англоязычный рынок с платным решением пока не выйти, есть там ряд сложностей как мне объяснили. Но работы в данном направлении Битрикс, как я понял, ведет.
Написал в пост, почему в некоторых случаях готовые решения — это лучший выбор. Статья рассчитан на рядового пользователя, не на разработчика, но, возможно, будет кому-то интересна.
Часто не имея опыта продаж в интернете, заказчик заказывает дорогую разработку, вкладывает в это большие деньги и в итоге многое вынужден переделывать уже через несколько месяцев, т. к. за это время им был получен практический опыт, который важнее чем теоретические рассуждения или чужой опыт, прочитанный сети.В этой статье я расскажу о плюсах и минусах готовых интернет-магазинов, дам основные советы по выбору, приведу примеры.
Содержание:
Что такое «готовое решение».
Почему это хорошо.
Не нужно разбираться в создании веб-сайтов.
Скорость запуска и экономия бюджета.
Возможность расти.
Цена вопроса.
Как снизить цену.
Несколько примеров.
Магазины электроники.
Магазины одежды.
Автомобильная тема.
8 советов, как выбрать готовое решение.
Минусы готовых решений.
Купили, что дальше?
Эта статья для тех, кто собирается открыть интернет-магазин, но еще рассматривает варианты и думает по какому пути пойти, заказать разработку магазина в студии, у фрилансера или выбрать облачный сервис.
Я предложу рассмотреть еще один вариант, который сочетает в себе оба предыдущих — это готовые решения на базе 1С-Битрикс.
Договоримся, что речь идет не о крупных е-коммерс проектах с десятками тысяч позиций товаров, а об относительно небольших магазинах.
Что такое «готовое решение на Битрикс»
Это полностью готовый интернет-магазин, с профессиональным дизайном и богатым функционалом, заточенным под конкретную тематику (например, одежду или электронику), но более доступный по цене, чем заказная разработка и который так же легко устанавливается и настраивается как облачный сервис, но при этом не является арендуемым решением.
Нужно отметить, что «готовыми решениями» (сокращенно ГР) бывают не только интернет-магазины. Есть сайты-визитки, лендинги, корп.сайты, доставка еды и т.д. Уже сейчас в маркетплейсе 1С-Битрикса (это магазин готовых решений) можно найти и купить готовый интернет-магазин по очень многим темам. В этой статье я говорю только про интернет-магазины. Хотя преимущества и недостатки готовых решений, которые будут здесь приведены, вполне могут быть применимы и к любым другим готовым сайтам из битриксного маркетплейса.
Почему это хорошо
Не нужно разбираться в создании веб-сайтов
Готовый сайт интернет-магазина здорово упрощает жизнь владельцу. На начальной стадии это очень важно, потому что на старте у него и без сложных, новых для него технических деталей, хватает головной боли с другими организационными моментами.
С готовым интернет-магазином, отпадает весь большой пласт работ, начиная от продумывания общей концепции до финальной проверки на предмет наличия всего оговоренного функционала. Не нужно думать о проектировании магазина, правильном дизайне, контролировать верстку, отслеживать полноту выполнения программной части. Даже если интернет-магазин заказали в студии «под ключ» (и студия работает на Битрикс), клиенту все равно приходится принимать решения и подписывать акты приемки работ. Для этого ему нужно хоть как-то вникать в ход этой работы.
Кто-то возразит, что без, пусть общих технических знаний, не стоит начинать. Я тоже с этим согласен. Но эти знания можно получать по-разному. Можно заказать дорогой интернет-магазин, руководствуясь прочитанными в интернете статьями в блогах, рекомендациями студии, которой поручили разработку и собственной интуицией, потратить на это деньги и полгода жизни, запуститься, получить обратную связь от клиентов, набраться опыта и понимания, как на самом деле нужно было все делать. Как результат — снова платить деньги за доработки, но уже зная зачем.
А можно пропустить дорогой, долгий и хлопотный процесс разработки интернет-магазина, взять готовое решение, которое соответствует вашей нише, и начать работать на нем, сразу переходя к получению опыта продаж и обратной связи от клиентов. Это отличная экономия не только денег и времени, но и нервов.
Поступать иначе стоит только в двух случаях. Либо если вы точно знаете чего хотите (но тогда вы вряд ли дочитали до этого места), либо , имеете свободные деньги и лишнее время, хотите пройти весь путь с самого начала и получить весь опыт, включая опыт заказа сайта в студии.
Список вопросов для обдумывания:
Для того чтобы начать работу, обязательно ли сначала вложить много денег в создание магазина в дорогой студии, ждать полгода пока его сделаю и только после начинать продажи?
Сколько можно заработать, приобрести опыта и обратной связи от клиентов за эти полгода, пока магазин разрабатывается?
Что будет если вложить средства не в создание интернет-магазина, а в продвижение и рекламу, увеличатся ли при этом шансы на успех?
Компания ответственно и с любовь относится к каждому своему творению в Маркетплейс. Особенно это касается топ-решений, которые воодушевляют нас и помогают клиентам решать свои насущные задачи. Еженедельно и ежемесячно мы производим незначительные доработки по просьбам наших клиентов. Глобальные же обновления мы, как правило, выпускаем два раза в год, тем самым выполняя все пожелания клиентов по улучшению наших модулей.
Топ-модуль один из наших самых любимых. И вот, как раз, настало и его время для глобального и необходимого обновления. Версия модуля повысилась до 5.0.0
Для начала перечислим наиболее интересные и важные обновления вкратце, а уже потом рассмотри каждый пункт по отдельности.
1. Возможность загрузки офферов табличного вида 2. Возможность деактивации, удаления товаров, которые отсутствуют в текущей выгрузке 3. Полная переработки визуального представления свойств 4. Возможность добавления новых свойств прямо из формы редактирования парсера 5. Появилась возможность выгрузки свойств из превью карточки товара 6. Работа со свойствами типа Справочник 7. Возможность загружать доп файлы(инструкции, каталоги) 8. Возможность выгрузки в свойство типа HTML 9. Картинки в описаниях загружаются в медиабиблиотеку 10. Событийная модель 11. Округление цен 12. И другие незначительные доработки
А теперь рассмотрим подробнее каждый момент.
1. Возможность загрузки офферов табличного вида
Теперь парсер научился парсить торговые предложения табличного вида. То есть офферы должны располагаться в карточке товара в таблице, приблизительно так:
Чтобы решить данную задачу мы в интерфейс парсера добавили еще одну вкладку «Торговые предложения»
Выгружать офферы – выбор типа выгрузки офферов. На данный момент только один тип: табличный. По умолчанию выгрузка офферов не предусмотрена.
Параметр уникализации – важный параметр, определяющий по каким параметрам будет происходить уникализация офферов.
Особенности: 1. Указанные свойства добавляются в название оффера. 2. Если название оффера отсутствует, то название полностью будет состоять из значений указанных свойств. 3. По данному параметру происходит уникализации офферов. 4. Если ничего не указано, то уникальность будет определяться по названию оффера.
Главный селектор контейнера торговых предложений – селектор контейнера офферов относительно селектора детальной страниы. Например: table.
Селектор блока шапки таблицы – селектор шапки таблицы относительно предыдущего параметра. Это поле требуется, если поиск параметров идет по названию. Например: thead tr
Селектор наименования параметра в шапке таблицы – селектор конкретного наименования параметра относительно предыдущего параметра. Это поле требуется, если поиск параметров идет по названию. Например: th
Селектор отдельного оффера – селектор блок торгового предложения относительно главного селектора офферов. Например: tbody tr
Селектор значения параметра в теле таблицы – селектор конкретного значения параметра относительно предыдущего параметра. Например: td
Далее следует блок полей, связанных непосредственно с парсингом значений а таблице
Парсинг полей по селектору - Удалять символы – какие символы необходимо удалять из значений параметров. Перечисление идет через || Наименование – селектор названия оффера Цена – селектор цены оффера Парсинг полей и свойств по названию – происходит поиск значений параметров по наименованию в шапке таблицы. Удалять символы – удалять лишние символы. Перечисление через ||
Далее идут параметры, которые необходимо найти. Для этого нужно указать название параметра в шапке таблицы
2. Возможность деактивации, удаления товаров, которые отсутствуют в текущей выгрузке
Теперь появилась возможность отслеживания товаров выгруженных в текущей и прошлой выгрузке. Для этого во вкладку «Обновление / Уникальность» добавились доп. поля.
Существует три значения данного режима: - ничего не делать – если товар отсутствует в текущей выгрузке, то с ним ничего происходить не будет - деактивировать – если товар отсутствует в текущей выгрузке и присутствовал в предыдущей, то он будет деактивирован - удалить – товар будет удален, если он отсутствует в текущей выгрузке
3. Полная переработки визуального представления свойств
Мы тщательно поработали над визуализацией формы парсинга свойств. И мы сделали так, что теперь настройка данного функционала стала простой и удобной.
Вместо длинного полотна из свойств теперь все свойства располагаются в селекте. Необходимо выбрать нужное свойство и кликнуть Добавить. Свойства автоматически добавится.
4. Возможность добавления новых свойств прямо из формы редактирования парсера
Связано с предыдущим пунктом. Необходимо в селекте свойств выбрать Создать и кликнуть Добавить. Сразу появится подобное всплывающее окно
5. Появилась возможность выгрузки свойств из превью карточки товара
Очень необходимый функционал загрузки свойств прямо из списка товаров. Для этого мы во вкладку «Свойства» добавили отдельные поля для парсинга свойств из превью.
Если свойства заданы и в деталке и в превью, то детальные свойства находятся в приоритете.
6. Работа со свойствами типа Справочник
Появилась возможность работы со свойствами типа Справочник. Работает по аналогичному принципу, как при выгрузке 1с.
7. Возможность загружать доп файлы(инструкции, каталоги)
Еще одно интересное обновление, позволяющее загружать файлы различного типа с удаленного ресурса. Как правило, это документы, инструкции и прочее.
Но, чтобы загрузить свойство типа Файл необходимо не только указать селектор свойства, но и атрибут, в котором содержится ссылка на указанный файл. Например: a[href]
8. Возможность выгрузки в свойство типа HTML
Появилась возможность выгружать html текст не только в описания, но и любое свойство HTML вида.
9. Картинки в описаниях загружаются в медиабиблиотеку
Ранее была проблема, что все файлы из описаний загружались в определенную папку на сервере и почистить эту папку было проблематично. Теперь же все картинки из превью и детальных описаний выгружаются в медиабиблиотеку и вы легко можете откорректировать или удалить любую картинку.
10. Событийная модель
Парсер открыл эру событийной модели. На данный момент внедрено два типа событий: parserCatalogPreview – событие, вызываемое сразу после парсинга превью товара parserCatalogDetail – событие, вызываемое сразу после парсинга деталки товара В обработчик данных событий входят следующие параметры: parserCatalogPreview($id, &$el, &$arFields)
$id – айди парсера $el – ссылка на объект, который был получен в результате парсинга $arFields – ссылка на массив, который будет передан в функцию создания или обновления элемента.
11. Округление цен
Теперь цены можно округлять до нужного значения. Для этого во вкладку «Торговый каталог» мы добавили необходимые поля.
Округление цены возможно: - Округлять с указанной точностью. В данном случае необходимо указать – сколько знаков после запятой будет округляться - Округлять в большую сторону до целого числа - Округлять в меньшую сторону до целого числа
Также были и другие мелкие и незанчительные доработки и исправления, о которых в данной статье упоминать не будем.
Данное глобальное обновление значительно увеличило функциональные возможности модула, а также упростило работу с ним. но это лишь малая часть того, что будет реализовано в будущем. и дальше будет радовать своих клиентов приятными и полезными новинками и улучшениями! Ждите обновлений!
Тестирую систему бекапа Битрикс. Несколько тараканов поймалось, некоторые еще ловятся. В конце эксперимента обязательно поделюсь результатами. К сожалению, пока по-прежнему сохраняются риски потери данных при автоматическом бекапе. Так что — доверяйте, но проверяйте. В этом посте я расскажу вам о неприметном таракане, который вполне может сделать ваш бекап невалидным
Что имеем:
Сайт в UTF (на win1251 не моделировал, но есть подозрение, что там все хорошо). Длинное имя файла на кириллице, который к вам может загрузить любой пользователь, а у вас стоит настройка по сохранению имени файла. Автоматический бекап средствами Битрикс.
Итак, загружаем вот такой файлик в обычный элемент инфоблока. Это может быть не специально, а может быть и намеренно (замечу, это не любое кириллическое имя, а именно длинное):
Бекап это все весело кушает и сообщает, что создается все успешно. Тут у вас случается авария, вы радостно достаете сохраненный бекап и начинаете распаковывать, и тут вас ждет тадам:
Причина? File name too long. Который, как правило, равен 255 символам. Но в данном случае с нами сыграла злую шутку кириллица. То ли при бекапировании она сломалась, то ли при распаковке, то ли и там и там. Но мы получили битый бекап (хорошо что в моем случае это была репетиция):
О проблеме сообщено в Битрикс, это будет поправлено. Но я сейчас (да и всегда в будущем) настоятельно рекомендую вам проверять бекап, созданный автоматическими средствами. Ручному доверять можно, но тоже лучше проверять.
В данном очерке я расскажу как простейшим образом обеспечить автоматическое объединение точек на карте Яндекс в "кластеры", если точки находятся рядом друг с другом. Речь, конечно, идет о дефолтном компоненте Яндекс.Карты Битрикс.
Суть очень проста. В стандартной реализации шаблона компонента точки на карту добавляются одна за другой. Если нам нужно применить их кластеризацию - их не нужно добавлять одну за другой, нам нужно создать массив всех точек, а потом запихнуть его в кластер.
Итак.
Подготовительная работа (переносим шаблон):
Берем шаблон компонента map.yandex.view c назанием .default из /bitrix/components/map.yandex.view/templates
Копируем его в папку с шаблонами данного компонента в своем шаблоне - например, /bitrix/templates/my_template/components/map.yandex.view, где my_template - название нашего шаблона
Файлы шаблона в итоге лежат в /bitrix/templates/my_template/components/bitrix/map.yandex.view/.default/ соответственно
В данном посте я расскажу о файле styles.css, который вы можете наблюдать в шаблоне сайта, но, самое главное, об его особенности при редактировании динамического контента.
Итак, сначала что это за файл. Если вы о нем в курсе, просто мотайте на вторую часть поста.
Данный файл применяется для изменения отображения в виз.редакторе для облегчения работы редактора сайта. Ну к примеру, у вас есть блок важной информации, который вы используете в контенте, и на сайте он выглядит корректно, но в редакторе ничем не отличается от текста:
Вот чтобы глазу было приятнее, придуман данный файл. В котором, помимо некоторых блоков, может быть указание какой шрифт используется в редакторе, какого он размера, и так далее. То есть, тюнинг чисто под редактор. А уже в шаблоне template_styles.css идут правила CSS исключительно под сайт, и как элементы и текст должны выглядеть на сайте. Именно поэтому неправильно в файле styles.css размещать стили самого шаблона. Кстати, вы можете именовать стили в таком файле (), это еще больше облегчит работу редактора.
Но возвращаясь к нашим стилям. Если мы добавим в этот файл нужный код, контент в редакторе окрасится уже приятными и нужными цветами:
Вот для чего нужен такой файлик.
А теперь особенность файла
Все озвученное будет работать штатно для статических страниц сайта. Но оно почти наверняка не заработает для динамических элементов. Например, элементов инфоблока. А если заработает, значит вам повезло по описанным ниже причинам.
Причина вот в чем. Дело в том, что при изменении динамических элементов редактору не передается ID шаблона сайта, поэтому он в свою очередь не может подгрузить нужный файл styles.css (о проблеме уже сообщено в Битрикс). Но это не значит, что он не подгружает никакой стиль, он подгружает первый попавшийся. Он берет первый согласно функции opendir. Чтобы узнать, какой шаблон определит редактор в вашем случае, выполните. Первый шаблон в списке и будет искомым.
Что дальше?
Вариант 1. Несколько грязно, но просто помещаем нужные нам стили в тот шаблон сайта, который и определился выше. Вариант 2. Создаем шаблон-пустышку, который нигде не применяется, но будет обязательно выше всех при определении методом выше. Туда добавляем нужные нам стили. Вариант 3. Ждем исправления проблемы Битриксом.
Поскольку блоги Маркетплейса почему-то не хотят пропускать развёрнутые пресс-релизы на тему конкретных обновлений с описанием возможностей, появившихся в решении в преддверии праздника напишу сюда.
Итак, с момента выхода вышло 4 минорных обновления:
1.0.1
1.0.2
1.0.3
1.1.0
В сумме на данный момент закрыто 13 issue в трекере BitBucket, пришедшихся в основном на два последних релиза (первые 2 содержали во многом косметические правки). Мы постарались прислушаться к тем рекомендациям, которые вы дали в . Так же мы реализовали поддержку одного из самых могучих модулей 1С-Битрикс, давая преимущество пользователям редакций начиная со "Стандарт" и выше - Веб-форм!
В настоящий момент решение снабжено 3 шаблонами, поддерживающими AJAX и Композитный режим, реализованными в лучших традициях 3 Bootstrap:
форма обратной связи с уведомлениями в модальных окнах
форма обратной связи в немодальном режиме
кнопка быстрого заказа через веб-форму в модальном окне
Как видно все 3 обладают слегка различными сценариями применения. В частности шаблон 1 выводит форму на странице, а только уведомления об успешной отправке или ошибке выводит в модальном окне. С 3 шаблоном такой вариант неприемлем, кнопка может вести только на другую страницу (ну и зачем тогда компонент городить? Лучше сделайте отдельную страницу, мы вам мешать не будем), либо вывести в модальном окне всю форму целиком.
Пресс-релизы с описаниями появившихся фич веб-форм:
Поскольку последний релиз помимо новой веб-формы получил так же обновление шрифтов и закрытие пары неприятных багов, версия выше... Увы, не получилось придерживаться темпа и выпускать мелкими релизами.
Так же важным является то, что для версии 1.1.0 мы пересобрали дистрибутив, облегчили его, выкинули кое-какой исторический мусор (он стал примерно на 10% легче), поэтому новые клиенты будут получать только свежую, лёгенькую и чистенькую версию решения!
Напоминаем, что одна из важнейших фишек двух последних обновлений - работа с модулем веб-форм на редакциях БУС начиная со "Стандарта", что позволяет вам интегрировать результаты веб-форм с CRM Битрикс24 и не только отдавать туда информацию об обращениях с лендинга, но и организовать небольшой интернет-магазин на средних редакциях.
Мы надеемся, что наше решение станет неплохим подарком для бизнес-леди в преддверии праздника международного женского дня! Уважаемые мужчины, мы сожалеем, что не смогли напомнить о себе благодаря политике модерации постов в блогах маркета. Надеемся, что вам хватит оставшегося времени!
P.S. скоро расскажу о системе контроля версий и методологии выпуска релиза для "Лендинга Косметики и Парфюмерии". Любой партнёр, который будет активно продавать решение может стать участником этого технологического процесса, что даст неплохие преимущества по сравнению с "чёрным ящиком" выпуска обновлений и развития большинства других решений Маркета, да и самого БУС...
Простая задачка — перегнать телефоны из заказов в профили пользователей. Например, чтобы потом сделать рассылку СМС. Скрипт ниже.
Скрипт тоже достаточно простой. Есть несколько «но»:
Не рассчитан на большую базу заказов, может упасть на оной, пошаговку делаете сами (например, с помощью). Пишется в поле PERSONAL_PHONE (личный телефон), хотя это можете исправить. Берет только один телефон (если их, например, несколько, разделенных запятой).
В переменной $propsPhone не забудьте прописать ID свойств, где может лежать телефон. Как правило, это и для юр.лица и для физ.лица. Скрипт не предусматривает, что св-в одного типа плательщика может быть несколько.
Опытным разработчикам рекомендую сразу пройти мимо. Заметка чисто для себя на случай наступления склероза, а так же молодым разработчикам, которые только открывают для себя процесс разработки шаблонов для веб-форм.
Модуль веб-форм загадочен тем, что в дефолтном шаблоне поле выводится очень просто:
<?=$arQuestion["HTML_CODE"]?>
Если же нужно обернуть поле ввода результатов в какое-то своё представление (ну, например в бутстрап), то начинаются танцы с бубном.
В этот момент следует обратить внимание на то, что в массиве есть 3 типа ID'шек, которые в общем виде могут быть и не равны друг другу:
FIELD_ID
QUESTION_ID
ID
Какой из них брать? Был бы пример в дефолтном шаблоне, вопросов не возникало бы!
Кто же знал, что это всё-таки ИД вопроса, а нужен ИД ОТВЕТА!
Повторяю, когда мы выводим Input, то нам надо выводить класс с ID ОТВЕТА
Таким образом правильная конструкция (в примере выше) содержит именно ID:
FIELD_ID - НЕ правильно
QUESTION_ID - НЕ правильно
ID - ПРАВИЛЬНО
В моих решениях такой баг присутствовал до недавнего времени (обновление в пути), никому не мешал, поскольку кастомный шаблон был заточен только под одиночные поля. Баг тихонечно жил довольно долго... =( Наличие бага приводит к тому, что ВСЕ классы ВСЕХ вопросов формы начиная с первого вопроса имеющего более 2 ответов (даже если его удалить) будут иметь рассинхронизацию и форма их принимать не будет. Как результат такие вот сообщения об ошибке даже для полностью заполненных форм:
Вроде бы несравнимые вещи? Но если посмотреть внимательнее на задачу, то в разрезе Битрикс модуль Обучения гораздо круче (привет и спасибо Роберту Басырову).
Собственно, какая задача встала. Наконец-то вести базу знаний для разработчиков проекта. Какие классы допиливались, как устроена база данных, и прочее. Казалось бы, Вики — идеальный вариант (слева дерево категорий, справа контент). Ну, естественно, если у вас сайт на Битрикс, и редакция позволяет. Но нет, модуль Обучения оказался более удобен и быстроразворачиваем, чтобы не тратить время еще и на разработку самой базы знаний.
Итак, что было сделано, чтобы получить озвученный функционал.
1. Просто установил модуль Обучение, при установке приказав установить публичную часть.
2. Установил бесплатные . Не знаю, мне темный более по душе.
По сути, на этом все, можно создать курс, и дальше работать в публичной части, оперируя только уроками и главами:
В виз.редакторе также предусмотрены стили для удобной вставки определенных блоков:
Классы вы можете прописывать или вручную как на скрине ниже, или прописать стили-названия в шаблоне сайта согласно . Но только не забудьте про одну особенность файла стилей, которую я описал в . Стили для редактора модуля обучения я прилагаю внизу к посту, этот файл надо разместить согласно рекомендациям в .
Возможные классы, предусмотренные шаблоном: warning, note, tip, hint. (вставлять заместо hint на скрине, по названиям понятно, что они значат)
Код оформляется через pre class="syntax":
Ну и последний штрих. Подсветка кода. Воспользуемся тем же, чем Битрикс пользуется в своей базе знаний. Скриптом highlightjs.
Открываем шаблон обучения сайта и в самый конец вставляем такой код (надо скопировать с ).
Продолжаю цикл маленьких штучек. Сегодня я фрустрирую на тему отсутствия в админке Битрикса возможности авторизоваться под пользователем, находясь на странице его настроек, и пробую решить эту проблему.
Для сайтов автозапчастей, производителей техники, мебели, приборов — для многих клиентов может быть востребован механизм отображения схемы с привязкой к товарам каталога. Именно эту задачу решает наш новый модуль.
Выпустили в продажу новый модуль - Каталог схем. Весьма интересное решение для сайтов на платформе 1С Битрикс. Далее в статье расскажем о основных принципах работы модуля, настройках.
Основными характеристиками модуля является возможность построения графической схемы с возможностью привязки к товарам каталога интернет-магазина.
Модуль будет хорошим инструментом для построения схем на вашем сайте, например, для объяснения применения товара или своего рода товарной витрины.
Основные настройки для модуля (после его утсановки) можно выполнить в разделе Администрирование->Настройки продукта->Настройки модулей->Каталог схем (Рис.1, Таб.1): Рис.1. Настройки модуля “Каталог схем”
Таблица 1. Значение настроек модуля
Название настройки
Значение настройки
Цвет фона иконок
любое значение в формате #000000 (шестнадцатеричная)
Цвет границы иконок
любое значение в формате #000000 (шестнадцатеричная)
Тип иконки
прямоугольник
овал
После установки модуля “Каталог схем” на сайт в разделе Администрирование->Контент создается 2 инфоблока “Схемы” и “Маркеры”. В инфоблоке “Схемы” хранится список созданных схем, в инфоблоке “Маркеры” хранятся маркеры, созданные на схеме: Рис. 2. Инфоблоки “Схемы” и “Маркеры”
Маркеры в этот блок добавляются автоматически при создании схемы, а из списка можно отредактировать нужный маркер: Рис. 3. Переход к редактированию элемента в инфоблоке “Маркеры”
При переходе к редактированию маркера открывается такая форма: Рис. 4. Форма редактирования элемента “Маркер”
В разделе Администрирование->Контент->Каталог схем->Схемы хранится список созданных схем: Рис. 5. Переход к добавлению элемента в инфоблок “Схемы”
Рассмотрим подробнее создание схемы для сайта.
По клику на кнопку “Добавить элемент” открывается форма для добавления схемы (Рис. 6): Рис. 6. Форма добавления элемента “Схема”
Для добавления маркеров на схему необходимо после заполнения формы создания схемы её сохранить и только после этого вновь перейти к редактированию схемы и кликнуть в форме ссылку “Редактировать маркеры” (Рис. 7): Рис. 7. Переход к расстановке маркеров
По клику на ссылку “Редактировать маркеры” открывается в дополнительном окне изображение-фон для построения схемы, в этом окне можно, удерживая курсор мыши, определять область расположения маркера, после того, как отпустим курсор автоматически появляется окно для ввода/выбора данных для маркера, после заполнения окошка сохраняем данные, выбранный товар появляется в таблице под схемой. Внимание! При добавлении маркера в схему работает система автоматической подстановки ID товара в создаваемый маркер, если маркер с таким номером уже существует. ID товара подставляется непосредственно при вводе номера, т.е. если, например, есть маркер с номером 2, а необходимо создать маркер с номером 23, то после ввода символа “2”, система найдет маркер с таким номером на этой схеме и подставит соответствующий товар, когда мы добавим символ ‘3’ (т.е. получится 23), то такой маркер не будет найден и поле товара обнулится. В таком случае желательно всегда первым заполнять номер маркера.
Аналогично добавляем еще маркеры и сохраняем схему в этом дополнительном окне, в разделе админской части (Рис.8, 8а): …. Рис. 8. Расстановка маркеров на схеме После доработок модуля появилась возможность сохранять маркеры без номера. Маркер без номера может быть в случае, если например, для сбора техники на схеме нужны какие-то детали, но отображать их просто негде (например винты и прочая мелочь). Добавилась возможность проставлять количество товара при создании/редактировании маркера. Рис.8а Список маркеров на схеме
После создания схемы необходимо разместить компоненты модуля на нужной странице, для этого переходим к редактированию той страницы, на которой планируем размещение схемы и добавляем компоненты.
Компонент “Каталог схем” - станет отображать списком все добавленные схемы на сайте (Рис. ).
Компонент “Товар на схемах” можно размещать на странице с товаром отдельно для каждой страницы (отдельно для каждой страницы сайта добавить компоненты может администратор сайта, а разработчик сайта может добавить централизованно на все страницы товаров через редактирование компонента каталога), будут выводиться схемы, на которых указан этот товар и только с маркером этого товара (Рис. 9): Рис. 9. Добавление компонентов на страницу
Для работы компонентов необходимо обязательным подключение JQuery, можно проверить установленную галку в настройках компонента: Рис. 10. Настройки компонента “товар на схемах”
Страница схемы выглядит примерно так (Рис. 11): Рис. 11. Отображение схемы на странице сайта
По клику на соответствующий маркер происходит подсвечивание товара в таблице под схемой и автофукусировка на строку с этим товаром (она сразу появится в поле экрана, если была за пределами).
Компонент “Товар на схемах” выводит список схем, к которым привязан товар, с отображением маркеров только для этого товара, остальные маркеры скрываются.
Примеров создания схем можно сделать очень много и для совершенно разных областей: Рис. 12. Товар на схемах
Можно создавать маркеры не с числами, а с текстовыми подписями (только необходимо области для маркеров правильно настраивать, иначе текст может не войти в указанную область): Рис. 13. Пример реализации схемы с текстовыми подписями для интернет-магазина обуви
Преимущества и перспективы использования модуля
Универсальное оформление графических схем с привязкой к товарам каталога.
Дополнительная рекламное представление товара вашего магазина.
Модуль очень прост в настройках и использовании.
Инструмент позволяет просматривать списком созданные схемы и отдельно по каждому товару, размещение/местоположение товара в разных схемам.
Приобрести модуль можно на Marketplace: Полное описание модуля можете посмотреть на нашем сайте: Коллеги, желаем приятной работы с 1С Битрикс!
Разработка модуля: Антон Зылёв, Юрий Токарев, Вадим Цветков, Алексей Афанасьев. Тестирование и помощь в написании поста: Алёна Осипенко.
Поздравляю с первым днем весны и первым днем новых цен на продукты 1С-Битрикс!
В честь таких знаменательных событий, а так же с готовящимся релизом второй версии нашего нового приложение "Проект-менеджер" для Битрикс24 ( ), мы решили сделать подарки первым трем желающим - купоны на полгода подписки на данные приложение.
Лучше всего увидеть зачем оно можно на видео (без звука):
P.S.: В данный момент вторая версия на стадии модерации и со дня на день будет доступна для обновления.
Здравствуй пятница. Открываю один из проектов и меня встречает старый, верный товарищ, которого помню еще года так с 2007-го. страница, которая пережила уже два редизайна (если не ошибаюсь, и если первый эрмитаж можно считать за редизайн) Знакомьтесь, если вы еще с ней не встречались - это, вечно молодая страница.... Интересно, про нее просто забыли, или сознательно решили не трогать. Оставить памятник архитектуры.
Мы конечно знаем, как задвинуть ее на задворки и выпустить на поляну своих гламурчиков, но, ребята, может стоит и ее отправить в "переплавку", побрить, одеть и причесать?