Как отключить возможность запуска командной строки на экране блокировки windows 11?

Ziptar,

Потому что штатно это невозможно сделать. Для этого требуется манипуляции, для которых в любом случае требуется полный доступ к диску.

Ну круть, понял мысль, теоретически ошибок не бывает, только практически в конкретном ПО, а гипотетическая ошибка это не ошибка...

Почему Clickhouse читает много строк?

У него нет некластеризованных индексов, все обращения по первичному ключу.

Почему Clickhouse читает много строк?

David5,

Processed 365.84 million rows, а выбрано на самом деле 525601 rows, у меня в этом вопрос, можно ли уменьшить кол-во или так и дожно быть.

У вас же группировка, 500k это после группировки, уберите группировку и посчитайте сколько строк подходит под ваш фильтр, вполне возможно там эти 365М и будут.

А по primary key как лучше сделать?

Насколько я понимаю, т.к. явно pk не указан, то он будет сделан по order by, т.е. name, ts_kafka. ts_kafka - это DateTime64(3, 'UTC'), т.е. миллисекунды. 10М в день - это 0,115 в миллисекунду, а стандартная гранула 8к. Т.е. для pk было бы эффективнее собирать по минутам, а не по миллисекундам. Но это надо пробовать, не гарантирую, что именно так.

Кроме того, вполне возможно, улучшит производительность партиционирование, запросы ведь всегда с датой? Если да, то можно попробовать партиционировать по месяцам или годам.

Почему Clickhouse читает много строк?

читает много лишний строк, что я делаю не правильно?

а сколько должно быть?
10М в день - это 3 650М в год, у вас за выбранный год по выбранным датчикам - 366М, это не корректно?

Вас смущает именно кол-во прочитанных строк, или все таки скорость? Могу ошибаться, но что касается скорости, то мне кажется странным выбранный primary key, при нем гранулы будут слишком маленькими.

Как отключить возможность запуска командной строки на экране блокировки windows 11?

Ziptar,

автор сам сначала не понял, в чём дело.
Ну и потом, ошибка (или "баг") - это когда программа работает не так, как от неё ожидал разработчик. Если программа работает так, как ожидается, но это ожидаемое поведение может вести к нежелательным последствиям - это не ошибка, это уязвимость.

Ну елы-палы. Можно как-то ответ получить? Еще раз тогда.
Почему "права себе повысить до админских" используя горячие клавиши спецвозможностей это ожидаемое поведение?

Ну и как бы, "баг" - это ошибка в коде. А, ошибка - это поведение несоответствующее ожидаемому (документации), и не факт что вызванное багом. И да, уязвимость может и не быть ошибкой или багом, например человеческий фактор. Но "права себе повысить до админских", это явно нарушение ожидаемого (документированного) поведения. Если нет, то хотел бы я посмотреть на такую документацию.

Можно ли настроить запросы к php через вебсокет и http одновременно?

Shurik,

теперь понял, что это именно сервис на уровне ОС, а не библиотеки php внутри приложения. Спасибо)

Не совсем так, но для простоты можете относится к этому так.
Если точнее, то websocket - это протокол прикладного уровня, и вся его реализация будет находится внутри вашего приложения. ОС ничего не знает о нем, это не ее зона ответственности. Но, для передачи данных websocket использует транспортный протокол tcp, а это уже вотчина ОС, именно у ОС будут запрашиваться порты для соединения, и именно ОС будет передавать данные на этом уровне.
Вам показали, как вы и просили, обычное использование: создаете отдельный процесс и в нем разворачиваете websocket-сервер. Либо сами его пишите на чистом php, либо возьмете какую-то либу: workerman, ratchet и т.п. Т.е. это всетаки внутри вашего приложения. Теоретически же, хоть в php-fpm можете его запустить, возможно, но это очень странное решение, т.к. php-fpm обычно быстрые запросы, а websocket обычно длительно работающее соединение. Касательно, вопроса "Можно ли настроить запросы к php через вебсокет и http одновременно?" - то нет, стандартно на одном tcp-порту ожидается использование одного протокола, либо http, либо ws; на разных портах одной машины - без проблем.

Нужна ли магистратура программисту какие есть ограничения в ее отсутвии?

