Антон Горецкий

Охх... Никогда не думал, что столкнусь с race condition в PHP )))
В других языках такое решают общим хранилищем данных для всех параллельных потоков и использованием мьютекса.

Мы же можем воспользоваться инструментами Redis, которые сделали специально для решения таких вещей. У Redis есть специальные флаги, позволяющие использовать атомарные операции. Команда SET с параметрами NX и EX.

• SET key value NX — установить ключ, только если он Not eXists (не существует).

  
• SET key value EX seconds — установить ключ с временем жизни (eXpire) в секундах.
  

Комбинация этих двух флагов позволяет создать атомарную операцию "захватить блокировку на N секунд".

handler.php

<?php

$redis = new Redis();
$redis->connect('127.0.0.1', 6379);

// 1. Создаем уникальный ключ для этого конкретного запроса
$lockKey = 'request_lock:' . md5(json_encode($_REQUEST));

// 2. Пытаемся захватить ключ на 10 секунд
// Эта команда атомарная: только один процесс из двух победит.
$isLockAcquired = $redis->set($lockKey, '1', ['nx', 'ex' => 10]);

if ($isLockAcquired) {
    // КЛЮЧ НАШ! Делаем свою работу
    try {
        // ... обращаемся к стороннему сервису, запускаем worker.php или ваще что угодно ...
        
        // отвечаем клиенту об успехе операции
        http_response_code(200);
        echo json_encode(['status' => 'success']);

    } catch(\Throwable $e) {
        // Освобождаем ключ для будущих запросов в случае ошибки, чтобы не ждать 10с для переотправки.
        $redis->del($lockKey);
        // отвечаем клиенту, что произошла ошибка
        http_response_code(500);
        echo json_encode(['status' => 'error']);
    }

} else {
    // КЛЮЧ УЖЕ КЕМ-ТО ЗАНЯТ. Ничего не делаем.
    // Просто отвечаем клиенту, что все ок или что запрос дублируется.
    http_response_code(429); // Too Many Requests
    echo json_encode(['status' => 'error', 'message' => 'Request already in progress']);
    exit;
}

На всякий случай напомню: мы пушим не в аккаунты, а в репозитории. Вы можете отправлять коммиты не только в проекты из своего аккаунта. Главное, чтобы у вас были права на запись — админ репозитория должен добавить вас в проект.

Поэтому само наличие второго аккаунта GitLab не всегда нужно. Хотя на работе могут выдать отдельный логин — и тогда появляются сложности.

Возможные варианты:

1. Работать только с рабочим аккаунтом, а в личных репозиториях просто дать ему доступ на запись.

2. Постоянно перелогиниваться, что неудобно: Git будет путаться в кэше аутентификации.

3. Разделить протоколы:
– личные проекты — через HTTPS,
– рабочие — через SSH.
Так Git не будет пересекать ключи и пароли.

4. Использовать трюк с виртуальными хостами (как написал Виктор).
Git всегда использует один SSH-ключ на один хост, но мы можем создать сколько угодно “виртуальных” хостов и привязать к каждому свой ключ. Git будет думать, что это разные GitLab-сервера.

Опишу, как это сделать на Маке и Линуксе. Про Винду даже не спрашивайте, уже лет 7 как не помню.

Для работы с двумя аккаунтами GitLab с одной машины требуется настроить Git для использования разных SSH-ключей. Каждому аккаунту будет соответствовать свой ключ.

1: Создание отдельных SSH-ключей

Для каждого аккаунта GitLab необходим уникальный SSH-ключ. Если стандартный ключ (`~/.ssh/id_rsa`) уже существует, его можно оставить для первого аккаунта. Для второго аккаунта создаётся новый.

В терминале выполняется команда для генерации нового ключа. В ней `"email_второго_аккаунта@example.com"` заменяется на почту, привязанную ко второму аккаунту GitLab. При запросе имени файла нужно указать уникальное имя, чтобы не перезаписать существующие ключи.

# Имя id_gitlab_work можно заменить на любое другое
ssh-keygen -t ed25519 -C "email_второго_аккаунта@example.com" -f ~/.ssh/id_gitlab_work

В результате у нас будет две пары ключей:

• `~/.ssh/id_rsa` и `id_rsa.pub` (для первого аккаунта)
  
• `~/.ssh/id_gitlab_work` и `id_gitlab_work.pub` (для второго)
  

2: Добавление SSH-ключей в аккаунты GitLab

Далее публичные части ключей (`.pub`) добавляются в соответствующие аккаунты GitLab.

Для первого аккаунта это будет ~/.ssh/id_rsa.pub
Для второго аккаунта ~/.ssh/id_gitlab_work.pub

Кликаем на аватарку в gitlab, выбираем "Edit Profile" и в секции "SSH Keys" обоих аккаунтов добавляем соответствующие им публичные ключи

3: Настройка SSH-клиента

Чтобы система знала, какой ключ для какого репозитория использовать, настраивается файл конфигурации SSH. В нём создаются псевдонимы для `gitlab.com`.

