Блог

1с битрикс видеть

Как приглашать сотрудников? Коммуникации - всем сотрудникам бесплатно. Как работать со списком сотрудников. Начало работы с Битрикс Начало работы с CRM.

Различия облачного и коробочного Битрикс Пригласить интегратора. Заказать внедрение Битрикс Живая лента. Как работать с Живой лентой. Как пользоваться Живой лентой? Как добавить запись в Живую ленту? Просмотры сообщения в Живой ленте. Создание задачи из сообщения Живой ленты. Написать письмо Вставка изображений из буфера обмена. Видеосообщения в Живой ленте. Что такое BB-коды? Как работает поиск в Битрикс Просмотр файлов Живой ленты и Диска.

Бизнес-процессы в живой ленте. Настройки Живой ленты. Экспертный режим. Умное слежение. Темы оформления Битрикс Отчеты из 1С в Живой ленте. Задачи и проекты. Создание задач.

Как создать задачу? Как создавать подзадачи и работать с ними? Шаблоны задач. Создание задачи по электронной почте. Как добавить к задаче внешнего пользователя? Межпортальные задачи.

Пользовательские поля в задачах. Планирование выполнения задач. Учет рабочего времени по задачам. Мой план. Напоминания в задачах. Канбан в задачах. Что такое Диаграмма Ганта и как с ней работать? Зависимости между задачами в Диаграмме Ганта. Работа с чек-листами в задачах. Работа с задачами. Пример работы с задачами. Роботы в задачах.

Дополнительные возможности задач. Корзина для задач. Импорт списка задач. Как пользоваться фильтром задач? Пример использования группировки задач. Групповое редактирование задач. Экспорт и синхронизация задач. Контроль за исполнением. Как отслеживать задачи подчиненных? Занятость по задачам. Конструктор отчетов. Типовые отчеты. Пример создания отчета. Как организовать задачи по Проекту. Чат и звонки. Внешний вид чата. Общение в чате. История сообщений.

Центр уведомлений. Статусы пользователей в чате. Команды чата slash-команды. Горячие клавиши и форматирование сообщений. Как добавить свои смайлики в Бизнес-чат. Отправка уведомлений на электронную почту.

Демонстрация экрана. Внутренние звонки между сотрудниками. Как установить или удалить чат-бот. Чат-бот Марта - личный помощник. Чат бот Giphy. Общий чат. Закрытые чаты. Групповые чаты. Чат группы проекта. Чат с самим. Открытые чаты. Быстрое добавление событий из чата. Как добавить задачу или сообщение в Живую ленту из чата. Настройки чата. Группы и проекты. Кто имеет доступ в группу проект и как этим управлять. Создание группы или проекта. Вопросы по рабочим группам и проектам.

Как сменить владельца группы проекта. Инструменты группы. База знаний Wiki. Создание первой страницы Wiki. Редактирование и история страницы Wiki. Категории и теги Wiki. Пошаговый пример создания статьи в Wiki. Мой диск. Публичные и внутренние ссылки. Синхронизация диска с компьютером.

Блокирование документов. Ошибка авторизации при редактировании документов в Office Интеграция с Office Ошибки при работе с Битрикс Подключение сетевого диска на Windows. Создание списка.

Настройки просмотра списка. Пример работы с универсальным списком. Как добавить элементы списка? Фильтр и экспорт списка. Списки в группе. Удаление списка. Включение бизнес-процессов в списке. Как перевести сотрудника компании в Экстранет. Сравнение интранет и экстранет пользователя. Работа с внешними пользователями в Экстранете. Календарь экстранет группы. Календари и события.

Календарь компании. Создание событий календаря. Как создать новый календарь. Добавление чужих календарей. Настройки календаря. Права доступа к календарю. Синхронизации календарей. Синхронизация с Google-календарем. Синхронизация календаря с MS Outlook. Синхронизация календаря с Mac OSX. Синхронизация календаря с Android. Проблемы с синхронизацией на Android. Подключение внешних календарей по протоколу CalDav.

