Форум

Bitrix 18.0.4
В новых админских таблицах перестали открываться записи по двойному клику по строке записи, старые таблицы работают по старому.
Это так задумывалось, или у меня что то не так, или это баг обновления ?

Пример из документации
[CODE]
new Entity\TextField('EDITIONS_ISBN', array(
   'save_data_modification' => function () {
       return array(
           function ($value) {
               return serialize($value);
           }
       );
   },
   'fetch_data_modification' => function () {
       return array(
           function ($value) {
               return unserialize($value);
           }
       );
   }
))
[/CODE]
После обновления это больше не работает! $value = 'Array';
Это норма ? У меня в большом проекте используется эта техника, мне теперь нужно все это переделывать ?

Табличка
-------------------------
id | packing_id | value
1  | 50             | 1000
2  | 50             | 500
3  | 60             | 500
4  | 33             | 100

Я хочу выбрать packing_id c максимальными значениями поля value  используя агрегацию



у меня это не получается потому что orm вставляет группировку по полю id, типа она в select есть потому что. Но у меня там еще куча полей и мне не нужно по этим полям группировать ! Как мне решить мою проблему ?

https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=5824&LESSON_PATH=3913.5062.5748.5824 на сколько я понял из этого не как ?

Важное правило: Если в выборке есть агрегация или группировка (агрегация по уникальному значению) хотя бы для одной колонки, то все остальные колонки из SELECT и ORDER BY должны быть так же агрегированы или сгруппированы.

Кто нибудь писал разделы на ORM? Поделитесь решениями )

Захотел поменять php с 7  на php 5.6. С установкой не получилось, но не в этом вопрос )
Вернул php обратно . В директории /etc/httpd/modules есть два модуля
/etc/httpd/modules/libphp7-zts.so
/etc/httpd/modules/libphp7.so

[CODE]apachectl -t -D DUMP_MODULES[/CODE]
Показывает php7_module (shared)

В файле /etc/httpd/conf.d/php.conf
Присутствуют дерективы
[CODE]AddType text/html .php
<IfModule  mod_php7.c>
   <FilesMatch \.php$>
       SetHandler application/x-httpd-php
   </FilesMatch>
</IfModule>[/CODE]

В файле /etc/httpd/bx/conf/php.conf
[CODE]<FilesMatch "\.php$">
AddType application/x-httpd-php .php
</FilesMatch>[/CODE]

Вроде бы должно работать, но php код не интерпретируется и выводится как текст. Сервис httpd и вообще сервер перезагружал неоднократно. Что то , где то пропустил -(

Разобрался, сори , поспешил с вопросом. После установок php конфиги php были закомментированы и короткий тег <? не работал

Возможно я не совсем догоняю как работает static.
Проблема в том что static::load(array('ID' => (int)$id), $with) - 100% возвращает объект, но сам метод loadById ничего не возвращает от того не работает функционал отправки файла в чат
Что не так ?
PHP Version 7.0.25


PS c  поздним статическим связыванием разобрался, но проблема осталась не понятная, это баг php похоже

Не понятная штука , отправляю сообщение пользователю методом CIMMessage::Add($ar);
Сообщение уходит пользователю, но в мобильное приложение bitrix24 не приходит пуш уведомление. Если написать сообщение просто в чат , то пуш уведомления сыпятся. Поковырял файл /bitrix/components/bitrix/im.messenger/im.ajax.php, на него сыпит запрос из веб чата, но ничего подозрительного не увидел, что нибудь что слало push уведомления, просто отправляется сообщение методом CIMMessage::Add($ar);
Что я пропустил ?

Ранее с такой схемой использования бизнес процессов не сталкивался. Столкнулся и не как не могу понять как это работает , поиск по решения проблемы результат пока что не дал, ищу!

Есть bitrix:webdav , настроен на Инфоблок Документы -> Договора на согласование
При просмотре файлов с списке bitrix:webdav, для каждого файла можно запустить новый бизнес процесс из списка (Договор аренды, Договор-эксплуатации и тп).
Инифоблок "Договора на согласование" участвует в бизнес процессе, но у него совсем отсутствуют какие либо шаблоны бизнес процессов. Встала задача откорректировать эти бизнесс процесс(Договор аренды, Договор-эксплуатации и тп). Вопрос, откуда взялись эти "Договор аренды, Договор-эксплутации и тп" , инфоблоков с таким названием нет , каких либо других настроек не нашел -(

Интранет (intranet) - 17.2.15
В базе данных 19к пользователей и 5к подразделений (не все они нужны в работе компании, но они нужны для информации)

Документации нет!

UserToDepartmentTable::reInitialize полностью вычищает свою таблицу, делают выборку всех пользователей, делают выборку всех подразделений, и записывает новые записи в свою таблицу. И так каждый раз при обновлении подразделения

UserSubordinationTable::reInitialize выполняет жуткий запрос который выполняется 45 сек!. И так каждый раз при обновлении подразделения

300 подразделений обновляется  "скопом" очень очень долго ! Раньше такого не было !
Нашел несколько методов
\Bitrix\Intranet\Internals\UserSubordinationTable::delayReInitialization();
\Bitrix\Intranet\Internals\UserToDepartmentTable::delayReInitialization();
Эти методы выключают всё это безобразие
и
\Bitrix\Intranet\Internals\UserSubordinationTable::performReInitialization();
\Bitrix\Intranet\Internals\UserToDepartmentTable::performReInitialization();
не знаю что делает , перегенерирует похоже, нашел в компоненте обмена с 1c ЗУП!

Но осталась проблема когда изменяют или удаляют подразделения в админке !

Объясните зачем эти UserSubordinationTable и UserToDepartmentTable (документации нет) и как вы думаете , нормально ли так программировать, скорее всего я чего то не понимаю, хотелось бы понять !

Не знаю, баг это или нет , нет время ковыряться в "кишка" )
Когда не установлен mod_rewrite , обработка чпу все равно происходит.  В .htaccess директива ErrorDocument 404 /404.php подключает 404.php который в свою очередь
сначала обрабатывает урл по всем правилам, а потом уже если нужно 404 отдает. То есть чпу работает и без mod_rewrite , но если отправить на урл  c чпу post запрос ,
то параметров post не будет передано в исполняющий файл! Это только у меня так ? )