xormakor,
вариантов немного: тут можно посмотреть все аргументы конструктора. Лично меня смущает имя хоста, но могу ошибаться.
Вы как пользователя в MySQL создавали?
. Понятно, что встречаются проекты, в которых и в ядро, кто то залез. Но является ли это проблемой Битрикс?
Увы, является, когда этот "кто-то" - сотрудники 1С-Битрикс. Коробочный корпортал - это лютый ужас и яркий пример наплевательства на собственные гайдлайны.
Если кликнуть по кнопке, значение атрибута изменится
как Вы это определили?
Добавьте отладку:
function (r) {
console.log('new value for blocked: ', r);
container.data('blocked', r);
console.log('new value of blocked: ', container.data('blocked') );
}
Сергей Кореневский, сходил в ту ветку, почитал. Вы только к концу обсуждения обнаружили, что Вам фича недоступна в продуктовой среде. Это уже о чём-то говорит.
Далее, Вы тут задаётесь вопросом "для чего эту фичу добавили в MySQL?". Отвечаю: для галочки. Работа с JSON появилась у основного конкурента, PostgreSQL, поэтому надо было сделать хоть что-то на эту тему. А в PostgreSQL оно появилось на волне хайпа вокруг MongoDB.
Это как поддержка регулярок - долгие годы не видел в MySQL практической пользы от того, что было. Сейчас глянул в мануал 8 версии - стало получше.
Сергей Кореневский, тут нюанс в контексте, который виден из вопроса. Допустим, есть какая-то технология с узким применением, или не самая удачная. Приходит человек с вопросом, и по тексту видно, что он в этой технологии новичок, применяет её неправильно, и корень его проблем - именно в непонимании технологии. Тогда самый подходящий ответ для этого человека: "не используй это". Объяснение "почему не надо" - либо громоздкое, либо основано на опыте.
Возможно, это видение ошибочно ( может, человек плохо выражает мысли) - но это в любом случае не проблема читающих.
А когда человек давно в теме, то вопросы он задаёт другие. Поэтому и отвечают ему иначе.
Сергей Кореневский, думаю, чтобы поставить точку в этом споре, нужно сделать бенчмарк и смотреть на результаты. Ваш вариант кода я скопировал отсюда, тестовые данные можно подобрать по смыслу. Надеюсь, в ближайший месяц у меня найдётся время, чтобы сделать этот бенчмарк. ( на Хабре были статьи, как правильно писать бенчмарки, надо перечитать).
Сразу предупрежу, что если мой код будет медленнее на считанные проценты, но читабельнее в разы, то буду считать, что победа моя. Потому что даже если реальный скрипт работает минуту, то даже 10% - это 6 секунд, ни о чём. А вот если там 25% и больше - то да, микрооптимизации имеют смысл.