Задать вопрос
  • Как и где получить номера USA для звонков и верификации в разных сервисах?

    Daemon23RUS
    @Daemon23RUS
    VoidVolker,
    Раньше был норм сервис, как сейчас — не знаю.
    а сейчас разделился на 2 (может более) юрлица, ру и неру. И хотелок у обоих прибавилось (как мне показалось). То что раньше решалось за 2-3 минуты, сейчас обросло доп вопросами и подтверждениями. Те что неру, в ру сервис не предоставляют, а те что ру не весь мир покрывают ....
  • Почему перестал работать apache и ssh на сервере Debian 12?

    Daemon23RUS
    @Daemon23RUS
    dimchikpivchik, А как себя ведет исходящее соединение? Насколько я понял инет у Вас не пропадает ?
    например если пинговать роутер и 8.8.8.8 пакеты теряются ? Во время пинга ssh проявляет большую стабильность на входящее подключение ?
    Написано
  • Почему перестал работать apache и ssh на сервере Debian 12?

    Daemon23RUS
    @Daemon23RUS
    dimchikpivchik,
    Периодически получается подключиться к ssh, сайт не работает стабильно, но при проверке открытости портов 8080 то открыт то закрыт
    Это после каких команд действий ? или просто периодически, и еще вопрос а место на диске не закончилось ?
    Написано
  • Почему слетает обнаружение устройства?

    Daemon23RUS
    @Daemon23RUS
    7. Использование другого кабеля USB-C^USB-C проблем не вызывает любая из перечисленных комбинаций.

    Алфавит:
    Л-Логика

    Ее включаем, и решается сразу 2 проблемы, 1) ответ на вопрос найден. 2) Заменив неисправный/глючный компонент проблема решена.
    Написано
  • Насколько допустимо использовать положительный LDO для формирования отрицательного напряжения?

    Daemon23RUS
    @Daemon23RUS
    Petya_tupenkeevich, Не знаю что у Вас там по нагрузке, но в догонку LT3094 - 0.8µV RMS (10Hz to 100kHz)
    Отрицательный LDO по шумам в 10 раз менее шумный от Вашего TPS7A20 в типовой схеме, не говоря уже про не типовую ...
    Написано
  • Насколько допустимо использовать положительный LDO для формирования отрицательного напряжения?

    Daemon23RUS
    @Daemon23RUS
    Petya_tupenkeevich, Конечно уровень шума, заявленные уровни при типовом включении: 7-10 µV RMS (в полосе 10 Гц–100 кГц); PSRR: 95 дБ (на 1 кГц).
    А в нестандартной схеме (LDO как отрицательный источник): шум: 30–150 µV RMS может и выше; PSRR: 60-80 дБ; Это на вскидку, все зависит от обвязки. Хотя какая бы она у Вас не была, уровень шума поднимется в 2-5 раз.

    Схема рабочая, напряжение будет в норме, просто на это мало кто обращает внимание, а Вы прямо указали что требуется низкий уровень шума. Вот я Вам так же прямо и говорю, в отрицательном напряжении уйдете в 2-3-5 раз по шумам от заявленного в даташите, может и болше.
    Набросайте макетку, нагрузите, померяйте. Не вывезет по шумам, что делать знаете.
    Написано
  • Можно ли отлючать и подключать внутренний hdd?

    Daemon23RUS
    @Daemon23RUS
    Refguser,
    при резком пропадании питания умеют спокойно завершить последнюю операцию и припарковать головки.

    Без питания, ага. Механика.

    Алекс Блеквелл, главный инженер WD с Вами не согласен уже лет эдак 15. Вот что он в интервю говорил по этому поводу: На парковку головок при обрыве питания у нас всегда есть немного свободного времени. Эта операция осуществляется с помощью электрического генератора. Но генератора как отдельного устройства в жестком диске нет. Двигатель просто используется в «реверсе», что можно сделать с любым электрическим мотором. Помимо того, чтобы запарковать головки, вторая задача — спасти настолько много пользовательских данных, насколько возможно. Нужно передать на носитель фрагмент информации, который записывается в данный момент, завершить запись текущего сектора. Для этого мы просто используем остаточное вращение носителя.
    Написано
  • Как отдать ответ клиенту без ожидания завершения скрипта?

    Daemon23RUS
    @Daemon23RUS
    Vitsliputsli,
    Если fpm-воркеров 20 штук, то за 1 сек они выполнят 20 1-секундных заданий, а ваша схема за 1 секунду сделает только 1/20 часть этой работы. Т.е. результат немного предсказуем.
    "пляскам с fpm и серверной оптимизацией" - это одно число в конфиге, и не факт что вообще чтото нужно менять, если прочитать сравнение выше.

    Бинго, Вы показали верхушку айсберга, если сторонний сервер выдает ответ через 5-10 секунд, тогда что ? Роняем сервер ?
    Но и это все мелочи, мы не знаем есть ли у клиента сессия, 50/50 но скорее да чем нет. Сюрприз, клиент ответ то получил, а что будет с его новым запросом ? Надеюсь Вы помните что он будет блокирован пока воркер закончит обработку. Ведь Вы не сообщили ТС, что если у него сессия то он должен еще и session_write_close() вызвать.
    А если скрипт что то отправит пользователю после вызоваfastcgi_finish_request ?
    Помните/знаете ? Воркер определит что пользователь закрыл соединение, и прервет скрипт. Ведь он так устроен это его одно из основных свойств. Вы же и про ignore_user_abort(true) ничего не указали.
    И это все для новичка. Вам коллеги пытаются донести что решение то рабочее, но плохое и использовать надо с осторожностью (имея уже достаточно большой опыт и знания за плечами)
    Куда мир катится, я уже и не удивлен, не Вы писали калькулятор ?
    694bb11f457a6721969435.png
    Написано
  • Как отдать ответ клиенту без ожидания завершения скрипта?

    Daemon23RUS
    @Daemon23RUS
    Vitsliputsli,
    Маскирует значит. А когда мы задачу убрали из fpm в "очередь" и оно завалится гдето в базе или гдето в кроновой задаче, это не маскировали?

    Вы реально не понимаете в чем проблема fpm с долгим временем исполнения? Вот это, на мой взгляд, очень опасная привычка для разработчика.
    Написано
  • Как отдать ответ клиенту без ожидания завершения скрипта?

    Daemon23RUS
    @Daemon23RUS
    Vitsliputsli, у автора запрос к другому сервису занимает много время
    Исходя из этого: fastcgi_finish_request перед долгим запросом к стороннему серверу - говнокод.
    Дальнейший разбор, как и гадания не имели смысла. Абсолютно не имеет значения какой конфиг VPS и сколько памяти. fastcgi_finish_request путь к падению сайта в целом с HTTP 502 . Можно, но не оптимально.
    ТС нужно решение проблемы долгой отдачи страницы пользователю. Ваше не решает, а маскирует ее. В частных случаях оно может вполне оправдано, но вот в общем случае - это плохое решение.
    Напомню Вам с чего началось обсуждение: с комментария рекомендуется пользоваться этим с осторожностью Вы же утверждаете, что осторожность тут излишняя.
    ТС для решения задачи надо внести изменения в свой код. Какие ? Тут есть варианты, и в известных исходных условиях fastcgi_finish_request бомба которая может разнести (постоянно ронять) его сайт. Если это не говнокод, то что это ?
    Написано
  • Как отдать ответ клиенту без ожидания завершения скрипта?

    Daemon23RUS
    @Daemon23RUS
    Vitsliputsli, Ну наконец-то! Все же не говнокод и не грабли, а нормальный инструмент. Хоть с этим разобрались.
    fastcgi_finish_request перед долгим запросом к стороннему серверу - говнокод.
    rPman, красиво все сразу расписал:
    говнокод это не повод для расстройства, просто нужно это держать в голове
    простота решения - плюс
    скрытые проблемы - минус (не каждый сразу поймет почему сервер перегружен зависшими процессами)

    Вам же захотелось технических деталей. Вы получили. Ну теперь потрудитесь привести доводы, почему Вы топите за решение имеющее проблему: при использовании fastcgi_finish_request для того чтобы уронить сайт не надо жмакать F5 достаточно просто по нему шарится, ведь теперь клиент не ожидает завершения потока, а порождает новые в процессе навигации.
    Написано
  • Потеря скорости TX на устройство Wifi OpenWrt со временем, куда копать?

    Daemon23RUS
    @Daemon23RUS
    immortal555, Даунгрейдите не раздумывая, проблема присутствует, ждем когда поправится (в какой версии)
    Написано
  • Как отдать ответ клиенту без ожидания завершения скрипта?

    Daemon23RUS
    @Daemon23RUS
    Vitsliputsli, Сама по себе функция fastcgi_finish_request ни какие не грабли, использование ее в кейсе ТС вот это грабли. Признак говнокода - то, что сайт можно уронить жмакая F5 на странице. Все, точка. В кейсе ТС плюс минус так и будет. Количество запросов до падения сайта зависит от фаз луны (доступности стороннего сервиса и времени его ответа) - тоже признак говнокода. При все при этом fastcgi_finish_request ну никак на это не влияет, она дает мнимое ощущение что проблема решена. На что rPman Вам и указал. Даже больше, при использовании fastcgi_finish_request для того чтобы уронить сайт не надо жмакать F5 достаточно просто по нему шарится, ведь теперь клиент не ожидает завершения потока, а порождает новые в процессе навигации.
    Написано
  • Как отдать ответ клиенту без ожидания завершения скрипта?

    Daemon23RUS
    @Daemon23RUS
    Vitsliputsli, Хорошо, начнем с известных данных от ТС: требуется сделать запрос на другой сервис и сохранить полученные данные в файл, но запрос к другому сервису занимает много время, и клиенту приходится ждать пока завершится скрипт, Пожалуй это и будет основным критерием.
    Имеем Nginx и PHP (что наиболее вероятно будет в варианте php-fpm)
    max_children в конфиге php-fpm У ТС спрогнозировать сложно, но предположим что у него простой VPS и эффективное значение max_children будет в районе 20-30

    - Не особождаем воркер? Ну так он на то и воркер, чтобы работать.
    php-fpm воркер для того, чтобы отработать скрипт и отдать контекст клиенту, взять следующий запрос. Одна из немаловажных метрик - время обработки. Чем оно меньше тем меньше воркеров потребуется для нормальной работы сайта при нагрузке (не важно большой или маленькой, это другая история). У ТС воркер будет "спать" ожидая ответ от другого сервиса.

    - Кол-во воркеров это какое-то лимитированное число, которые нельзя менять?
    Вполне себе изменяемое значение

    - Чем лучше, если эту же работу будет делать не fpm-воркер, а просто воркер-процесс?
    сторонний процесс не расходует важный ресурс который отвечает за возможность обработать запрос пользователя и показать ему страницу. С fpm-воркер если сторонний сервис упадет, мы набираем 20-30 запросов которые ждут таймаута, а к сайту ТС уже нет доступа получаем HTTP 502, причем для всего сайта в целом.

    - Что будет если процессов будет в разы больше чем процессоров?
    Тут я не совсем понимаю, это вроде как ваша идея смотреть в сторону увеличения воркеров.

    - Чем лучше, если вся производительность упадет в пол по CPU, вместо ожидания fpm-воркера для отдельных запросов?
    И здесь мне непонятно почему производительность должна упасть в пол.

    У ТС тривиальная задача, получать ответы от удаленного сервиса и сохранять их в файл, один процесс с очередью, асинхронной обработкой этих запросов прекрасно справится. fastcgi_finish_request это потенциальные грабли на которых он по незнанию потом может очень долго скакать не понимая причин HTTP 502

    Достаточно обоснованно ?
    Написано
  • Как отдать ответ клиенту без ожидания завершения скрипта?

    Daemon23RUS
    @Daemon23RUS
    Vitsliputsli,
    Скрытых проблем здесь нет,

    Видишь суслика?
    — Нет.
    — И я не вижу. А он есть!


    Поддержу коллегу rPman, он верно заметил, что это так себе решение. Все может лечь гораздо раньше чем мы куда либо упремся. Мы не освобождаем поток, а их количество конечно и определено в конфиге, например сколько раз надо нажать F5 на этой волшебной странице, чтобы уронить полностью весь сайт ?
    Написано
  • Как сделать так, чтобы nginx не слушал http, а только https?

    Daemon23RUS
    @Daemon23RUS
    Everything_is_bad, Плюсом вангую, что конфиг чатжэпити запилил. Тут уже работает математика и статистика, где прямо коррелирует использование оного и подрыв выше обозначенного в общении с живыми людьми.
    Написано
  • Не работает apt update && apt upgrade в Kali Linux. Что делать?

    Daemon23RUS
    @Daemon23RUS
    Руслан, Смотрите в сторону "туннелей" у Вас все для этого есть из коробки.
    Написано
  • Не работает apt update && apt upgrade в Kali Linux. Что делать?

    Daemon23RUS
    @Daemon23RUS
    Руслан, Проходя мимо, решил поинтересоваться: Что может Kali, и не может Ubuntu ?
    Может я чего не знаю, и пора менеджеров и бухгалтеров с убунты на кали пересаживать ;)
    Написано
  • Как могло пропустить DMARC?

    Daemon23RUS
    @Daemon23RUS
    luckyjenro0, Тут есть нюанс, мы видим что прошло, но не видим что пихалось изначально, и причем пихалось такое что после регулярки остался пробел ...
    Написано
  • Как могло пропустить DMARC?

    Daemon23RUS
    @Daemon23RUS
    luckyjenro0, Полагаю, что валидный sender позволяет пихать что угодно в from, ошибочное поле from при наличии sender ошибка не критичная, и письмо проходит. DKIM валидный, SPF тоже. А вот получить политику DMARC маил не может, а это считай политика не указана. Нет политики - нет проверки, что и требовалось получить.
    Ну а Аватарка это другой "сервис" там может пробел значения не имеет
    Написано