s3-хранилище - это тот же файл, его смысл в облачности (ты не задумываешься как это работает и в каких то случаях можно не думать о бакапах, если что нет, бакапы нужны и тут) но в остальном оно даже менее удобно и медленнее
вся суть выбора хранить файлы или в блобах базы в том что запись файла будет проходить в той же транзакции что и остальные данные, одно место хранения, нет лишних заморочек с хранилищем и т.п.
это может быть особенностью материнской платы, 2 планки могут работать только в 1 и 2 слоте, а 3 и 4 активируется только при 3 и 4 планках памяти соответственно
точнее смотреть надо в мануале к материнской плате
p.s. подключи бипер к материнской плате (spkt разъем к которому куорпус подключается - кнопки reset/power и индикаторы), он будет давать писк с определенной кодировкой, инструкция по расшифровке тоже в мануале материнки
вопрос теперь понял
полагаю никто не обещал что оборудование будет работать на всех конфигурациях старее версий, грубо говоря стоит ли поддерживать все старые стандарты, особенно когда скорости на грани топовых? наверное сложно дублировать высокоскоростные шины данных для разных стандартов?
на сайте кингкстон заявлена только поддержка pci-e4, правда там только реклама, могли просто забыть про это
Разные люди под почтовым сервером понимают разные вещи
Просто почта - это к примеру древнейший postfix (для imap - devcot)
В принципе этого могло бы и хватить, может даже со спамом что то придумаешь
Но многим подавай еще и веб портал, админ панель, интеграцию с ldap и прочее прочее
А еще вопрос, будут ли у компании рассылки в мир, или это чисто рабочее общение (я надеюсь все понимают разницу), это момент наверное самый сложный, народ знаниями не очень спешит делиться.
защита от чего?
злоумышленники атакуют не протоколы и фреймворки а через баги и пробелы в идеологии
ну а если речь идет про защиту клиентов от к примеру деанонимизации, то уже совсем другой разговор, например webrtc используется для деанонимизации клиентов за прокси. так как не использует ее
я не стал отключать так как заметил что после запуска edge оно может восстанавливать некоторые записи в реестре
поэтому я буквально разрегистрировал dll (это можно было сделать regsvr32 /u xxx.dll но мне было быстрее удалить все записи и вообще все упоминания)
чтобы получить "ровно 365 дней назад от последней добавленной" нужно делать ровно то что ты запросил, искать последнюю добавленную, отсчитывать 365 дней и искать по дате
не путай 'идентификатор' и 'порядковый номер' записи в списке, это разные вещи идеологически, чтобы получить порядковый номер я тебе указал способы в ответе
тебе нужно более строгое следование ограничения по частоте запросов и при этом максимально оперативный вызов метода?
для начала нужно понять, какой алгоритм используется сервером для ограничения лимита (есть вариант когда сервер запоминает до N последних времен запросов по дате либо вариант, когда лимит установлен на определенный фиксированный интервал времени, например каждые N секунд) и в зависимости от него симулировать этот расчет лимита времени и только при его возникновении вставлять sleep
очень часто сервисы, лимитирующие запросы, в заголовках выдают информацию об остатках лимита, пользуйся этим.
да конечно, можно было namespace именовать user_class и получать тот же самый результат, но выглядит как костыль, зачем закладывать в основу костыли если можно сделать сразу правильно
и что тогда не получается? какая ошибка? что лежит в $arr? вот у меня получается значит чем то у тебя все же ситуация отличается? например в строке лишние символы? к примеру BOM utf8, который оставляет к примеру блокнот или другие редакторы
вся суть выбора хранить файлы или в блобах базы в том что запись файла будет проходить в той же транзакции что и остальные данные, одно место хранения, нет лишних заморочек с хранилищем и т.п.