Вот и случилось так, что два абсолютно разных сайта на одном ядре начали жить полноценной жизнью каждый в "своей админке". И вроде все бы ничего, но растущее количество инфоблоков начинает вносить путаницу, ведь и по site1.ru и по site2.ru открываются одни и те же инфоблоки, а хотелось бы, чтобы показывались только нужные (этого сайта) инфоблоки.
Решил провести на себе эксперимент и перевести свой маленький блог с Wordpress на Битрикс Редакцию выбрал самую маленькую, т.к. была не использованная NFR лицензия, да и заодно проверить на сколько она жизнеспособна
Если пользователи могут менять элементы инфоблока, администратору может быть удобно быть в курсе этих изменений. писал решение одной из таких задач, где форма обратной связи делалась на инфоблоках. Как раз там мне указывали на то, что править код для каждого инфоблока не удобно.
Теперь решил обобщить задачу и сделать возможность интерфейсно выбирать, любой инфоблок. За одно можно будет фиксировать изменения в журнале событий, тем более, способ теперь
Стандартный модуль документооборота отправляет уведомления почтой, но не всегда он есть и не всегда удобно его включать только ради почтовых уведомлений.
Битрикс опозорился. На моей памяти первый раз, но сразу крупно - мобильную версию КП показали, но не дали. Надо было и КП показать но не дать - тоже гениальный ход бы был
В общем, настрадались сами, замучали аккаунт на Timeweb-е и соседей, пришло время уезжать на сервер. Взяли hetzner. Опыта - практически ноль. С горем пополам переехали, вроде всё заработало.
Но вот пишет клиент - "при загрузке фоток к новостям выдаёт ошибку error" Тестим сами - всё ок. Пишет снова - мол, ошибка никуда не делась.
Привет, По логике битрикс одноразовый купон может применяться только к одному товару в корзине, поэтому возникло несколько запросов в ТП на реализацию возможности применять одноразовый купон ко всем товарам в корзине. Такой возможностью обладает только многоразовый купон. Решить задачу можно, превратив многоразовый купон в одноразовый.
Как то так получилось, что по моему основному месту работы меня попросили провести презентацию для коллег по цеху. Сказано - сделано. Провели небольшой вебинарчик и все это действо записали "шоб було". Ну и я решил чтоб добро не пропадало выложить его. Авось еще кому пригодится
В видео словами рассказано практически все то же самое, что есть на сайте, с небольшими дополнениями и "вопросами из зала". Так же, в конце есть небольшой мануал по самостоятельному написанию гема.
Засел за пример работы component_epilog.php и благодаря Максиму Смирнову разобрался, как же его скрещивать с result_modifier.php. Собственно, в документацию мы уже внесли, но напишу еще тут.
Сегодня пришлось разбирать файл импорта, написанный прямыми запросами к базе данных. Идет update элемента, где явно указывается iblock_section_id в значение XXXX. После импорта через админу просматриваю элемент, во вкладке "Категории" мой элемент привязан к разделу с ID YYYY. Удивлен! Снова смотрю в импорт: раздел указан верно. Смотрю напрямую в базу данных, в поле IBLOCK_SECTION_ID стоит указанное при импорте значение XXXX. Итогом поисков "ошибки" стал следующий вывод:
Существует таблица b_iblock_section_element, в которой хранятся элементы с множественной привязкой к разделам инфоблока. Сюрприз оказался в том, что в случае, если в данной таблице есть запись для элемента с ID 123 и этот элемент в данной таблице привязан к разделу YYYY, то совершенно и полностью игнорируется значение, записанное в IBLOCK_SECTION_ID у самого элемента в таблице b_iblock_element (у нас оно XXXX). Однако, для меня сие стало сюрпризом.
Как все уже знают, Всемирный день IPv6 состоится 8 июня. (А кто не знает — или ).
не только собираемся поглазеть на это со стороны, но и основательно погонять Битрикс в боевых условиях, для чего в назначенный день включим IPv6 для всех наших сайтов и сайтов наших клиентов. Клиентам отправили , что да как.
Наша задача как партнеров (а многие еще и хостят сайты клиентов) — обеспечить клиентам плавный и безболезненный переход на новый протокол, поэтому призывают тех, у кого есть возможность, подключаться к тестированию.
Сразу скажу, что IPv6 одной кнопкой не включается, пришлось проделать определенную работу, но в целом особых проблем у нас не возникло. Подготовили DNS, стэк приложений (кроме FTP), сеть. У кого работает IPv6, можете попробовать на .
По результатам предварительного тестирования:
Связка nginx+Apache работает без проблем, если Apache слушает IPv4. Ну, а другого и не надо.
RPAF работает корректно, PHP тоже. Правильное значение IPv6-адреса доходит до Битрикса.
MySQL трогать незачем, пусть остается на IPv4, к нему подключаются через сокет или по внутренней сети. То же касается Memcached.
Ну, и Битрикс. Скажу так: пока работает все, кроме «Веб-аналитики» и «Проактивной защиты». Эти двое намертво заточена под IPv4, поэтому никаких стоп-листов или чего-то такого:
Однако хиты показываются правильно:
И определение страны/города, понятное дело, не работает, потому что базы под IPv4.
После 8 июня планирую опубликовать [более подробный] отчет по работоспособности Битрикса по IPv6 (ТП Битрикса — готовьтесь ).
Буду признателен, если кто-нибудь поделится результатами относительно VMBitrix.
Вот же ш лень матушка точнее опять пресловутая рутина, будь она не ладна. Не хотелось в лоб сидеть и копировать свойства из одного ИБ во вновь созданный. В общем, очевидное решение под катом, с одним "но".
Обновлено: практически сразу после написания текст ниже .
Первоначально приветствую вас и надеюсь вы не потратите время зря. Следующий модуль я создавал первоначально для себя, стараясь покрыть все возможные тривиальные (может некоторые и не совсем тривиальные) задачи, касательно резайзинга изображений на серверной стороне. Но также хочу поделиться со всеми своим трудом, поскольку прошлая версия этого модуля, намного менее совершенная, получила резонанс, и пришлась очень кстати многим.
По советам потребителей прошлой версии, я объединил эти 2-е функции в одну, если так можно сказать. Я создал класс, существенно расширив функционал и универсальность, также используя более дружелюбную параметризацию. 1С-Битрикс режим теперь включён внутрь класса, нужно только активировать его, в то время как в прошлой версии — это были два отдельных скрипта. Обо всех изменениях думаю рассказывать сейчас не стоит, ибо скорее всего вы видите этот модуль впервые, лучше я расскажу о каждой возможности отдельно. Да и по-моему эту версию и прошлую уже можно считать двумя разными не связанными между собой скриптами. Возможности модуля:
Получение отрезайзеного изображения;
Поддержка форматов: JPEG, PNG, GIF (выходящий файл всегда JPEG);
Сделайте кто-нибудь модуль комментариев. Устал реализовывать через форум или блоги. Да и клиенты все время в шоке, что в битриксе нельзя комменты править через админку и удалять партиями по 100 штук.
Фишки: 1) Можно комментить любой url (даже статические страницы!) по сути это таблица с полями id; content_type; content_id; user_id; message; date; active; 2) Правка/модерация через админку 3) Оповещения о комментах 4) Премодерация/постмодерация 5) С визивигом или без 6) Дерево. Если есть желание. На певое время можно сделать как в блогах - всё на одной странице, построение дерева на пхп. Через пару лет mysql сможет делать рекурсивные выборки как в оракле и останется дописать пару строк
Если вдруг кто возьмется, то отпишите, чтобы я не начинал
При проведении мероприятий мы столкнулись с проблемой: нам нужно регистрировать и учитывать посетителей мероприятия, однако, классическая веб-форма с вопросами и ответами не совсем подходит - мероприятия проводятся часто, и постоянно заполнять ФИО, компанию и телефон постоянным посетителям надоедает. Регистрироваться на сайте и помнить пароль - это не всегда хорошо. Простым, и в тоже время работающим решением стало использование авторизации через социальные сети.
Друзья, кто-нибудь вкурил в новые рейтинги? Возможностей и алгоритмов нам предоставляют множество, но у меня простая задача. Юзеры ставят чему-то +1 и -1. Раньше я успешно справлялся с этим сам (делал свою таблицу в бд и т.д.), но тут решил опробовать реализацию от битрикса.
Я погрузился в работу с продуктом совсем недавно и не совсем еще четко понимаю некоторые вещи, поэтому прошу о снисходительности, если вдруг буду задавать глупые вопросы
У меня на поддержке оказалось несколько сайтов 2005-2006 года выпуска. Проблема в том, что они с тех пор остались практически в неизменном состоянии и не обновлялись. Естественно за это время многое изменилось, появились новые готовые решения, другая структура компонентов и шаблонов, короче говоря сайты с новыми версиями практически не совместимы. Вопрос - что с этим делать? Поддерживать все в старом виде на компонентах 1.0 или все таки попробовать переделать практически с нуля в соответствии с нынешними возможностями продукта? Интересно узнать о вашем опыте поддержки устаревших сайтов, наверняка кто то уже с этим сталкивался и не раз.
Ощутил на себе, буквально в данный период времени, понятие планктонности и хандры. Когда "вот к этой работе ну совсем душа не лежит", а "вот эту бы я поделал, но ее сейчас нельзя делать". Если быть конкретным, то "надо сверстать вот эту ерунду". Надо и все. А поручить другому по определенным причинам нельзя.