shurshur, разобарлся почему CURLOPT_VERBOSE не работал. Вот выхлоп:
* About to connect() to xxxxxxxxxx.xxxx.xx port 8545 (#13)
* Trying 194.187.xxx.xx...
* Connected to xxxxxxxxxx.xxxx.xx (194.187.xxx.xx) port 8545 (#13)
* failed to load '/home/bitrix/www/local/modules/module/cert/private.key' from CURLOPT_CAPATH
* failed to load '/home/bitrix/www/local/modules/module/cert/certfile.pfx' from CURLOPT_CAPATH
* failed to load '/home/bitrix/www/local/modules/module/cert/kbs_root_ca.crt' from CURLOPT_CAPATH
* failed to load '/home/bitrix/www/local/modules/module/cert/ca.crt' from CURLOPT_CAPATH
* failed to load '/home/bitrix/www/local/modules/module/cert/kbs_ca.crt' from CURLOPT_CAPATH
* CAfile: /home/bitrix/www/local/modules/module/cert/public.cer
CApath: /home/bitrix/www/local/modules/module/cert
* unable to load client cert: -8018 (SEC_ERROR_UNKNOWN_PKCS11_ERROR)
* NSS error -8018 (SEC_ERROR_UNKNOWN_PKCS11_ERROR)
* Unknown PKCS #11 error.
* Closing connection 13
Виктория Ерофеева, а в чём будет "проще"?
Опишите решение с использованием много сайтовости и вы поймёте, что там только два варианта:
1 Точно такое же как описал я + ещё многосайтовость нужно будет куда-то приткнуть сбоку непонятно для чего.
2 Сделать собственные каталоги для каждого сайта и переключать сайт в зависимости от региона.
Если вы считаете что поддерживать много "сайтов" + много копий каталогов, ведь локаций может быть много, проще, чем написать одну функцию в 5-6 строк - тогда наверное проще.
Но вот вопрос чтобы подумать: https://qna.habr.com/q/1197254 - многосайтовость такая многосайтовость.
Возможно это моё к ней негативное отношение, но я не вижу проблем которые бы многосайтовость решала, зато вижу целую гору проблем которые она создаёт.
Выглядит обосновано. Но не работает. Ни с kbs_ca.crt в CURLOPT_SSLCERT, ни со склейкой с корневым в любых последовательностях.
Написал в поддержку сервиса - может что-то подскажут.
Да нет никакой документации. Это надо реализовывать самому, но в целом не сложно.
Для начала сделайте какой-нибудь класс-хелпер который будет возвращать однозначно тип цены который необходимо отображать, чтобы у вас был один источник. Что-то типа App\Prices::getTypes() и пусть метод возвращает массив типов цен актуальных для выбранной локации, которую вы можете определять по домену.
Потом во всех местах где вам необходимо указывать типы цен, вы просто вставляете этот метод. Ну к примеру если вы по какой-то неведомой причине решили использовать стандартные комплексные компоненты, то прямо в настройках компонента каталога: 'PRICE_CODE' => \App\Prices::getTypes()
Кроме того что не работает?
1 Не очень понятно зачем эта генерация pem на PHP. Почему бы его на этапе генерации сертификата не сгенерировать из всего этого набора что у меня есть и просто подставлять в CURLOPT_SSLCERT?
2 Зачем вообще столько файлов, если оказывается нужен всего один?
Но это конечно вопросы общего плана. По реализации - не работает.
Кстати почему-то не пишется лог curl (((
CURLOPT_VERBOSE и CURLOPT_STDERR установлены
Вы решили что данный сборщик корректно соберет либу под браузер из данного пакета? на чем основано это предположение?
Это часть моего вопроса. Собственно у меня нет никаких оснований для этого, потому что для меня работа этого сборщика не прозрачно. Я не понимаю как они работают и как должны. И не могу найти адекватной инфы по этому вопросу. Все завалено только обезьянними примерами.
Так почему вы вместо него берете bitrix-cli ?
Потому что Browserify никогда не использовал - 1.
2 Потому что это должно стать частью экстеншена где будет другой код.
cssfish, да, всё так, я это понимаю.
Но потом я запуская сборщик который собирает мне файл для подключения в браузер.
В частности для данного проекта я использую bitrix-cli чтобы собрать экстеншен, просто потому что привык. Как я понимаю это обертка над чем-то вроде gulp
Нет, вы правы - он заносит в массив isActive, в ключ равный id значение false.
Но это бессмысленно в разрезе вашего кода. Это равносильно что просто сделать все размеры всегда неактивными.
Посмотрите внимательно на код из которого вы это взяли. Вы добавили лишнюю запятую перед [id] - если её убрать код обретает некоторый смысл - он переключает размер по которому кликнули.
Попробуйте так сделать и вы увидите что все заработало, но вам это не подходит, потому что у вас размеры будут переключаться при клике по ним.
Т.е. размер будет становится активным, но не будет деактивироваться когда будет становится активным другой размер.
При этом при повторном клике он будет деактивироваться.
Чтобы код заработал "правильно", нужно сделать как-то так: vm.$set(vm, 'isActive', [id: true]);
Но это очень-очень плохой подход. Потому что так у вас два источника истины о том какой размер выбран - переменная в массиве vm.isActive и эммитированное id размера в родительском компоненте (зачем вы кстати это делаете?). Т.е. вы собственноручно создаете хаос состояний когда вообще не ясно что выбрано .
Василий Банников, и вот чтобы этот известный алгоритм не реализовывать ручками я и хочу втянуть библиотеку. Ну там ещё есть всякие плюшки. Но ни одну не могу заставить работать (((
Василий Банников, потому что мне нужен не только просмотр истории операций в блокчена. Если предельно упрощать - мне нужен просмотр истории кошельков по закрытому ключу. Поэтому нужна библа.
Денис, вот вы говорите "мне нужно изменять клас только для целевой кнопки" - ок. Где целевая кнопка?
Если у вас все кнопки одинаковые и не связаны не с чем, то никакой целевой кнопки и нет. Поэтому как для нее изменить класс?
Чем целевая кнопка отличается от остальных?
Если опираться на ваш код из комментария - там просто три одинаковых кнопки. Что вы имеете ввиду говоря "целевая"?
KORICA67, можно так, ок. Добавьте тогда вычисляемое свойство в computed который будет при изменении sizes отдавать массив соотвтествующий этому размеру. Это тоже норм.