Общий диск и Мой диск. Общий диск. Корзина на диске. Безопасная очистка места на диске. Бизнес-процессы на диске. Как освободить место в облаке? Место в облаке - что значит "Занято базой данных"? Место в облаке - что значит "Занято другим"? Файлы и папки. Восстановление файлов. Создание и редактирование документов. Ошибки конвертации. Совместная работа сотрудников. Мой диск: Внешние подключения. Загрузка файлов из внешних дисков. Как создавать сайты? Как создать свой сайт в Битрикс Создание многостраничных сайтов.

Графический редактор картинок на сайтах. Размещение CRM-формы на сайте. Как добавить блоки на все страницы сайта. Как добавить виджет открытых линий. Создание мультиязычного сайта. Настройки сайтов. Как использовать CSS для сайта и магазина.

Настройки сайтов и страниц. Настройка анимации на сайте. Google-карты на сайтах. Отключение и удаление сайтов. Как установить модуль сайтов в коробке. Как расставить заголовки блоков. Адрес сайта и поисковые системы. Свой домен у Сайта или Магазина Битрикс Как добавить сайт в поиск Яндекс. Как добавить сайт в поиск Google. Как добавить сайт в поиск Bing. Правила использования Битрикс Интернет-магазин beta. Как создать заказ внутри CRM? Оформление заказа на сайте. Каталог товаров.

Создание и настройка списка товаров. Размещение каталога товаров в магазине. Настройки каталога. Импорт товаров из Instagram в магазин. Как сделать детальную страницу товара? Настройки магазина.

Статусы заказов и доставки. Службы доставки. Методы оплаты. Как создать магазин в Битрикс24? Интернет-магазин в Битрикс24! Работа с почтой. Как работать с почтой? Как работать с почтовыми шаблонами. Как посмотреть технические заголовки письма. Отправка писем из CRM. Настройка почты в Битрикс Как подключить почтовый ящик? Особенности Почты. Почта для домена и Яндекс.

Как управлять старыми почтовыми ящиками. Отправка писем через SMTP-сервер. Начало работы. Режимы работы CRM.

Поддержка24

Этапы внедрения CRM. Бесплатный тариф "Проект". Преимущества коммерческих тарифов. Старт CRM. План продаж. Что такое лид? Что такое лид и как с ним работать в CRM? Как изменить режим работы CRM? Как добавить лид? Как конвертировать лид? Как распределить ответственных за лиды? Карточка CRM. Поле "Клиент" в карточке CRM. Наблюдатели в лидах и сделках. Канбан в CRM. Используйте вашу учетную запись на Битрикс24 для входа на сайт.

Используйте вашу учетную запись Google для входа на сайт.

Специфика разработки оптового интернет-магазина на 1С-Битрикс

Используйте вашу учетную запись VKontakte для входа на сайт. Используйте вашу учетную запись Мой Мир Mail. Используйте вашу учетную запись на Twitter. Используйте вашу учетную запись на Facebook. Документация Что нового? Битрикс 8. Mithgol 14 января в Это кстати можно всё применить и шаблонизатор подключить. Наверно этим битрикс и отличается от многих других фреймворков, cms, — он удовлетворяет потребности рынка, а не эго программистов. Качество в данном случае — не качество кода или архитектуры, а качество обслуживания клиента, удовлетворения его потребностей.

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

А не Битрикс? Да рынок находится на таком уровне, он совсем недавно вышел из зачаточного состояния. У битрикса очень сильный маркетинг, если бы они направили все силы своего рекламного отдела или кто-там у них на аудиторию разработчиков, а не бизнес, вы бы были без ума, а они без денег: Тут плавно подходим к фундаментальным вопросам что такое хорошо, а что плохо и что лучше, много денег у твоей семьи или суперкод которого никто не видит и не поймёт кроме пары коллег, в ущерб своему материальному благополучию и где этот баланс?

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

