Дмитрий, ну, при большом желании в настройке nginx, наверное, можно накосячить так, чтобы один сайт полез в папку к другому... но пользователи, надо полагать, к этим настройкам доступа не имеют.
GavriKos, Кресты уже двадцать лет вытесняются языком D. О нем по-прежнему мало кто слышал и совсем мало кто знает, но он обязательно когда-нибудь вытеснит Кресты!
Александр Мартынов, метод, создающий пул заданного объема с "мертвыми" объектами.
Если нужен объект - находим первый "мертвый", оживляем.
Если не находим - вызываем создание пула большего размера, копируем в него объекты старого, удаляем старый и используем новый вместо него.
Примерно так.
А главное - всю эту низкоуровневую суету можно один раз вписать в методы и больше в них не заглядывать, убедившись, что все работает. Вот в этом и главная прелесть ООП ;)
Александр Мартынов, в конкретных языках есть конкретные варианты списков, сетов и прочих множеств.
Вы язык не указали.
Скорость выполнения программы скорее будет тормозиться постоянным созданием и удалением объектов, для оптимизации скорее стоит рассмотреть готовый пул, если их количество предсказуемо. Но говорить об оптимизации, не имея готового алгоритма самой задачи, просто глупо.
Александр Мартынов, скорее всего, достаточно будет флага "мертв, не беспокоить". Если, конечно, у вас не тысячи объектов. Да и если решите все-таки удалять - это опять-таки делается таким флагом и циклом с проверкой снаружи.
Александр Мартынов, объекты - разные, один хранит другие у себя в векторе, перебирает их, если нужно, и уничтожает в своем деструкторе, чтобы не текла память.
Александр Мартынов, он будет создавать и хранить эти объекты.
Родитель - немного другое, это иерархия, в которой обычно дочерний объект знает свой родительский. Вам это вряд ли нужно, у вас поток данных только вниз, изнутри объектов к парсеру обращаться не требуется.
Александр Мартынов, парсер - не функция, а объект, включающий все данные и функции (методы), связанные с обработкой потока.
Массив ссылок - да, но объекты имеет смысл породить от общего класса, чтобы внешний цикл не обращался к данным внутри них, а только отдавал им нужные команды. Так, обход вектора может быть не одним циклом, а несколькими - цикл обновления и цикл отображения результатов, например.
Впрочем, по описанию не исключено, что вам вообще не нужны подклассы объектов, достаточно одного класса, реализующего несколько сценариев в зависимости от собственных данных.
Возможно, в том ядре, которое было в 18.04, давно известные баги с энергосбережением процессора (например) починили, а в более свежем снова что-то сломали.
Можно покопаться в BIOS - что там есть насчет спящих режимов процессора (C-State), посмотреть, как разные настройки влияют на зависания. Но если такая настройка и поможет - расход батареи и нагрев при этом увеличится...
hegixa94, над вами смеются не из-за глупого вопроса, а из-за нелепого выбора, лишающего ваш вопрос смысла. Ответ на него не решит основную проблему, которая как раз в том и заключается, что вы неудачно выбрали дистрибутив.
hegixa94, так не слушайте школьников, болтающих на форумах - им не дает покоя позиционирование Кали как хакерского инструмента.
Поставьте обычную рабочую Xubuntu или Mint, и будет вам среда без ощущения себя Пятницей...
