Спрашивается, зачем они вообще нужны? Есть озон, вб, все инструменты, онлайнтрейд, днс и али где можно найти дешевле и практически весь объем нужных товаров. Разве что пвз только от маркета есть и все. Обычно на нем на 10-15 процентов дороже.
Они давным-давно неимоверными силами управленцев убили некогда отличный сервис.
Вот и сейчас - хотите вы эти 20р заложить в заказ ну и заложите ее через продавца, зачем говорить об этом своим прлтзователям? Ещё больше от сервиса из оттолкнуть? Кто у них принимает такие решения? Почему эти кадры элементарную психологию они знают? Я хз. Впрочем, что мертво, умереть уже не может.
Причём часто сравниваю цены товаров и там и там и по статистике 90% распределяется от самой дешёвой цены к самой дорогой так (для не хайтек товаров):
wb
ozon
ali
market
megamarket
Для хайтека и инструментов по-другому и яндекс там в самом хвосте.
Все эти кустарные амбилайты плохи тем, что для них необходимо что-то, что ими управляет.
В правильном амбилайте стоит только hdmi-splitter для захвата экрана и все (ну +питание ещё).
Поэтому, если реально хочется нормальной и безпрблемной подсветки - не берите эти поделки. Берите с HDMI разъёмом, пусть и дороже, но куда универсальней и стабильней.
Знаете, результат получился имхо - ужасный и не продающий, а вот те 3 баночки справа на первом рисунке как раз офигенны по дизайну и привлекательности, имхо опять же. И будет нормально смотреться даже на белой бутылке.
Грубо, если есть 3 подсайта - их, в отличии от монолита, можно разнести по 3 слабым компьютерам, или по 2. Это раз, во-вторых по производительности (но не по ресурсам) 3 подсайта будут работать быстрее, чем один монолит.
Естественно, при такой сложности, будет и дешевле и проще управляемей и проще обновляемей и безопасней. Недаром народ монолиты на микросервисы расколачивает (хотя, естественно и те и те имеют право на жизнь).
Пример - ваши программисты доьавляют код с уязвимостью на портал-монолит - этим компромитируют ВСЕ сервисы целиком, другой пример - добавляют его на корппортал на котором нет особо чувствительных данных - проблема есть но гораздо менее катострофичная. Другой пример - вам надо добавить новый функционал в какую либо часть монолита - требуется согласование и проверка на совместимость со всеми вашими системами и сервисами на монолите, или вдля одной системы - что проще?
Вы мешаете корппортал и совсем другие бизнес сервисы, которые должны быть отдельными системами (но да, можео сделать для них быстрые линки на портале).
Их все нужно делать отдельными системами, хотя-бы потому что функционал разнится очень сильно + предотвращение утечек, минимизация возможности взлома и диверсификация отказоустойчивости.
Корппотал - это то, что доступно ЛЮБОМУ сотруднику корпорации, независимо от должности или чего-то еще.
Никаких ЛК на корппоратле быть не должно. Именно из-за стремления свести все что только можно в него, он и превращается в неюзабельную помойку.
В большинстве случаев корппорталы - эту ужасная хрень из цикла "мы вместе, поднатужимся и станем лучше" - обычно там корпгазеты и новости (никто не читает), выс..ры меркетологов (аналогично), достжения корпы (вообще никто не открывает) и т.д.
Самое главное - орагнизовано это так, что пользоваться или найти там что-то категорически невозможно - оттуда и отношение соотвествующее.
Хороший портал - это корп. телефонный справочник, заявки в техслужбу (а также на занимание пегеоворок и тд), емердженси-объявляения и типичные документы (заявы на отпуск) + удобная навигация по этому И ВСЕ! Да, совсем. Т.е. правильный корппортал - очень лакончиная, четкая по структуре и дизайну система с только нужными функциями и сервисами с прозрачной навигацией - все остальное там не неужно.
Но маркетолухи, красные директора и эффективные менеджеры сделать такое не дадут - какже юез новостной ленты и достижений и другого буллщита - и все оно в резуьтате в нем и тонет и никто не пользуется (ибо большинство сотрудников клали на все успехи, спичи и достижения корпы - и это правильно - им достаточно своего отдела и своей работы).
Холодильник нельзя сильно наклонять, наклон при котором дверца идет обратно совсем не большой и так делается испокон веков - и это правильно (раньше об этом прямо в самой инструкции писали).
Да, статью прочел по диагонали, сейчас увидел про петлю - окей, вопрос про низкие температуры снимается - это не отменяет всего остального - решать проблему информаированием о проблеме - это вообще не вариант.
Пройдет год, вы забудете об извещателе и о батарейке в нем, она разрядится и в нужный момент ваш извещатель будет мертв - что делать будете? Опять расстраиваться?
Можно тогда уж генератор энергии прикрутить на магните и катушке - потребление там мизерное, но... зачем?
Сейчас век такой странный видимо - люди вместо решения проблем настраивают себе уведомления об этих проблемах...
А просто по уровню выставить чтобы дверь закрывалась всегда - это уже зашквар? )
Ну уж если очень хотелось - на али продаются светодиодные лампочки в формате лампочки для холодоса, вкорячить туда пьезо и тиньку/генератор, оставив диод - вообще не проблема - при этом не нужно думать о юатарейках да еще и вспоминать что с емкостью алколайна/щелочи происходит при отрицательных температурах.
А разве к обычному указателю нельзя применять сложение с числом?
Единственное отличие по первому (родному) указателю на массив, компилятор может достать часть метаданных по массиву, на который он ссылается, но рассчитывать на это вот точно не нужно, так что все верно - хранение размера и тд - это проблемы разработчика, т.к. если массив не глобальный - передавать его все равно придется через указатель.
Очень странный подход что к массивам, что к указателям. Честно - если чётко понимать что есть что - никаких проблем не возникает, возможно размеры моих проектов недостаточны для того чтобы почувствовать все это, но единственное что у меня было это выход за границу.
Главная проблема - это понять что такое указатель в C, причём реально понять, а не проверхостно - это убирает большинство проблем и ошибок.
А в целом что-то смущает или хочется ограничений - сделай свой класс или воспользуйся либой, не хочешь - используй стандартные примитивы - в этом вся сила C.
Не надо сберегать тьму... (:
Дак у вас большинство сервисов в таком режиме спят, работает текущее окно ну и фоновое чуток (WinAmp).
А теперь возьмите и запустите архивацию чего-нибудь большого, штук 5 - сразу будет другая картина, характерная для серверной загрузки.
Да, вначале такое было часто, сейчас все реже и реже.
Спрашивается, зачем они вообще нужны? Есть озон, вб, все инструменты, онлайнтрейд, днс и али где можно найти дешевле и практически весь объем нужных товаров. Разве что пвз только от маркета есть и все. Обычно на нем на 10-15 процентов дороже.
Они давным-давно неимоверными силами управленцев убили некогда отличный сервис.
Вот и сейчас - хотите вы эти 20р заложить в заказ ну и заложите ее через продавца, зачем говорить об этом своим прлтзователям? Ещё больше от сервиса из оттолкнуть? Кто у них принимает такие решения? Почему эти кадры элементарную психологию они знают? Я хз. Впрочем, что мертво, умереть уже не может.
Причём часто сравниваю цены товаров и там и там и по статистике 90% распределяется от самой дешёвой цены к самой дорогой так (для не хайтек товаров):
wb
ozon
ali
market
megamarket
Для хайтека и инструментов по-другому и яндекс там в самом хвосте.
Понты ради понтов. Ну грифоны обязывают, понятно дело)
Я уж молчу что будет если зашел ты и сосед - куда поедет лифт вообще загадка.
А по-сути все это - чтобы хоть как-то оправдать и впарить метраж в этих золотых строениях.
Такая автоматизация обычно работает абсолютно не так как задумываось и только раздражает, ну и кончается это ее полным отключением.
Естественно, к приложению это не относится - вот это как раз нормально, что есть работа из него.
Кто опять очередной макаке микрофон дал?
С HDCP не встречал, для того, чтобы обойти это, можно поставить перед обычный сплиттер с hdcp, который отключает его на выходе
На вскидку первое что нашёл https://aliexpress.ru/item/1005006261227736.html
Сам не проверял - сразу скажу, но по виду похоже на то, что у меня работает.
Все эти кустарные амбилайты плохи тем, что для них необходимо что-то, что ими управляет.
В правильном амбилайте стоит только hdmi-splitter для захвата экрана и все (ну +питание ещё).
Поэтому, если реально хочется нормальной и безпрблемной подсветки - не берите эти поделки. Берите с HDMI разъёмом, пусть и дороже, но куда универсальней и стабильней.
Знаете, результат получился имхо - ужасный и не продающий, а вот те 3 баночки справа на первом рисунке как раз офигенны по дизайну и привлекательности, имхо опять же. И будет нормально смотреться даже на белой бутылке.
Грубо, если есть 3 подсайта - их, в отличии от монолита, можно разнести по 3 слабым компьютерам, или по 2. Это раз, во-вторых по производительности (но не по ресурсам) 3 подсайта будут работать быстрее, чем один монолит.
Поэтому ответ - да, помогут.
Естественно, при такой сложности, будет и дешевле и проще управляемей и проще обновляемей и безопасней. Недаром народ монолиты на микросервисы расколачивает (хотя, естественно и те и те имеют право на жизнь).
Пример - ваши программисты доьавляют код с уязвимостью на портал-монолит - этим компромитируют ВСЕ сервисы целиком, другой пример - добавляют его на корппортал на котором нет особо чувствительных данных - проблема есть но гораздо менее катострофичная. Другой пример - вам надо добавить новый функционал в какую либо часть монолита - требуется согласование и проверка на совместимость со всеми вашими системами и сервисами на монолите, или вдля одной системы - что проще?
Вы мешаете корппортал и совсем другие бизнес сервисы, которые должны быть отдельными системами (но да, можео сделать для них быстрые линки на портале).
Их все нужно делать отдельными системами, хотя-бы потому что функционал разнится очень сильно + предотвращение утечек, минимизация возможности взлома и диверсификация отказоустойчивости.
Корппотал - это то, что доступно ЛЮБОМУ сотруднику корпорации, независимо от должности или чего-то еще.
Никаких ЛК на корппоратле быть не должно. Именно из-за стремления свести все что только можно в него, он и превращается в неюзабельную помойку.
В большинстве случаев корппорталы - эту ужасная хрень из цикла "мы вместе, поднатужимся и станем лучше" - обычно там корпгазеты и новости (никто не читает), выс..ры меркетологов (аналогично), достжения корпы (вообще никто не открывает) и т.д.
Самое главное - орагнизовано это так, что пользоваться или найти там что-то категорически невозможно - оттуда и отношение соотвествующее.
Хороший портал - это корп. телефонный справочник, заявки в техслужбу (а также на занимание пегеоворок и тд), емердженси-объявляения и типичные документы (заявы на отпуск) + удобная навигация по этому И ВСЕ! Да, совсем. Т.е. правильный корппортал - очень лакончиная, четкая по структуре и дизайну система с только нужными функциями и сервисами с прозрачной навигацией - все остальное там не неужно.
Но маркетолухи, красные директора и эффективные менеджеры сделать такое не дадут - какже юез новостной ленты и достижений и другого буллщита - и все оно в резуьтате в нем и тонет и никто не пользуется (ибо большинство сотрудников клали на все успехи, спичи и достижения корпы - и это правильно - им достаточно своего отдела и своей работы).
Холодильник нельзя сильно наклонять, наклон при котором дверца идет обратно совсем не большой и так делается испокон веков - и это правильно (раньше об этом прямо в самой инструкции писали).
Да, статью прочел по диагонали, сейчас увидел про петлю - окей, вопрос про низкие температуры снимается - это не отменяет всего остального - решать проблему информаированием о проблеме - это вообще не вариант.
Пройдет год, вы забудете об извещателе и о батарейке в нем, она разрядится и в нужный момент ваш извещатель будет мертв - что делать будете? Опять расстраиваться?
Можно тогда уж генератор энергии прикрутить на магните и катушке - потребление там мизерное, но... зачем?
Сейчас век такой странный видимо - люди вместо решения проблем настраивают себе уведомления об этих проблемах...
А просто по уровню выставить чтобы дверь закрывалась всегда - это уже зашквар? )
Ну уж если очень хотелось - на али продаются светодиодные лампочки в формате лампочки для холодоса, вкорячить туда пьезо и тиньку/генератор, оставив диод - вообще не проблема - при этом не нужно думать о юатарейках да еще и вспоминать что с емкостью алколайна/щелочи происходит при отрицательных температурах.
Короче, проблема из ничего, извините.
malloc - указатель на элемент памяти имхо, причём тут массив?
А то, что выше я писал - в куче библиотек используется, очень сомневаюсь что стандарт, ломающий все это, примут.
Ну и в страндарте есть странное possibly hypotetical array - так вот, любой кусок памяти это possibly hypotetical array of bytes.
Т.е. это:
UB? Или я что-то не так понимаю?
А разве к обычному указателю нельзя применять сложение с числом?
Единственное отличие по первому (родному) указателю на массив, компилятор может достать часть метаданных по массиву, на который он ссылается, но рассчитывать на это вот точно не нужно, так что все верно - хранение размера и тд - это проблемы разработчика, т.к. если массив не глобальный - передавать его все равно придется через указатель.
Очень странный подход что к массивам, что к указателям. Честно - если чётко понимать что есть что - никаких проблем не возникает, возможно размеры моих проектов недостаточны для того чтобы почувствовать все это, но единственное что у меня было это выход за границу.
Главная проблема - это понять что такое указатель в C, причём реально понять, а не проверхостно - это убирает большинство проблем и ошибок.
А в целом что-то смущает или хочется ограничений - сделай свой класс или воспользуйся либой, не хочешь - используй стандартные примитивы - в этом вся сила C.