да и параллельным программированием более менее я пользовался только при использовании cuda, в остальных случаях я сам управлял потоками, распределяя задания между ними вручную и использовал семафоры и шаред мемори (не java).
не доверяю я автоматическим решениям, точнее считаю что область их эффективного применения ограничена.
Когда я изучал вопрос (не так, просто смотрел существующие решения) мне показалось что на java все решения (гугл строку предложил в ответе) какие то перегруженные, неудобные, слишком объектно-ориентированные, как и все в java.
да, этот подход используется в electrum, это python библиотека opensource так и алгоритм.
Так тоже можно и может быть даже нужно, так как это очень удобно. Но нужно понимать что ровно столько ключей, сколько сгенерировано было на сервере публичных, столько же нужно будет сгенерировать на кошельке приватных, в случае с генерацией сотен тысяч ключей (например ваш магазин под ddos атакой) у вас могут возникнуть трудности траты этих монет... понадобится ставить свой electrum сервер или еще как анализировать адреса на наличие входящих переводов.
Я не стал предлагать electrum так как ожидается что он будет использоваться весь, а не только для генерации ключей, но его инфраструктура предполагает использование публичных серверов у которых запрашивается балансы и транзакции, это не так надежно как полностью ваша нода, ни от кого не зависимая.
karasique, у этого решения главный бонус в его разарботке, весь код базы генерируется простейшим скриптом (отдельно триггеры наполнения), а избыточность самих данных... жесткие диски дешевеют почти с экспоненциальной скоростью.
Можно предложить перекодировку проводить на стороне клиента (опционально, например за плюшки, а то обладателям мобильников и вообще слабого железа будет плохо), т.е. в процессе загрузки видео на сервер оно перекодируется тут же на лету, но готовых красивых решений нет.
Отчасти да, взаимодействуют, у меня не получилось последние версии firefox запустить одновременно несколько копий под одним пользователем, хоть и указывал разные профили.
Полагаю на linux этого не потребуется, там по уму используют иной способ контроля повторного запуска.
А зачем тогда вы используете python rq? если я верно понимаю это библиотека для создания воркеров, позволяющих создавать задачи и исполнять их по очереди в отдельном процессе?
Если вам нужно на каждый http запрос выдать результат - делайте обработку данных прямо в скрипте веб сервера. Лимит на количество одновременно запущенных процессов будет задаваться вебсервером (количество одновременных подключений, при превышении клиенты будут тупо ждать). Поднимите на питоне простейший веб сервер (там 3-5 строчек), а ваш основной веб сервер будет проксировать на него отдельные запросы (либо простым file_get_contents в скрипте).
Что самое веселое, если речь идет только об 1c то почти на все можно найти открытые (читай бесплатные) лицензии.
Всем говорю, для начала, вместо того чтобы заплатить мешок денег налево, может быть на эти деньги создадите внутри организации свой IT отдел, который будет пилить и допиливать открытые решения? во первых, это может оказаться дешевле, а во вторых, все потраченные деньги на СВОИХ людей, останутся в организации в виде их опыта и лояльности.
ЛЮДИ - это главный ресурс, все остальное пыль, вода, которая утекает.
Александр Дуплий, php при фатальных ошибках крашит процесс, и не все try catch отлавивалиет, т.е. отказоустойчивым процесс сделать очень сложно.
Поэтому и разделяют приложение собственно для функционала и приложение для его запуска, так как это 'дешевле' во всех смыслах для разработки и поддержания.
По поводу накопления сообщений от пользователей, для telegram это и есть ваш bot.php, я не знаю как именно там организован сбор сообщений, и буферизирует ли сервер их, это уже сами разбирайтесь, но сам bot.php делайте максимально легко перезапускаемым, это как минимум минимизирует простои.
Еще у windows со времен 7-ки рядом с remote desktop существует 'Удаленный помощник', он использует свой протокол (возможно что то типа vnc только свой) и при удаленном подключении не блокирует экран. Его использование подразумевает удаленный доступ из интернета (файл подключения высылается по почте), ни разу не видел чтобы этим в серьез пользовались, даже не знаю какие порты нужно открывать, но попробуйте покопайтесь, может вам это подойдет лучше).
Если проблема с контроллером диска или на материнской плате, то файловая система уходит в readonly, я ощутил это на практике.
Почти наверняка, если причиной будут проблемы с процессором/оперативной памятью, тоже все возможно.
файловая система уходит в ro по любому чиху и неоднозначности, которую удалось обнаружить.
xmoonlight, обычно все хорошо,.. для типичных конфигураций, что то типа 24" FullHD монитор и windows с темой по умолчанию, и браузером firefox/google chrome..
Но если вы заглянете в мобильные решения, волосы дыбом встанут. На хабре были статьи, где компании описывали свои testlab с сотнями мобильных устройств исключительно для проведения тестирования.
Почти наверняка, если вы начнете с линейкой замерять на каком-нибудь нетбуке, где в windows стоит 150% увеличение размеров шрифта, то вас ждет разочарование.
p.s. именно требование измерений элементов линейкой на мониторе - универсально не выполнимо.
на бумаге pdf дает наилучший результат, но боюсь для начала нужно создавать pdf в 'правильных' приложениях (тот еще вопрос, какие это)