Ваши права на написанные вами приложения никак не зависят от того, как вы их написали и собрали.
Вопрос в том, можете ли вы пользоваться VSC в своей работе или обязаны купить у MS лицензию.
Как вы процитировали, если у вашей коммерческой организации доход меньше лимона и штат программистов до пяти рыл, лицензию на свободное использование вы не нарушаете.
P.S. Как все-таки подоконников приучают слушаться корпорастов даже там, где дела пользователя - не их собачье дело...
И что возвращает strtotime() от этой даты?
Если ерунду, то, по большому счету, тут действительно - explode, str_replace по третьей части и склеить с первой по третью обратно. Если получилось 9 символов - прибавить ноль в начале.
Главная ошибка: вместо копипасты текста ошибки вставлен охрененных размеров скриншот. Не делайте так больше.
Ну, а скопировав ошибку, можно сначала вставить ее не сюда, а в гугль... глядишь, и вопрос не понадобится...
Кирилл Горелов, Это обновление записи о товаре в корзине.
Обновление свойства заказа - другая функция. В том массиве, который в нее передается, жестко регламентированы ключи. Того, который используете вы, в списке допустимых нет.
Не исключаю, что и указанный идентификатор - это номер заказа, а не свойства, как написано в документации.
Так что прикажете делать Битриксу на ваш вызов?
Александр Владимирович, важно не "что это", а "когда понадобится выборка по этому". Вы можете с уверенностью сказать, что никогда? Если нет - никакого JSON, во всяком случае, в MySQL.
JSON в базе имеет право быть только в одном случае - если это данные, которые пишутся и читаются целиком, базе не придется лезть внутрь них никогда-никогда , ни при каких условиях, и в будущем тоже, даже при изменении архитектуры проекта, даже при смене разработчика, даже... в общем, в самом крайнем случае.
Просто ради "зачем тут целая отдельная таблица, запихаю все в одну строку" или "оно у меня все равно в JSON, что его разбирать-собирать" - НЕТ.
Для знакомства с граблями достаточно сделать поиск по Тостеру же.
Полностью менять вопрос после ответов - очень дурная практика.
Примерно как ваш говнокод.
По текущему вопросу - почитайте документацию по тем функциям, которые используете. Особенно - их возвращаемые значения. Вы строку на голубом глазу сравниваете с массивом.
А лучше - познакомьтесь с PDO, пока в ваш запрос в $imge не пришло ../../../../../../etc/passwd, например. И забудьте уже mysql_ - функции навсегда.
В этом тексте прекрасно все.
И ochen' russkie названия полей с таблицей.
И использование mysql_ (а местами - mysqli_ !!!) %)
И подстановка переменных прямо в запрос, без всяких там плейсхолдеров. Причем одна из них - путь, по которому потом скрипт полезет "за картинкой".
И наворачивание трех запросов там, где должен быть один INSERT ... ON DUPLICATE KEY UPDATE
И особенно - то, что автор уверенно отметил его решением.
Верной дорогой идете, товарищи!
res2001, обычно знание недокументированных деталей реализации скорее вредно, так как их использование вполне может стать причиной проблем после обновления.
Однако то, что HANDLE - это на самом деле PVOID, указано в документации.
И сразу наводит на мысль, что это самое "целое, без подробностей", например, при переходе на x64 удлинится вдвое и может преподнести сюрприз, если вы имели неосторожность с ним работать не только в функциях WinAPI ;)
sddvxd, нет, именно на эти грабли я не наступал.
Я плотно писал на С/С++ лет десять, но это были прикладные программы (не дельфоподобные, конечно, но и не лезущие всерьез в систему). WinAPI мне за это время понадобился только однажды, и изучения в этот раз не потребовалось - обошелся гуглением.
Если вы собираетесь писать низкоуровневые утилиты под Винды - возможно, вам нужны эти знания. Если вы реально считаете это перспективным направлением развития. Я в этом, признаться, сомневаюсь, но это только мое мнение. Особенно сомнительное оттого, что Виндами я в последние годы практически не пользуюсь.
sddvxd, увы, востребованы не столько знания, сколько навыки.
Если в Сях и Крестах мне ассемблер еще как-то помогал, то в Пыхе, например, его применить практически некуда.
Если быть реалистом, стоит все-таки прокачивать именно навыки решения востребованных задач. Если попутно удастся копнуть глубже в тему - это прекрасно. Но становиться высоклассным специалистом в невостребованной области - чревато большими разочарованиям... да и невозможно стать именно высококлассным спецом, если область применения знаний не востребована и не развивается.
Где сейчас спецы по Дельфям, FoxPro, MFC?
sddvxd, да балуйтесь, ради бога. Просто не рассчитывайте, что этот опыт конвертируется во что-либо ценное. Таких утилиток за годы существования Виндов написаны вагоны, новые мало кому нужны. А когда подобные функции требуются в современных проектах - то используется не голый WinAPI, а сто лет как отлаженная высокоуровневая обертка вокруг него на каком-нибудь Шарпе.
sddvxd, дело в том, что в IT практически невозможно нахвататься знаний по учебникам "про запас, пусть будут". То, что не получается применить в работе - не усваивается и только тратит время.
Извините за оффтоп, но вы уверены, что хотите потратить свое время именно на изучение этих дебрей?
Востребованность на "крестовиков" давно ушла в "кроссплатформенный", "высоконагруженный", "распараллеленный" и прочие распознавания образов и нейронные сети. Копание в древних виндовских потрохах - не самая популярная ниша уже сейчас. Уж лучше с POSIX познакомиться поближе, имхо.
Вопрос в том, можете ли вы пользоваться VSC в своей работе или обязаны купить у MS лицензию.
Как вы процитировали, если у вашей коммерческой организации доход меньше лимона и штат программистов до пяти рыл, лицензию на свободное использование вы не нарушаете.
P.S. Как все-таки подоконников приучают слушаться корпорастов даже там, где дела пользователя - не их собачье дело...