Rsa97, особенно учитывая, что этот запрос выбирает не то, что написано у ТС ;)
Его запрос ищет пользователей, у которых обязательно есть И статьи, И комментарии (необязательно к их собственным статьям).
А ваш - пользователей, у которых есть откомментированные кем угодно статьи.
Подозреваю, оба делают не совсем то, что ему нужно....
Вы спрашиваете решения, не обосновав, почему нужно именно оно. Вообще-то для того, чтобы, например, запускать офис без установки, в последнее время появились решения типа OnlyOffice Comunity Server.
Да и в прочих задачах есть тренд замены программ веб-сервисами. Вопрос в том, что вам на самом деле нужно.
Ваши права на написанные вами приложения никак не зависят от того, как вы их написали и собрали.
Вопрос в том, можете ли вы пользоваться VSC в своей работе или обязаны купить у MS лицензию.
Как вы процитировали, если у вашей коммерческой организации доход меньше лимона и штат программистов до пяти рыл, лицензию на свободное использование вы не нарушаете.
P.S. Как все-таки подоконников приучают слушаться корпорастов даже там, где дела пользователя - не их собачье дело...
И что возвращает strtotime() от этой даты?
Если ерунду, то, по большому счету, тут действительно - explode, str_replace по третьей части и склеить с первой по третью обратно. Если получилось 9 символов - прибавить ноль в начале.
Главная ошибка: вместо копипасты текста ошибки вставлен охрененных размеров скриншот. Не делайте так больше.
Ну, а скопировав ошибку, можно сначала вставить ее не сюда, а в гугль... глядишь, и вопрос не понадобится...
Кирилл Горелов, Это обновление записи о товаре в корзине.
Обновление свойства заказа - другая функция. В том массиве, который в нее передается, жестко регламентированы ключи. Того, который используете вы, в списке допустимых нет.
Не исключаю, что и указанный идентификатор - это номер заказа, а не свойства, как написано в документации.
Так что прикажете делать Битриксу на ваш вызов?
Александр Владимирович, важно не "что это", а "когда понадобится выборка по этому". Вы можете с уверенностью сказать, что никогда? Если нет - никакого JSON, во всяком случае, в MySQL.
JSON в базе имеет право быть только в одном случае - если это данные, которые пишутся и читаются целиком, базе не придется лезть внутрь них никогда-никогда , ни при каких условиях, и в будущем тоже, даже при изменении архитектуры проекта, даже при смене разработчика, даже... в общем, в самом крайнем случае.
Просто ради "зачем тут целая отдельная таблица, запихаю все в одну строку" или "оно у меня все равно в JSON, что его разбирать-собирать" - НЕТ.
Для знакомства с граблями достаточно сделать поиск по Тостеру же.
Полностью менять вопрос после ответов - очень дурная практика.
Примерно как ваш говнокод.
По текущему вопросу - почитайте документацию по тем функциям, которые используете. Особенно - их возвращаемые значения. Вы строку на голубом глазу сравниваете с массивом.
А лучше - познакомьтесь с PDO, пока в ваш запрос в $imge не пришло ../../../../../../etc/passwd, например. И забудьте уже mysql_ - функции навсегда.
Его запрос ищет пользователей, у которых обязательно есть И статьи, И комментарии (необязательно к их собственным статьям).
А ваш - пользователей, у которых есть откомментированные кем угодно статьи.
Подозреваю, оба делают не совсем то, что ему нужно....