Если вы хотите уменьшить количестов проверок - доставайте из текста цифру и сохраняйте ее в глобальной переменной самой первой проверкой проверяйте значение.
В общем хорошо бы сначала описать саму суть решаемой проблемы.
Показать ещё" отсутствует. Завершаем работу
?
в конце это рабочий код или только для отладки или же это именно желаемое поведение, чтоб этот скрипт выполнялся.
let result = clickShowMore(); return result; // Возвращаем результат
Я зено постером не пользовался. но с ути как я понял это автоматизация действий человека. И суть скрипта если есть нужные блоки на странице выполнить клик. Вы хотите чтоб код не выполнялся, если на странице нет таковых блоков. Для этого нужно выполнить проверку наличия этих блоков (что данный код и выполняет). Что не так? и почему он не должен работать в этом сценарии?
Если бы функция вешалась обработчиком клика не какой то объект, вот тогда ее можно было бы убрать: при очередном клике проверяете что кликов больше не потребуется и снимаете обработчик.
Проблема это когда заметное количество серверов ее постоянно испытывают. На данный момент это пока только на уровне фантазий и предположений о глупых разработчиках, которые за такое количество времени не смогли сделать так, что бы человек для которого ИТ это развлечение (причем такое "сегодня хочу, завтра не хочу, сеогдя пишу ОС, завтра ЯП"), не смогу бы написать "легко и быстро " лучше чем они (то же касается разработки железа.
Но на данный момент ты как и по все прочим вопросам ни одной конкретики не привел. У меня линукс, опиши инструкцию как мне его завалить выполняя обычные пользовательские действия. ну или хотя бы хоть как то. (но без "хаккерских/крякерских/ипрочих" методов)
Бывает. Среди админов, бывают "админы", которые так же как некие гении разработки не умеют читать документацию. В хороших руках, если мы говорим о сервере, даже выход из строя сервера не проблема. Но мы ведь про тех "кто ради наживы" учиться и понимает, что и зачем делает.
Даже наращивание оперативки не помогает, всё равно наступают моменты когда оперативка засоряется и неэффективно используется, и возникает её нехватка не смотря на то что масса страниц отведённые под процессы можно сказать не используются.
Да бывает, из криворуких программистов например. Но при правильном подходе сервер останется в строю. Тупить будет - да. Положить - надо постараться. При этом действительно не увеличение ядер, ни памяти может не помочь, но сервер при этом останется доступным. Далее уже идут системы мониторинга и т.п. На десктопе REISUB на тяжелый случай.
Действительно... человек который не сделал ни одного проекта (до состояния, когда можно пользоваться хотя бы самому), не обслуживал ни одного сервера, ни разу ни на одном форуме (по крайней мере ИТ) не смог технически гармотно пояснить свою точку зрения...... Не надо не объясняй - опять ведь облажаешься как с тем же git
Иногда на форумах возникают темы "а давайте свою ОС напишем" и недалёкие как обычно говорят, да зачем, да кому это надо и тп.
Одна из причин это как раз и является то, что существующие ОС могут зависать из-за ошибок ядра, переполнения оперативки и тд. А ведь это на самом деле не сложно исправить если написать своё ядро более продуманно.
А может просто не у всех хватает ума и квалификации осознать реальные причины этого вопроса. Это только на словах "просто". А на данный момент я знаю одного представителя из "далеких", кто нечто называемое "фреймворк" с очень скудным функционалом (что в реальности является уровнем небольшой курсач для "недалеких") пилит года с 19го кажется (и каждый день проект в состоянии "я доделал"). Не знаете такого? ;)
И да и нет. Зависит и от того кто настроил и от того, кто хочет повесить. И тут дело не в графическое/псевдографическое или вообще без какого либо вывода. Если говорить с токи зрения пользователя обычного то сильно сложнее. В винде если уже повисло значит повисло, в линукс нереально сложно (если этого не захотеть специально) повесить так, чтоб не сработало хотябы REISUB (что это такое уже погуглите).
Тем не менее, конечно же может быть ситуация когда проблемы с самим ядром (кернел паник, например) тогда уже беда. Но тут, если вы используете стабильную версию дистрибутива, (и нормальный дистрибутив) - крайне редкий случай. Иногда могут быть ведь и на уровне железа быть проблемы.
Да. И пока впечатления людей кто катался (например из Минска в Москву) заправиться можно, но: то занято, то еще что то, опять же по времени это дольше. Т.е. всегда надо держать в голове не только что "следующая заправка через....", но и когда следующая после нее. В плане бензиновых это сильно проще. Хотя было дело когда ехал по E95 как то вообще практически до капли все выжег, прозевал момент - стремно было. Там единственное какой бак. Я помню когда пересел с альмеры (на ней был 65 литров бак) на солярис (где 40) я вообще "заколебался" на заправки ездить :) - жутко бесило.
А еще мне нужен звук двигателя. :) Это часть автомобильного дзена :)
