Anton Mashletov, держите нас в курсе ваших - безусловно гениальных идей на тему возраста входа и языков программирования вообще.
Всем будет очень интересно, тем более, что они пока никак не соотносятся с реальностью.
В этом веб-приложении я получаю число воркеров на одном сервере, но там в коментах в классе Gearman_Monitor есть как получить число воркеров, которые могут обработать данную ф-ю в очереди, с подробностями, как-то: IP и пр.
Я так делал - создавал GearmanClient в воркере и веселилсо. Что реализовывал таким образом:
- регулировка: то что у вас
- феникс: мастер-воркер следит за выполнением задачи и другими воркерами. Если задача выполнена с ошибкой или не выполнена, мастер-воркер ставит ее опять в очередь - возрождает как феникса из пепла. Если не хватает воркеров (упало несколько), он их запускает - опять же возрождает как феникса )))
Для управления очередью я написал класс и веб-приложение, посмотрите, может, пригодится https://github.com/konst21/gearman_monitor_control
Там можно получать число задач в очереди в частности
Ссылка на описание на хабре там есть. отвечу на все вопросы если нужно
Максим Ф: А зачем такие сложности? Сколько запросов выполняется в данный момент - это просто переменная, хранить эти данные точно ни к чему. Я бы просто в переменной держал эту величину. Мастер-воркер - он один, выполняет только две задачи - инкремент и декремент. И кстати о централизации - если мастер-воркер один, то вопрос о централизации теряет смысл.
Я думаю, какая-то ошибка возникает в этих местах:
'params' => [
'id' => $model->id,
'filePath' => $this->getPath($model)
]
Посмотрите, что в массиве 'params'
Конечно, но имхо самостоятельно можно еще что-нибудь интересное выкусить. Те же куки.
Разумеется, можно этого не делать, просто редирект. Тогда проще в настройках домена .рф сделать редирект.
Замените все дефисы на точки
a-product_id должно быть a.product_id
a-product_id = b-product_id должно быть a.product_id = b.product_id
и так далее.
Что означает такая запись?
product as a означает, что везде далее вместо имени таблицы product будет писаться a. Синоним. Просто синоним, запись a.product_id означает поле product_id таблицы a, то есть таблицы product
сформулируйте точнее, что именно вы хотите узнать. АПИ - это очень общее понятие, Application Programm Interface. Не бывает АПИ просто АПИ: есть АПИ Гугла Яндекса Фейсбука ВКонтакте и всего на свете.
API - это фактически способ программно обратиться к тому ил иному сервису. Не бывает АПИ просто так, есть АПИ каких-то конкретных сервисов, программ.
Вы получите всю мощность рассеивания на одном транзисторе, а это при токе 6А около 6*2+ = 12+ Ватт. Это много, кулер придется ставить, просто радиатором не обойтись.
Вообще говоря для такой задачи - погасить напряжение - не нужны стабилизаторы. Большая стабильность не требутся ведь.
Просто один транзистор с переменным резистором в базе для регулировки. Даже схему рисовать не нужно:
транзистор - какой попадется, коллектор - к питанию, эмиттер - к нагрузке, переменный резистор двумя концами к источнику начального напряжения, регулирующий вывод переменного резистора - к базе транзистора. Второй провод нагрузки - ко второму концу ИП.
Сопротивление резистора - 1 кОм будет ОК, не очень критично.
Полярность зависить от транзистора: если N-P-N -то коллектор к плюсу, если P-N-P - то коллектор к минусу.
То есть в разрыв цепи "начальное напряжение - нагрузка" включается транзистор.
Напряжение на нагрузке - то есть на эмиттере транзистора - равно напряжению на базе минус примерно 0,5 - 0,7 Вольт в зависимости от транзистора.
---
после сборки схемы ставим рукоятку переменного резистора в среднее положение, вместо светодиодной ленты подключаем резистор сопротивлением в районе сотен Ом и смотрим на нем напряжение.
Крутим крутилку. Радуемся. Размышляем.
Повторюсь, такое решение даст всю мощность рассеяния на одном транзисторе. Без теплоотвода даже не пробуем включать под реальной нагрузкой - есть вероятность, что транзистор вылетит даже не мявкнув, вместе с нагрузкой
Именно эта ситуация - создание копий проекта или файлов - описывается в начале каждого руководства по системам контроля версий. Описывается, почему это плохо.
Git - это в первую очередь система контроля версий, и даже если программируешь один, разве версии не нужны? У вас версии - это набор архивов. Поверьте, Git удобнее, возможно вам просто не попадалось хорошее руководство.
Есть диалог и даже холивар на тему Git vs SVN, причем по опросам на хабре 50/50. Имхо Git как раз удобнее намного, в том числе при одиночной работе.
Диалога Git vs копии проекта нет.
Уважаемый croupier, огромное спасибо за:
-- www.heidisql.com - я юзаю SQLYog, та же примочка, но нужен http-туннель, это раз, два - йог бывает становится колом и отказывается соединяться по http, и это навсегда, ломается что-то. Есть еще dbForge, но он страшно медленный. HeidiSQL - да, ОЛИЧНОЕ решение клиента для MySQL, несмотря на косяки оформления.
-- RealSync - очень отличная штука, я как-то искал способ именно так сделать, прямую синхронизацию с сервером, и именно с DigitalOcean. Но Git таки необходим :)
Добавлю только, что, думаю, начинать с этого всего не нужно, все же для работы с этими штуками хотя бы начальное понимание требуется. Но на этот инструментарий обратить внимание нужно.
пишут, что страшного абсолютно ничего нет - я погуглил, более того, обсуждается работа сетей, в которых два DHCP сервера
и вроде как да, подхватится первый ответивший сервер, он и выдаст IP
я бы не заморачивался, просто ткнул роутер в сеть и все, ничего на нем не трогая. На работу сети это никак не повлияет, не переживайте
Всем будет очень интересно, тем более, что они пока никак не соотносятся с реальностью.