maaGames, it ипотека выдается сотрудникам it компании, они могут и не быть itшниками вовсе. Ипотека чисто для застройщиков, так что itшники или нет, и тем более образование никого не волнует. Главное чтобы покупка была у застройщиков, купить вторичку или построить дом самому нельзя.
Отсрочка от мобилизации вообще забавная штука, как бы отсрочку "выбили" Минцифры для itшников, но кто есть itшник решает Минобороны, это их требование с перечнем. С какого перепугу они это решают, никто конечно состраху не задумывался. Причем в перечень чего только не напихали, там много всего далекого от it.
Требования о высшем образовании обычно связаны с указанием квалификации в штатном расписании. И, кадровики могут не захотеть его нарушать. А править штатку в госучереждении вероятно морока. Но, здесь то речь не про высшее, а про магистратуру, т.е. высшее у автора есть. А то что в штатке даже госучереждения будет записано не высшее, а конкретная ступень очень сомневаюсь.

Как правильно создать объект класса Request в Workerman?

azuf,

Это уже пошли выкрутасы.

Это да, например:

Вот только он против современного так называемого ООП. Его слова: "Я придумал термин ООП, но не имел ввиду C++". Есть еще его высказывания подобной направленности.

Дейкстра в прошлом веке точно не имел ввиду современную реализацию ООП, но вас же это не остановило.

И чем же ФП сложное? С любой стороны ФП проще. Потому что Лямбда-исчисление само по себе простая модель. Может ли быть полноценный удобный язык проще чем Лисп? Идея о том, что приложение это просто функция - простая. Даже такие сложные приложения как компиляторы/интерпретаторы прекрасно реализуются в таком стиле. Можно легко разложить такое приложение на функции и держать все это в голове. Подобное приложение в стиле современного ООП будет монструозным и запутанным, его невозможно будет держать в голове.

Я и не говорю, что сложное. Но и ООП не сложнее, объект сам по себе простая модель. Хотя причем здесь Лямбда-исчисление, когда мы рассматриваем подходы с точки зрения программиста, я так и не понял.
Какой вы "случайно" выбрали пример. Компилятор это та задача, где у ФП нет особых проблем, побочных эффектов практически нет, самих эффектов мало, просто сказка. А вот с ООП, ах да, там тоже никаких проблем, т.к. побочек нет, то и в ООП будут преобладать чистые функции. В принципе это будет почти тот же код, что и при функциональном подходе.

Человек - не машина. Инструкции не любят читать и плохо понимают. Потому что императивность. Декларативный язык математики понимают намного большее количество людей.

Предвосхищение основания. Опять ни на чем не основанные, безаппеляционные утверждения.
Эмпирически доказано, что инструкция это пока единственный способ выполнить задачу так как нужно. И это касается не только людей, но и машин. В том же декларативном sql периодически надо переходить на императивные прямые указания.

Это не означает, что идея не дурацкая. Повсеместно - значит используется большинством. Большинство - всегда ошибочно, потому что нет своего мнения, потому что толпа, у толпы нет интеллекта. Все побежали и я побежал. Самые лучшие идеи всегда не находятся на поверхности.

Это также не означает, что идея дурацкая.
Остальное уже полный бред.
Выключите компьютер, им ведь пользуется большинство, а значит ошибочно им пользоваться. Да и вообще все электричество. Можно и не есть, и не пить, ведь так вообще все делают!

Можно ли настроить запросы к php через вебсокет и http одновременно?

rPman,

websocket это расширение http запроса, т.е. там добавляются специфические заголовки и можно отправлять туда-сюда пакеты в одном соединении.

Websocket это отдельный независимый от http протокол. Это не расширение http запроса.

Как правильно создать объект класса Request в Workerman?

azuf, про workerman и fpm уже расписал. Но толку, вы все проигнорировали.

Не только я плохо отзываюсь о так называемом ООП, но и многие всемирно известные деятели в IT. Не только Дейкстра. Нужно привести их имена?

Вы так ничтоже сумняшеся поставили себя в один ряд с Дейкстрой, ну-ну...

По вашему современная индустрия лучше во всем разбирается чем лауреаты премии Тьюринга?

По вашему вы лучше во всем разбираетесь, чем современная индустрия и лауреаты премии Тьюринга. Алан Кэй кстати именно за внедрение ООП получил ее, забавно, да?

Есть универсальные критерии для оценки. Простое лучше сложного. ФП - простое, ООП - сложное. Чем меньше кода - тем меньше проблем. ФП - мало кода, ООП - много кода.

