бронирование слота не очень хорошо

Проверка на свободу же

не избавляешься от рисков - отвалилась сеть, 1с-ка в перерасчете и т.п.

расчет надо строить на то что друг друга могут потерять минут на пять легко..

никто 5 минут ждать не будет

А тут уже сам знаешь же, что каждая доля процента стабильной работы - это ценник х2

Но тут проще. Сама 1с тупить может и норм

Есть промежуточный вариант прокси базы

потому мастер слепок на стороне 1с 1с оповещает о том что произошли акцессы какие то у нее, и забито гдето или появилось сайт же ведет запись, и может сгружать сам или по запросу конечные тайминги

Мы как-то делали такую штуку с минимумом ошибок. Стоило как чугунный мост

1с тупит и падает всегда.. оно нестабильно

Ну так тут решается вопрос очередями

Все, лимит мозга исчерпан. Пойду жрать и фильмы смотреть

ну.. чугунный или нет, но да, не дешево однако формула стабильности платформы не забывай если вероятность падения первого продукта 0,95, второго в связке 0,8, то общая не 0,8 даже, а 0,95*0,8, т.е. 0.76

достаточно еще одного подписчика такого же как 1с.. и общая надежность будет вообще никакая.. да и эта.. вымотает любого менеджера

Промежуточная база была самой простой и наиболее отказоустойчивой

Эх, пофиг

не.. не согласен

наиболее отказоустойчив или сайт, или свой скрипт на этом же хостинге в соседней папке под тем же аккаунтом смысл в том что потребитель основной веб, если он упал - то инструмент не нужен

а 1с еще постучит если что

Практика показала, что это было оптимальное решение на или момент. А, смысл был в том, что не 1ска с сайтом работала

если сервак на 1ске .. то тогда да, промежуточник с высокой доступностью

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

Ребят, подскажите может кто сталкивался, после переезда на новый сервер и PHP5.6, битрикс начал на свои же функции ругаться http://joxi.ru/EA4Kgg0CQ7d52b, все обновления выкачены. Конечно же всё связанное с вызовом не статики как статика, можно ли как то это обойти?

Даже заказ нельзя удалить

Ребят, подскажите может кто сталкивался, после переезда на новый сервер и PHP5.6, битрикс начал на свои же функции ругаться http://joxi.ru/EA4Kgg0CQ7d52b, все обновления выкачены. Конечно же всё связанное с вызовом не статики как статика, можно ли как то это обойти?

нет статичного метода.. чтото при обновлении пошло не так похоже

Да это понятно)

кстати

А версия ядра какая?

там написано деприкейт.. а сам метод существует?

если да, то возможно просто ошибки php достаточно понизить

php.ini адекватно вписать..

если нет - то пробовать даунгрейд делать php если это возможно.. раскатывать бекап.. заводить хоть как то.. а потом уже разбираться.. желательно на своей площадке..

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

А версия ядра какая?

16.5.15

но вообще странно.. ошибок при обновлении точно не было? и опять же где обновлялись, на нормально работающем хостинге?

но вообще странно.. ошибок при обновлении точно не было? и опять же где обновлялись, на нормально работающем хостинге?

Ошибок не было, разница лиш в тот что был CentOs а стал Debian 8, ну и php до 5.6.30

Такое поведение только на php7 встречал

но php5.6 не должно

16,5,6 битрикс PHP 5.6.27-0+deb8u1 (cli) (built: Oct 15 2016 15:53:28) дебиан

если выставить правильные error_reporting

работает стабильно, хотя версия ниже быхи

PHP 5.6.30-0+deb8u1 (cli) (built: Feb 8 2017 08:50:21)

ну вот странно да, если с репортами все ок, какого лешего он на устаревшие ругается.. даже если действительно устаревшие

рядом есть сервак c PHP 5.6.24-0+deb8u1 (cli) (built: Jul 26 2016 08:17:07) тут всё тоже самое норм

Думается что это свежее обновление php