1. Нужно открыть или создать файл `~/.ssh/config`.

Если его нет, создаём:
touch ~/.ssh/config

2. Открываем файл, добавляем конфигурацию, которая создаёт два «хоста», `gitlab.com-personal` и `gitlab.com-work`, которые оба ссылаются на `gitlab.com`, но используют разные файлы ключей.

# Первый аккаунт (например, личный)
Host gitlab.com-personal
  HostName gitlab.com
  User git
  IdentityFile ~/.ssh/id_rsa
  IdentitiesOnly yes

# Второй аккаунт (например, рабочий)
Host gitlab.com-work
  HostName gitlab.com
  User git
  IdentityFile ~/.ssh/id_gitlab_work
  IdentitiesOnly yes

4: Настройка локальных репозиториев

Теперь необходимо обновить URL-адреса удалённых репозиториев в локальных проектах, чтобы они использовали созданные псевдонимы.

1. В директории проекта для первого аккаунта выполняется команда для изменения URL.
Проверить текущий адрес: git remote -v
Заменить `gitlab.com` на псевдоним gitlab.com-personal:

git remote set-url origin git@gitlab.com-personal:username/repo.git

2. В директории проекта для второго аккаунта выполняется аналогичная команда, но с другим псевдонимом:

git remote set-url origin git@gitlab.com-work:otheruser/other-repo.git

При клонировании новых репозиториев следует сразу использовать адрес с нужным псевдонимом:

# Клонирование с первого аккаунта
git clone git@gitlab.com-personal:username/repo.git

# Клонирование со второго аккаунта
git clone git@gitlab.com-work:otheruser/other-repo.git

5: (Рекомендуется) Настройка автора коммитов

Чтобы коммиты в каждом репозитории подписывались правильными данными, а не глобальными настройками вашего git, следует задать имя и почту автора локально для каждого проекта.

В репозитории для первого аккаунта:

git config user.name "Имя для первого аккаунта"
git config user.email "email_первого_аккаунта@example.com"

В репозитории для второго аккаунта:

git config user.name "Имя для второго аккаунта"
git config user.email "email_второго_аккаунта@example.com"

После завершения настройки, при выполнении `git push` из разных директорий, Git будет автоматически использовать соответствующий ключ и данные автора.

Уже было, никак.
Как подружить два разных драйвера NVIDIA?
Как установить разные версии драйверов для разных видеокарт NVidia?

Элементарно же, когда пользователь начинает опрос, сохранять в БД запись, содержащую идентификатор опроса, идентификатор пользователя и время начала опроса.

Дык написано же, что это за параметр:

Request that only some attributes are returned

И пример приведён: "name,ip,port"
А вы там передаёте совсем другое: "185.207.214.232:27200"
Кроме того, вы не то и не туда отправляете - вот оно и говорит, что лишнее поле. Там выше приведён пример правильного запроса - сначала научитесь отправлять правильный запрос, а потом уже используйте фильтры и опции, которые вам нужны. RTFM.

Вообще можно проще:

Process explorer -> "makecab.exe" -> Properties -> Image -> Parent

Фильтры для мониторинга же создания/остановки процессов:

Operation - is - Process Create
Operation - is - Process Exit

Плюс посмотрите автозапуск через Autoruns.

1) Лучше искать по словам "IP-камера" (по "веб-камере" будут попадаться всяике изделия с USB портом; а надо - с Ethernet)
2) Убедиться, что поддерживает протокол ONVIF.
3) Убедиться. что в описании нет слов "работа только с облаком ННН"
4) Подумать - надо ли именно поворотную. Ибо парочка не-поворотных камер запросто может стоить дешевле.
5) Подумать - нужны ли детекторы движения и т.п. (дабы начинать запись только по обнаружению движения; или - отправлять алярм)
6) Нужна ли запись (если нет - только текущую ситуацию можно посмотреть; а начинает хотеться глянуть, что собакен делал пол-часа назад и где он взял то, что сейчас жуёт :)))
7) Убедиться, что веб-морда камеры работает в современных веб-браузерах и не требует какого-то
экзотического плагина для просмотра видео.

Очевидно не перебирать все варианты, а решить систему уравнений:

import numpy as np

A = np.array([[5, 3], [3, 3]])
B = np.array([46.2, 31.5])

# Решаем систему уравнений
x, y = np.linalg.solve(A, B)
print(round(x, 2), round(y, 2))

В общем-то это похоже на штатный режим 10/11:

Чтобы настроить автоматическую синхронизацию, нужно:
Выбрать «Пуск» > «Параметры» > «Системный» > «Буфер обмена».
Установить переключатель «Журнал буфера обмена на всех устройствах» в значение «Вкл.».
Выбрать «Автоматически синхронизировать текст, который я копирую».
Функция синхронизации привязана к учётной записи пользователя «Майкрософт» или рабочей учётной записи, поэтому для входа на всех устройствах нужно использовать одни и те же данные.

https://support.microsoft.com/ru-ru/windows/%D0%B8...