Эта логическая ошибка называется предвосхищение основания, она у вас любимая. ФП не такое уж и простое, а ООП не такое и сложное.
По вашему идеальный программист тот, который не написал ни строчки кода.

Человек не приучен мыслить в моделях вычислений с состояниями. Зато с детства приучается мыслить в аппликативных моделях вычислений. Потому ФП - естественная модель программирования, а ООП - нет.

Вам когда в детстве давали инструкцию "купи хлеба и вынеси мусор", вы покупали хлеб и сразу его выбрасывли в виде мусора? Или все же знали, чтото о состояниях и обрабатывали их независимо?

У большинства нет своего мнения. Они просто следуют за кем то. Так было и будет всегда. Поэтому аргумент большинством - не аргумент.

Вы горазды на логические уловки, у меня не было такого аргумента.
Аргумент был, что с одной стороны хорошо зарекомендовавшее себя решение, используемое повсеместно, а с другой стороны недовольный с форума с аргументом "не освоил, но осуждаю".

Как правильно создать объект класса Request в Workerman?

azuf, вы реально хотите вести техническое обсуждение с помощью казуистики и демагогии?.. Надергать фраз и агитировать не нужно, просто запустите ваше идеальное решение в работу и зарабатывайте миллионы, раз "мнение большинства - всегда ошибочно, ибо большинство людей..."

Большинство не могут ошибаться?

Могут. И глаза могут ошибаться, и мозг. Вопрос вероятности, кто с большей долей вероятности ошибается: те, кто ежедневно используют в промышленных масштабах решение, или некий azuf с форума с аргументацией "большинство могут ошибаться, значит я прав, т.к. не смог изучить ООП". Даже и не знаю...

Он только выглядит понятным. Такой код состоит из множества запутанных изменяемых состояний, а это зло. Никакого выигрыша не дает, только усложняет, прибавляет лишнего кода.

Насчет "выглядит понятным" вы уже лукавите, сами же говорили, что не осилили, значит не можете это оценить.
Что "зло"? Изменяемые состояния? Ну как бы без них никак не получится. "Запутанные" - зло? Так вы не запутывайте. Вообще запутать можно при любом подходе, а ООП предлагает очень годные инструменты, чтобы не запутывать. Почему вы решили, что выигрыша нет? Просто так захотелось? А "лишний код" вообще не аргумент.

Известная мантра. Любой реальный пример ее опровергает.

Ага, реальный пример: php7 быстрее php5 в 2-3 раза по синтетическим тестам, что на практике все знают. Вам бы и к своему синтетическому тесту следовало бы добавить реальный пример, глядишь и все бы стало понятно. А то получается: на статику забьем, https тоже выкиним, nginx здесь будем использовать, чтобы помедленнее, а там не будем, чтобы побыстрее, при этом выполнять код мы вообще не будем (оно ж логично, проверять выполнение кода, без выполнение кода).

Не имеет значения. Никогда FPM даже не приблизится к производительности workerman или подобных апликейш серверов.

Звучный лозунг. Прям красиво! Сразу видно техническое обсуждение вопроса.

Не знаю, не тестил, но вообще, сервера на C++ могут быть медленнее серверов на Go. И даже медленнее серверов на Node.js (uWebsockets.js). Просто потому, что хуже написаны. Вы ведь не заботитесь о производительности, правильно понимаю? И другие не заботятся. Просто пишут код и всё. Опытных системных программистов мало. Поэтому в 2025 году большинством используется устаревший во всех смыслах FPM. Заметьте, большинством. Так как большинство всегда ошибочно

Откуда вы знаете, о чем заботятся разработчики? Если бы вы читали мой предыдущий ответ, то поняли бы, что все намного сложнее, чем бессмысленное число, которое вас так зацепило.

Смотря что понимать под сайтом. И смотря как будет устроен этот сайт. Блог это сайт? Блоги на Next.js даже без оптимизаций значительно производительней чем такие же, использующие php-fpm.

Вы прям на лозунги горазды сегодня. А куда делся workerman, откуда ни с того, ни с сего Next.js? Вы так забавно пытаетесь увести в сторону...

Так это на 1 ядре! На 8 ядрах ~300-400к rps. То есть во много раз превосходит fpm + nginx. И это всего лишь hello world. Будь что сложнее, fpm и 1000 rps не покажет. Это вообще смешно.

