03.05.2018 11:20:35
|
|||||
|
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 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:21:59
|
|||
|
01.02.2018 06:14:59
Метод
вообще не подразумевает никаких событий, как и и проверять на $order->isNew() и нечто вроде
Но вытаскивать сам профайл потом всё равно только поиском по совпадению имени плательщика, уже после создания заказа. Других адекватных способов в голову не приходит. |
|||
|
26.01.2018 13:12:15
Если кто-то найдёт топик позже,
сейчас можно создать файл error.php в корне сайта, в случае его наличия - вместо этого текста отдаётся содержимое:
|
|||
|
16.12.2016 13:08:54
При включенном композите нашел проблему со старыми MSIE - например в 8ом - во первых - ошибка JS
(в файле файле core_frame_cache используется Array.prototype.slice.call ), во вторых - на MSIE композит срабатывает да ещё и перетирает кэш на свой. Хотя из курса
Было у кого-то подобное? |
|||
|
30.11.2016 13:36:33
это сразу пробовал
|
|||||
|