Даже если это официальные интеграторы. Хороший вопрос. Супер код, в конечном итоге, будет следствием отсутствия ряда проблем: Вот возьмем Magento. По статистике сейчас не найду, извините самый популярный фреймворк для e-shop. Изначально так спроектирована. Следствие — и распространненость, и достаточное количество коммерческих решений. Хотя бы за счет количества продаж.

Мы запустили модуль Setka Editor для «1С-Битрикс» — Блог Setka

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

У программиста паралельно проекта у менеджера программиста и 10 клиентов. Разделение труда конечно имеет место быть, студии тоже разные бывают. А где здесь синглтон и как вы можете называть short echo tag антипаттерном, если цитирую Starting with PHP 5. Recognized не значит правильно. Вон goto, который запилили в одной из предыдущих версий вроде 5. И сторонних шаблонизаторов там нет, хотя подключить.

И назвать это антипаттерном у меня язык бы не повернулся. Jodes 15 января в Это антипаттерн в чистейшем виде. И лично мне непонятно, зачем команда Yii так издевнулась над своим комьюнити. Я расскажу вам секрет: Она доступна. А теперь посмотрите статистику по версиям PHP и удивитесь. Да, не спорю, конкретно Yii требует 5.

Но не Yii единым. Интересная логика называть антипаттерном новые возможности языка. Может у вас и трейты антипаттерн? И неймспейсы вы не юзаете, их же в 5. Crank 15 января в Можно вопрос? Какие плюсы дает использование шаблонизатора в html вместо php? Это вопрос, о котором спорят годами Лично я всегда придерживался мнения, что PHP — сам отличный шаблонизатор. При решении специфических задач, конечно, можно прикрутить дополнительный.

К примеру, если есть команда верстальщиков, которые уже знают Twig, но вообще никак не знают PHP. Crank 16 января в Как по мне, так не о чем тут спорить. Для чего может понадобиться костыль, который в разы хуже по функциональности исходного инструмента, да к тому же сильно усложняющий разработку фронтэнда? Разве что для раздутия бюджета. Alexufo 27 января в Знаете, я тоже так думал, а потом увидел огромные по популярности проекты типа phpbb 3.

Там просто адовое количество шаблонов с логикой иф иф иф иф и с кучей адового html. Для разработки и правки шаблонов просто достаточно посмотреть в документации, что делает данный шаблон, если не понятно по названию. Читаемость в разы выше, чем нативный разноцветный код и соответствененно верстка. Это дает изоляцию разработки тем для форума независимо от кода ядра и имен всяких переменных, которые могут менять по настроению.

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

Там глаза сломаешь на простом php читать столько шаблонов. В остальных… где шаблонов не так много… шаблонизатор нафиг не нужен, как мне на сегодня. Мне кажется, отсутствие возможности размахнуться художествами в коде — не особенно плюс, хотя и вынуждает держать логику отдельно от шаблонов.

Так я про. Ну, конкретно этот шаблон кстати, что это за шаблонизатор? Уж лучше было бы применить немного PHP для улучшения читаемости — скажем, составлять длинные списки классов с помощью массивов. Говорят, это теперь твиг примеры на чистом php есть, а форумов нет А как переписать это шаблон на php, если ядро меняется.

Логика у форумов примерно ясна, чо то скрыть, че то показать. Crank 27 января в Понимаете, если кто-то не умеет писать читаемые шалблоны, то это не проблема языка — это проблема разработчика.

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

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

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

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

Очевидно, что автора статьи пытаются потроллить ссылками на доки. В случае реального опыта это уже сложнее. Я никогда не стремился что-то осуждать. Поэтому в голове не откладываются неприятные моменты, оставляя место лишь best practice. Которое потом применяя находишь вновь и вновь причины делать именно.

