Изменено: Юрий Поляков - 21.01.2019 13:52:03
21.01.2019 12:42:04
Изменено: Юрий Поляков - 21.01.2019 13:52:03
|
|
|
11.01.2019 09:20:30
В этот раз только обращение в тех.поддержку помогло, потому что параллельно с этой ошибкой еще в маркетплейсе горело
"Работа системы обновлений заблокирована. Данная ситуация могла произойти после восстановления сайта из резервной копии, переносе сайта на другой хостинг, а также в некоторых других случаях" (ничего из вышеуказанного не делали, даже некоторых других случаев, но что-то тех.поддержка у себя подкрутила, и заработало).
Изменено: Юрий Поляков - 11.01.2019 09:21:31
|
|
|
18.07.2018 10:38:19
up
в новом обновлении всё тоже самое. При чем и на тестовом сервере и на боевом. При автоматическом создании по крону - не работает "Шифрование". При этом ручной запуск с шифрованием - работает. Похоже и непередача в облако связана именно с этим.
Изменено: Юрий Поляков - 18.07.2018 10:43:45
|
|
|
03.05.2018 11:20:35
|
|||||
|
20.02.2018 07:05:25
Изменено: Юрий Поляков - 20.02.2018 07:44:27
|
|||
|
05.02.2018 07:37:47
Можно просто все существующие значения свойств заказа в шаблон вытаскивать, хоть GetList:
Или на D7
Изменено: Юрий Поляков - 05.02.2018 07:38:58
|
|||||
|
02.02.2018 07:54:55
del
Изменено: Юрий Поляков - 02.02.2018 07:56:13
|
|
|
02.02.2018 07:35:45
Он просто обрезал MaxRequestPerChild на сколько я понял. Попробуем конечно. но анализ свопа показывает что там только половина занята httpd, вторая половина - от MySQL. |
|||||
|
01.02.2018 10:56:07
И у нас. При чём при использовании cron - просто молча в облако не заливается и всё. Хотя локальная копия создаётся.
А при выборе "через облачный сервис "1С-Битрикс"" - ERROR_10 Secret key is incorrect p.s.: при попытке прямого запуска [bitrix@]$ /usr/bin/php /home/bitrix/www/bitrix/modules/main/tools/backup.php 0.09 sec BitrixCloud is not available 0.09 sec Backup started to file:
Изменено: Юрий Поляков - 01.02.2018 11:53:11
|
|
|
01.02.2018 06:44:17
Если в папку /bitrix/php_interface/include/sale_delivery/ положить пустой файл с именем имеющейся, но ненужной службы доставки (в точности как в /bitrix/modules/sale/delivery/ ), то запросов не будет вообще: т.е. пустые файлы /bitrix/php_interface/include/sale_delivery/delivery_pecom.php /bitrix/php_interface/include/sale_delivery/delivery_cpcr.php
Изменено: Юрий Поляков - 01.02.2018 06:45:14
|
|||
|
01.02.2018 06:21:59
|
|||
|
01.02.2018 06:14:59
Метод
вообще не подразумевает никаких событий, как и и проверять на $order->isNew() и нечто вроде
Но вытаскивать сам профайл потом всё равно только поиском по совпадению имени плательщика, уже после создания заказа. Других адекватных способов в голову не приходит. |
|||
|
25.01.2018 13:05:18
deleted
Изменено: Юрий Поляков - 25.01.2018 13:42:03
|
|
|
16.12.2016 13:08:54
При включенном композите нашел проблему со старыми MSIE - например в 8ом - во первых - ошибка JS
(в файле файле core_frame_cache используется Array.prototype.slice.call ), во вторых - на MSIE композит срабатывает да ещё и перетирает кэш на свой. Хотя из курса
Было у кого-то подобное? |
|||
|
30.11.2016 13:36:33
это сразу пробовал
|
|||||
|