, а на виндоус ему нужен handleЯ так понял нужна кроссплатформенная программа? Тогда вам совет дал falconandy, нужно создать 2 файла у одного прописать // +build windows и прописать виндовую функцию у другого // +build linux и прописать функцию для линукса при чём файлы будут отличаться только 1 этой функцией которая платформозависима
А что за проблема с количеством сессий пользователя?В целом да хотел ограничить их рост.
А зачем?Думал, что возможно есть другой подход.
Правда придётся ещё подумать что делать с «мёртвыми» сессиями.Тут в целом можно дату в отдельном поле или в токене хранить и по ней смотреть
connection pool для GoМожет я не плохо вопрос сформулировал. Суть в том, что при авторизации пользователю выдается токен, который помещается в базу, пользователь может зарегистроваться из нескольких браузеров, и соотвественно для его логина будет хранится несколько сессий в бд, я хотел бы узнать стандартный способ для ограничения количества этих сессий.
Вначале нужно определиться с критерием "активныхК которым можно получить доступ или которые отсылают код ответ 5хх подойдет.
И зачем тебе это?По сути интересно сколько реально адресов используется и насколько верно утверждение того человека, что он реально всё просканировал, получив при этом всего 50млн активных адресов.
Список всех сайтов?Общее количество ip, кол-во нестандартных портов для https например, частота запросов сайта, среднее количество страниц, что-нибудь такое. В общем данные с которыми можно было поработать и извлечь какую-нибдуь информацию, возможно построить графики.
зачем вам вообще всё это нужно.Чтобы отдельно создавать объект и реализовывать дополнительные функции только при необходимости, для примера есть интерфейс с методами build и getobject, туда не хочется добавлять лишние функции, чтобы не делать интерфейс слишком большим, но для некоторых объектов удовлетворяющих этому интерфейсу нужен похожий функционал.
Неужели применение строителя настолько оправдано, что ради него вы плодите директораНу в целом можно и без директора, просто более общий случай.
Сочетания любых паттернов оправданно, если того требует задача, вопрос в том, является ли ваша задача таковой.В целом у меня теоретический вопрос. Просто прикинул, что иногда было бы удобно добавлять функционал к объекту/объектам не трогая код самого объекта, жертвуя при этом лишним слоем абстракции. Условно у нас билдер, который создаёт разные объекты для подключения к серверам разного типа tcp/udp/ftp/... /... и нам нужно получить некоторые данные по сессиям ftp и udp, по остальным типам нам не нужна информация, дальше создаем фабрику с этим методом и реализуем эти методы только в 2 случаях из n. Ну соотвественно если нам понадобится udp или другой протокол, то по сути нам будет достаточно только реализовать метод, без фабрики придется вносить код в несколько мест с фабрикой скорее всего только в одно. Не говорю что это реальный пример и так будет писаться код, но мне кажется, что это возможный кейс, что создали библиотеку с ограниченным функционалом внутрь которой не хочется лезть и приходится писать свою надстройку, опять же не факт что это способ подойдет, я просто хотел узнать жизнеспособный он или нет.