Будет на доп. Как решено на практике: Другая задача: То есть, полугодовая новость, у которой тоже время жизни кеша секунд например — будет обновляться при входе в. Далее какими-то дебрями включается работа Cache Dependies, при котором происходит детектирование наличия измененных данных, чтобы кеш обновился по факту изменения данных ранее тайм-аута в секунд.

Работа с таблицами в 1С-Битрикс (41/49)

И здесь начинается самое интересное — на миллиона новостей, с разным cache time от до секунд сколько уйдет ресурсов на проверку наличия изменений я не говорю об истечении ttl.

Отвечу сам — с онлайном в 10к юзеров будет идти порядка запросов на наличие изменений. Увы, работает эта тема нестабильно. С одной стороны разобравшись с вылетом CEvent: Запуститься дубликатом, сожрать все процессы php5-fpm достаточно одного в каждом форке, чтобы они не завершались и висели в ожидании пришествия.

Или обратная ситуация — когда его излишняя работа вызовет массовое перегенерирование того, что истекло по обычному ttl. Пусть наш скрипт работает без. Читать данные мы будем один раз, сохранив далее их в memcache, проверим потратим процессорное время и при успешной проверке запишем все в… монгу. И когда момент приема запросов пройдет длится фиксированный период времени — спокойно вторым скриптом все разберем и разложим по полочкам в битриксе.

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

Тогда мы сможем от него отказаться. А пока платим за две бизнес-лицензии, используя лишь админку и api. Спасибо — очень интересно. Особенно последняя задача. Получается, что купив самую дорогую редакцию и надеясь на полноценное решение, по хорошему останется только админка и API? А можете написать что-то отдельным постом, а то хочется в карму отблагодарить, а без публикации не дает. На самом деле не жалко этих денег. Просто потому что я бы сам делал тот же самый функционал API и админки дольше.

Если бы вообще смог повторить. А требовать что-то еще — бессмысленно. Битрикс справится с любой задачей, которую он призван решить. Будто то интернет-магазин, блог, новостной портал. Причем не только функциональную задачу, но и задачу бизнеса. Проблемы начинаются тогда, когда: Во всех остальных типичных случаях он по моему мнению лучше других аналогов. Поделиться есть много. Как идеями, так и чем-то законченным. Но всегда останавливают как причина выше, так и комплекс несостоятельности своей манеры передачи информации.

Уж извините. Под какие задачи создавался? Под какого заказчика? Сколько серверов, в конце-концов? Проект действующий, многосторонний, рассчитанный на аудиторию в более 10 млн уников в месяц. Заказчик — мой работодатель Это все, что я… хотел бы рассказать. Простите Архитектурно: Это веб-сервер.

Другие серверы есть и похуже, что-то очень сильно получше — не имеют значения в обсуждении. Они больше заняты обработкой в live-режиме большого контента и раздачу большого контента. Веб-сервер с ними не взаимодействует, кроме статистики munin забрать, да пары мегабайт данных в 5 минут. Модули с маркетплейса да — минимизация админки.

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

Решения в маркетплейсе расширяют штатный функционал или делают какую-то все таки типовую работу чаще всего связанную с магазинамикоторую проще купить, чем написать. У нас проще написать, ибо потом разбираться с чем-то не хочется. Плюс, покупая решение я боюсь в нем увидеть выкидыш зла, которое потом нельзя использовать. Кстати, забыл, есть одно установленное решение — интеграция со службой доставки СДЕК. Но его купили только потому что его стоимость была дешевле, чем чистое время писать интеграцию самим.

Да и какой-то дальнейшей доработки функционала доставки не предусматривалось. Очень интересно. Низкий поклон за труд: А очереди на обработку-конвертацию на чём реализуете? Очереди. Есть параллелизация. В итоге все получатели получают информацию максимально быстро, в зависимости от сложности необходимых обработок. Реализовывать очередь — необходимо что-то вроде ноды, наверное.

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

Этим и объясняется мое желание умолчать о проекте. Спасибо, что отнеслись с уважением к моему желанию. С вашего позволения поделюсь своим опытом.