Вам эти цифры прям покоя не дают, что вы даже не читаете что я пишу.

За столько Next.js полноценную страницу отрисовывает.

Серьезно, даже если вы упражняетесь в демагогии, ну хоть както ближе к тексту можно? А то не интересно совсем. Перечитайте, почему и к чему это было сказано.

FPM в реальных приложениях показывает <1000 rps и все другие показатели соответствуют. Это как сравнивать скорость велосипеда и автомобиля.

Ага, это как сравнивать скорость велосипеда и бетмобиля.

Как отключить возможность запуска командной строки на экране блокировки windows 11?

Ziptar,

Это невозможно сделать, обладая лишь ограниченными привилегиями в рабочей системе (другие уязвимости в расчет не берем).

Т.е. описана все таки ошибка. Но автор нас дезинформирует и на самом деле подобный сценарий не возможен.

Как отключить возможность запуска командной строки на экране блокировки windows 11?

Ziptar,

ошибка в ПО - это когда ПО работает не так, как ожидается. Здесь нет такой ситуации. Никакой существенной уязвимости здесь также нет, поскольку для возможности получить полные привилегии в системе - ими уже надо обладать на подготовительном этапе.
От борьбы же с ветряными мельницами в лучшем случае не бывает пользы. Обычно же бывает лишь вред.

Чуть развернутей, пожалуйста. Почему здесь нет такой ситуации? Почему "права себе повысить до админских" используя горячие клавиши спецвозможностей это ожидаемое поведение? И зачем вообще в ОС система прав, если это ожидаемое поведение?
Существенная уязвимость или нет, это уже другой вопрос. Эффективность борьбы с ними, тоже другой вопрос.

Как отключить возможность запуска командной строки на экране блокировки windows 11?

Ziptar,

наши вам соболезнования.

Ты о себе во множественном числе?! Ну, ладно...
А чего "соболезнования"? У меня абсолютно та же аргументация как у тебя, и даже более лаконично написано.

Как отключить возможность запуска командной строки на экране блокировки windows 11?

Ziptar,

нет, это не ошибка в ПО.

нет, это ошибка в ПО.

Как отключить возможность запуска командной строки на экране блокировки windows 11?

Ziptar,

эксплойт и баг это вещи, зачастую никак друг с другом не связанные.
И здесь нет возможности эскалации привилегий пользователя.

Несвязанные, только речь то, не об этих терминах, а о возможности локального запуска программ от админа при наличии неадминских прав, как утверждает автор:

Он оттуда может права себе повысить до админских и запустить любой экзешник

И это ошибка в ПО!
Ошибка вызванная багом или нет, ошибка с типом уязвимость, ошибка о критичности которой можно спорить, и т.д. Но это попрежнему ошибка, и она не перестанет ею быть, какиебы альтернативные способы взлома здесь не предложили и какое бы аналогичное ПО не вспомнили.

Как отключить возможность запуска командной строки на экране блокировки windows 11?

Ziptar,

чушь. Здесь нет никаких "ошибок", про права вообще какие-то ахинея.

Ну если не ошибку в ПО, то возможность "латать" что вы обсуждали выше? Крышу?
Ага, повышение своих прав до админских никак не связано с правами. Права, это не про права, это ахиней.

Как отключить возможность запуска командной строки на экране блокировки windows 11?

Ziptar,

если у тебя есть физический доступ к машине, и данные на ней не зашифрованы, то у тебя полностью развязаны руки...

Как уже писал, в другой ветке, вне зависимости от "физического доступа" ошибка в ПО остается ошибкой. А если "латать этот эксплойт просто нет смысла", то надо просто убрать всякие запросы пароля администратора локально, убрать всякие другие учетки и не вводить пользователей в заблуждение, что существуют какието права доступа.
И да, если данные зашифрованы?..

Как отключить возможность запуска командной строки на экране блокировки windows 11?

Zerg89,

Я вас огорчу, но в линуксе тоже есть подобный обход достаточно поправить загрузчик и вы рут пользователь

зависит от настроек, и не всякий дистрибутив позволяет загрузить однопользовательский режим без пароля.

Как отключить возможность запуска командной строки на экране блокировки windows 11?

Drno, то, что при физическом доступе больше возможностей для взлома, не отменяет того, что ПО должно работать корректно.