чтото не совсем всетаки последняя версия.. но согласно скрину падает то ядро..

хм.. падает любая страница?

нет, в даном случае когда пытаешься удалить заказ

При создании заказа тоже такая же

а так в целом кроме как в работе с заказами, вроде норм работает

это

посмотрите события которые на заказах сидят

попробуйте временно кастомные выключить

лажает на событии каком то, возможно самописном

их нету ни одного)

ого..

в том то и подвох, откатыватья до 5.4 вобще не хочется да и бред это

запустить проект, чтоб было время разобраться

если время не жмет - стоит на соседнем поднять демобитрикс с штатным магазом, подтвердить что проблема на этой связке, и передать в тп битрикса

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

кстати.. действительно странно согласно #12 идет из админки удаление заказа согласно #6 срабатывает событие onBeforeSaved - т.е. перед апдейтом заказа что за.. странности то.. так и должно разве быть? удаление жеж..

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

в каждом компоненте есть файл стилей

там по сути подключено 4 компонента, все стили вычищены

проинспектируй элемент который уехал -> увидишь какие стили применяются -> удали их

в шаблоне натянутом на битрикс не применяются @media

мозила их применяет а хром нет

в шаблоне натянутом на битрикс не применяются @media

вот при чем тут битрикс?)

вот при чем тут битрикс?)

ну если я под чистую перенес шаблон, без него работало, на нем нет)

только это все равно не меняет того факта что когда накручивал ты где то накосячил )

не та последовательность, кеш какой нибудь

очень просто

После таких вопросов хочется сделать бота с 2-3 вопросами по знанию битрикса, перед тем как впускать в чат)

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

Мб, режим правки включен? В режиме инкогнито смотрели? Кеш полностью удаляли? Если все это проверили, то где то стили стандартных компонентов не удалили (файл style.css или в самом template.php) или в шаблон что то лишнее включили.

разобрался, хром не хотел в отличии от мозилы подключать файл с запросами @media. все закинул в главный файл стилей и все заработало))

Ребят, подскажите может кто сталкивался, после переезда на новый сервер и PHP5.6, битрикс начал на свои же функции ругаться http://joxi.ru/EA4Kgg0CQ7d52b, все обновления выкачены. Конечно же всё связанное с вызовом не статики как статика, можно ли как то это обойти?

Я вот после обновления узнал что теперь php 5.6 принудительно меняет кодировку - часть старых сайтов в win5121 ( не на битриксе) стали в кракозяблах

Я вот после обновления узнал что теперь php 5.6 принудительно меняет кодировку - часть старых сайтов в win5121 ( не на битриксе) стали в кракозяблах

можно ссыль на пруф?

В с смысле - пруф?

Именно на что? На кодировку - гуглится

Оттуда и узнал

В changelog для 5.6

хм.. какая милота.. пора обзаводиться версиями 5.4, 5.6 и 7 для проверок и саппорта.. хы

а нефиг сайты на цп1251 держать )))

а нефиг сайты на цп1251 держать )))

забавно что это написано именно в битрикс-теме

не поверите, большинство людей понимают что сайты надо в утф держать

в цп в основном старые сайты

не поверю, пока продукт поставляется в win кодировке

это клятва совместимости =)

в цп в основном старые сайты

ну есть такие сайты клиентов. И что с ними делать прикажете?

обслуживать

ещё в маркетплейсе хватает решений которые встают сразу в виндовой кодировке и никак иначе. так что даже вполне новый сайт может завестись совсем не в утф

а ещё можно сделать экспорт товаров и подивиться кодировке

забавно что это написано именно в битрикс-теме

что забавного? я из написанных лет 5 уже не видел, если попадается цп сайтик, то он был разработан ранее, но клиент не готов платить за переезд. А то что продукт изначально в цп идет (кстати а какая разница, если после установки конвертиться) - достаточно простой ответ почему. Из цп1251 всегда можно конвертнуть в ютф, а вот наоборот не всегда