Всё так и есть. Я не говорил, что каждое изменение нужно обсуждать, это был ответ конкретно на комментарий с упомянутым пулл реквестом над моим сообщением. На самом деле большинство PR'ов у нас проходит без каких-либо заседаний или обсуждений.
Бота кстати ввели относительно недавно, как раз для тех случаев, когда никто ничего не делает, и PR долго висит. Изредка бывают случаи, когда кто-то из команды берёт на себя доработку висячего пулл реквеста, где автор уже не отвечает, и доводит его до конца. Но как выше уже говорили, людей мало.
Возможно кто-то ответит "зачем изобретать велосипед, если это уже реализовано в других ОС", но лично я питаю тёплые чувства к проекту.
Если система станет достаточно стабильной, будет реже падать, а при падении и последующей перезагрузке будет восстанавливаться и корректно продолжать свою работу — она сможет составить конкуренцию системам на базе ядра Linux, сочетая в себе открытый код и экосистему Windows, которая по прежнему лидирует на рынке по использованию на ПК.
Так сложилось, что я начинал программировать именно под Windows, и с тех пор я ощущаю себя комфортно в этой среде, она для меня весьма эстетична, и как программист, я могу оценить красоту реализации тех или иных интерфейсов, которые система предоставляет разработчикам. И это не считая богатого пользовательского опыта.
Да и что греха таить, меня очень раздражает, когда по любому удобному поводу люди пытаются заменить Windows чаще всего на Linux. Особенно это касается импортозамещения и смежных тем. Я считаю, что у Линукса слишком много незаслуженной популярности, и что он переоценен. По работе мне иногда приходится сталкиваться с ним, и я часто наблюдаю проблемы, как у себя, так и у других людей, с которыми на Windows я бы скорее всего не столкнулся — особенно это касается обновлений системы, и множества несовместимых версий программных пакетов и их зависимостей. И там я совершенно не ощущаю той самой эстетики, которую привык ощущать, создавая программы под Windows.
К моему большому сожалению, ReactOS пока не готов к тому, чтобы им можно было заменить систему Windows. Но я в команде разработчиков, и делаю всё возможное, чтобы приблизить этот день.
Тут проблема с кооперацией, автор пулл реквеста заранее не обговорил изменения в чате с разработчиками. Обычно если заранее всё обговорить, ревью проходит быстрее.
Ещё, ревьюер который дал там аппрув, не состоит в команде разработчиков, поэтому не засчитывается.
Если вы не админ сервера, и при этом с админом вашего (или другого) сервера связаться не удаётся — в принципе можно написать бота, который будет удалять сообщения (и банить пользователей) по ключевым словам, или даже с какими-то более продвинутыми проверками.
• Проблема со спамом решается примерно так — сначала смотрим, на каком домашнем сервере аккаунт спамера. Дальше варианта два, можно попробовать связаться с админом того сервера, чтобы спамера заблокировали, либо самим заблокировать домашний сервер спамера полностью на уровне федерации — если спамер с другого сервера. Если он с вашего сервера, то вариант только связаться с админами.
Если вы сами являетесь админом сервера, то у вас есть возможность посмотреть, с каких IP-адресов регистрируются и заходят спамеры, следовательно можно их заблокировать на этом уровне.
Поскольку Matrix децентрализован, с админами серверов как правило связаться проще, чем со службой поддержки некоторых централизованных сервисов.
• По вопросу аккаунтов-дубликатов — как правило, это не является проблемой, а скорее даже нормой. В том смысле, что пользователи в Matrix часто регистрируются на нескольких домашних серверах, чтобы всегда иметь доступ к нужным чатам, если какой-то из серверов решит "отдохнуть от работы". Что же касается нарушителей, к ним применимо то, что я уже ответил выше про спам :)
• Что касается мотивации разработчиков клиентов, насколько я понимаю, разработкой отдельных клиентов занимаются энтузиасты или группы энтузиастов, и скорее всего за пожертвования. Что же касается крупных популярных клиентов вроде Element — их спонсируют организации, в каких-то случаях некоммерческие, в каких-то случаях коммерческие. Насколько я помню, даже правительства некоторых стран (как минимум Германия и Франция) уже используют Matrix для собственных нужд.
Не скрою, вполне возможно, что и я сам займусь написанием собственного клиента для этого протокола, поскольку у меня довольно давно была идея создать свой мессенджер, а тут такой интересный протокол под руку попался :)
При дублировании так или иначе используется передача данных между двумя и более домашними серверами, судя по всему с этой передачей данных и были проблемы.
У нас тогда в комнате был мост с сервера reactos.org, а большинство пользователей - с сервера matrix.org (и сама комната, изначально созданная на нём же). На нашем сервере в тот день точно не было проблем с пропускной способностью, следовательно...
Помню ещё, что в тот день кто-то из наших сообщил, что на matrix.org действительно были задержки, и в самом Matrix HQ (а может в каком-то другом авторитетном месте) их подтвердили.
Перемещение осуществлялось в два этапа, сначала комнату создали на нашем сервере, переместив туда мост, а затем большая часть пользователей с matrix.org переехала на аккаунты нашего сервера.
Если брать виртуальные машины Hyper-V например, то у них основная виртуальная шина VMBus топологически растёт из моста PCI-ISA, и система не сможет её увидеть и распознать без рабочего драйвера ISA PnP.
Помнится, есть такой хештег #KilledByNmap, которым помечают всякие весёлые и не очень случаи, произошедшие по вине этой программы кого-то, кто использовал эту программу. Видимо теперь нужно вводить #KilledByRouterScan :)
SaveFrom не использую, но использую friGate Light, и уже давно заметил, что при включении начинает жрать процессор. В первый же день, когда заметил это, нашёл старую необновлённую версию плагина на другой машине, сохранил исходники, и до сих пор пользуюсь. Правда пришлось немного допилить напильником от интеграции с какой-то рекламной баннерной сетью.
До сегодняшнего дня думал, что они пытаются майнить в фоне. Было бы хорошо выложить на какой-нибудь GitHub вылеченную версию от этой проказы...
Всё так и есть. Я не говорил, что каждое изменение нужно обсуждать, это был ответ конкретно на комментарий с упомянутым пулл реквестом над моим сообщением. На самом деле большинство PR'ов у нас проходит без каких-либо заседаний или обсуждений.
Бота кстати ввели относительно недавно, как раз для тех случаев, когда никто ничего не делает, и PR долго висит. Изредка бывают случаи, когда кто-то из команды берёт на себя доработку висячего пулл реквеста, где автор уже не отвечает, и доводит его до конца. Но как выше уже говорили, людей мало.
Возможно кто-то ответит "зачем изобретать велосипед, если это уже реализовано в других ОС", но лично я питаю тёплые чувства к проекту.
Если система станет достаточно стабильной, будет реже падать, а при падении и последующей перезагрузке будет восстанавливаться и корректно продолжать свою работу — она сможет составить конкуренцию системам на базе ядра Linux, сочетая в себе открытый код и экосистему Windows, которая по прежнему лидирует на рынке по использованию на ПК.
Так сложилось, что я начинал программировать именно под Windows, и с тех пор я ощущаю себя комфортно в этой среде, она для меня весьма эстетична, и как программист, я могу оценить красоту реализации тех или иных интерфейсов, которые система предоставляет разработчикам. И это не считая богатого пользовательского опыта.
Да и что греха таить, меня очень раздражает, когда по любому удобному поводу люди пытаются заменить Windows чаще всего на Linux. Особенно это касается импортозамещения и смежных тем. Я считаю, что у Линукса слишком много незаслуженной популярности, и что он переоценен. По работе мне иногда приходится сталкиваться с ним, и я часто наблюдаю проблемы, как у себя, так и у других людей, с которыми на Windows я бы скорее всего не столкнулся — особенно это касается обновлений системы, и множества несовместимых версий программных пакетов и их зависимостей. И там я совершенно не ощущаю той самой эстетики, которую привык ощущать, создавая программы под Windows.
К моему большому сожалению, ReactOS пока не готов к тому, чтобы им можно было заменить систему Windows. Но я в команде разработчиков, и делаю всё возможное, чтобы приблизить этот день.
Тут проблема с кооперацией, автор пулл реквеста заранее не обговорил изменения в чате с разработчиками. Обычно если заранее всё обговорить, ревью проходит быстрее.
Ещё, ревьюер который дал там аппрув, не состоит в команде разработчиков, поэтому не засчитывается.
Если только внутрь этой самой виртуальной машины :) У нас загрузка через UEFI без CSM пока не реализована.
Есть смысл зарепортить баг с регрессией запуска Arduino IDE.
Добавлю ещё по поводу автоматической блокировки спама, если вы админ сервера, имеются следующие решения:
https://github.com/matrix-org/synapse/blob/master/docs/spam_checker.md
https://github.com/matrix-org/synapse/blob/master/docs/modules/spam_checker_callbacks.md
https://github.com/matrix-org/antiscam
Если вы не админ сервера, и при этом с админом вашего (или другого) сервера связаться не удаётся — в принципе можно написать бота, который будет удалять сообщения (и банить пользователей) по ключевым словам, или даже с какими-то более продвинутыми проверками.
Также настоятельно рекомендую ознакомиться с этим: https://matrix.org/docs/guides/moderation — я кстати упомянул это в самой статье в секции "Присоединяемся!".
• Проблема со спамом решается примерно так — сначала смотрим, на каком домашнем сервере аккаунт спамера. Дальше варианта два, можно попробовать связаться с админом того сервера, чтобы спамера заблокировали, либо самим заблокировать домашний сервер спамера полностью на уровне федерации — если спамер с другого сервера. Если он с вашего сервера, то вариант только связаться с админами.
Если вы сами являетесь админом сервера, то у вас есть возможность посмотреть, с каких IP-адресов регистрируются и заходят спамеры, следовательно можно их заблокировать на этом уровне.
Поскольку Matrix децентрализован, с админами серверов как правило связаться проще, чем со службой поддержки некоторых централизованных сервисов.
• По вопросу аккаунтов-дубликатов — как правило, это не является проблемой, а скорее даже нормой. В том смысле, что пользователи в Matrix часто регистрируются на нескольких домашних серверах, чтобы всегда иметь доступ к нужным чатам, если какой-то из серверов решит "отдохнуть от работы". Что же касается нарушителей, к ним применимо то, что я уже ответил выше про спам :)
• Что касается мотивации разработчиков клиентов, насколько я понимаю, разработкой отдельных клиентов занимаются энтузиасты или группы энтузиастов, и скорее всего за пожертвования. Что же касается крупных популярных клиентов вроде Element — их спонсируют организации, в каких-то случаях некоммерческие, в каких-то случаях коммерческие. Насколько я помню, даже правительства некоторых стран (как минимум Германия и Франция) уже используют Matrix для собственных нужд.
Не скрою, вполне возможно, что и я сам займусь написанием собственного клиента для этого протокола, поскольку у меня довольно давно была идея создать свой мессенджер, а тут такой интересный протокол под руку попался :)
Всё так, именно поэтому наших пользователей тогда попросили создать аккаунты на нашем домашнем сервере.
При дублировании так или иначе используется передача данных между двумя и более домашними серверами, судя по всему с этой передачей данных и были проблемы.
У нас тогда в комнате был мост с сервера reactos.org, а большинство пользователей - с сервера matrix.org (и сама комната, изначально созданная на нём же). На нашем сервере в тот день точно не было проблем с пропускной способностью, следовательно...
Помню ещё, что в тот день кто-то из наших сообщил, что на matrix.org действительно были задержки, и в самом Matrix HQ (а может в каком-то другом авторитетном месте) их подтвердили.
Перемещение осуществлялось в два этапа, сначала комнату создали на нашем сервере, переместив туда мост, а затем большая часть пользователей с matrix.org переехала на аккаунты нашего сервера.
Если брать виртуальные машины Hyper-V например, то у них основная виртуальная шина VMBus топологически растёт из моста PCI-ISA, и система не сможет её увидеть и распознать без рабочего драйвера ISA PnP.
Надо бы ускориться, нужно просто чуть больше оптимизма, и больше людей.
Помнится, есть такой хештег #KilledByNmap, которым помечают всякие весёлые и не очень случаи, произошедшие
по вине этой программыкого-то, кто использовал эту программу. Видимо теперь нужно вводить #KilledByRouterScan :)Есть ещё такая интересная проблема на XP/2003 с определением топологии ядер/потоков на некоторых процессорах (в связи с изменениями инструкции cpuid), возможно есть смысл дополнить статью: http://mjsstuf.x10host.com/wp49/2016/05/02/xp2k3-on-modern-machines-the-i7-and-hyper-threading/
В мастер ветке эту проблему с запуском программ из сетевых шар (в том числе из общих папок) исправили кстати.
Нарисовал в пейнте 2X версию, может будет выглядеть немного лучше :)
SaveFrom не использую, но использую friGate Light, и уже давно заметил, что при включении начинает жрать процессор. В первый же день, когда заметил это, нашёл старую необновлённую версию плагина на другой машине, сохранил исходники, и до сих пор пользуюсь. Правда пришлось немного допилить напильником от интеграции с какой-то рекламной баннерной сетью.
До сегодняшнего дня думал, что они пытаются майнить в фоне. Было бы хорошо выложить на какой-нибудь GitHub вылеченную версию от этой проказы...
Читать тут: https://www.betaarchive.com/forum/viewtopic.php?t=20327&start=50
Видео тут: https://www.youtube.com/watch?v=Zjz-BgjDRQE
В общем-то уже запускали, с использованием EFI загрузчика из утекшей бета версии Vista.
Вся надежда на ReactOS, в нём именно так планируется поддерживать темы из разных поколений Windows.
В качестве примера, вот здесь запустили сторонний менеджер тем из бета версии Vista: https://twitter.com/x86corez/status/1297875369123549184