У нас например были проблемы с производительностью, вроде уже всё что можно переоптимизировали, посещаемость высокая, битрикс тяжёлый, тогда ещё mysql сервер сейчас mariadb не выдерживает. Есть у битрикса вот такая проблема в архитектуре idea. Написали свой модуль отложенного обновления счётчиков просмотра, битриксовый counter из нагруженных страниц выпилили.

Битрикс хранит данные о просмотренных баннерах в cookie пользователя, прям данные а не какой-нибудь id посетителя, в нашем случае много баннеров получается очень большая строка превышающая максимально допустимый размер cookie, соответственно ряд баннеров показывается больше чем нужно одному посетителю. Пока вижу только вариант писать свой модуль для ротации баннеров, м. Нельзя так просто взять и написать в getlist api то что тебе.

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

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

Вероятно, пошел бы учить что-то более низкоуровневое и более типизированное, объектное.

Управление структурой сайта

Это очень круто. Но зачем? Это равносильно созданию проблем самому себе и героическому их преодолению. Зачем что? Свои компоненты? Они нужны тогда, когда требуется функционал совершенно специфический. Или другой пример, раздел полуновостей музыки. Они могут интегрироваться с новостями, всплывающими виджетами, содержаться во множестве артисты, альбомы, треки — как угодно могут связываться друг с другом — стандартным компонентом это можно реализовать, но с большими доработками.

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

Потому что в этой новости кроме самой новости могут быть различные виджеты, попап-галереи, аудиотреки и тетрис. И при этом совершенно не нужен функционал хлебной дорожки, постраничной навигации, эрмитаж тем более, фильтров и остального прочего. Эта как раз та ситуация, при которой типовая задача требует в себе бОльшей гибкости ага, шаблон представления этого компонента работает в режиме десктопной версии, версии для WebView, версии json при этом, даже само наличие доп.

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

И хорошо, если этот ад независим от остального — так нет же! И ссылка была постоянной на результат этого бреда. Ну и композитный кеш там внедрите, а то тормозит как-то…. Я полностью поддерживаю идею с отказом от реализации нестандартной функциональности через стандартные компоненты, абсолютно очевидно, что попытка такой реализации приводит к разведению болота в коде. Вопрос в том, зачем вообще использовать в таком проекте Битрикс?

Ответил в ветке выше, процитирую себя же: Если подскажете выход или направление в какую сторону посмотреть — буду благодарен. Я — пока не нашел чего-то. Я не в курсе, честно говоря, как в текущих версиях, но во времена, когда я работал с этой CMS идеология хранения контента в ней была не лучшей: Опять же, не очень понятно, как на Битриксе строить процесс деплоя: Мы разрабатывали админку точно под необходимую бизнес-логику.

Сначала использовали фреймворк Kohana, потом перешли на Yii. В итоге получили полное отделение данных от кода, структура данных описывалась миграциями и классами моделей, которые отлично версионировались. Деплоймент заключался в обновлении версии кода и запуске миграций. Дополнительным плюсом этих решений является инфраструктура для юнит- и интеграционных тестов. Битрикс же является просто нетестируемым.

Я даже не уверен, что его ядро покрыто тестами. Ну статичный контент в файлах как раз очень хорошо поддается версионности. Проблема может возникнуть когда в статичном файле помимо include header и footer существует какой-то еще код. А вот версионность базы — это беда.

Для случая когда в php-коде встречается текст есть штатный функционал подключения языка, при применении которого даже в шаблоне нет ни единой фразы текста. То есть, с этим все ок, вроде, кроме версионности базы. Что касается деплоя: Множество файлов ядра имеет какие-то нетехнические комментарии, TO-DO и много просто закомментированных функций, которые были активны до обновления.

Сейчас это никак не организовано, уж извините Это просто пример того, что все таки не так сложно организовать деплой в автоматическом режиме.