Мій обліковий запис GitHub раптово був "позначений" та прихований від загальнодоступного перегляду - як це зробити?

Щойно я отримав цю панель повідомлень на GitHub:

Ваш обліковий запис позначено прапором.
Через це ваш профіль прихований від загальнодоступних. Якщо ви вважаєте, що це помилка, зв’яжіться зі службою підтримки, щоб переглянути стан свого облікового запису.

Я абсолютно не маю поняття, чому це сталося - у мене там є бібліотека декомпресії графічного процесора, кілька класів обгортки API CUDA, шаблон дипломної роботи та мій професійний міні-веб-сайт, який також вийшов в автономний режим.

Я зв’язався з їх підтримкою, але я переживаю, щоб це сталося раптом.

Мої запитання:

• Що робить обліковий запис на GitHub "позначеним"?
• Чи можливо, чи, можливо, це було раніше, щоб обліковий запис GitHub був позначений через шкідливу дію?

Ваш обліковий запис Github може бути позначений, якщо вони вважають, що ви порушуєте їхні обмеження щодо поведінки.

Користуючись GitHub, ви погоджуєтесь, що ні в якому разі не будете:

• переслідувати, зловживати, погрожувати або підбурювати насильство щодо будь-якої особи чи групи, включаючи співробітників, службовців та агентств GitHub або інших користувачів GitHub;

• використовувати наші сервери для будь-якої форми надмірної автоматизованої масової діяльності (наприклад, спаму) або ретранслювати будь-яку іншу форму небажаної реклами чи клопотання через наші сервери, наприклад, схеми швидкого розбагачення;

• намагатися зірвати або підробити сервери GitHub способами, які можуть завдати шкоди нашому веб-сайту чи сервісу, нанести надмірне навантаження на сервери GitHub за допомогою автоматизованих засобів або отримати доступ до сервісу GitHub способами, що перевищують ваш дозвіл (крім тих, дозволених GitHub Bug Bounty програма);

• видавати себе за будь-яку особу чи юридичну особу, включаючи будь-кого з наших співробітників чи представників, у тому числі шляхом фальшивої асоціації з GitHub, або шляхом шахрайського викривлення, подання вашої особи чи мети сайту; або

• порушують конфіденційність будь-якої третьої сторони, наприклад, розміщуючи особисту інформацію іншої особи без згоди.

Інформація, що випливає з Загальних положень та умов Github .

У вашому конкретному випадку, мабуть, саме їх спам-бот сприймав вас як помилково позитивного користувача. Ці помилки трапляються час від часу і їх можна усунути, написавши їм електронний лист на адресу support@github.comабо accounts@github.com. Зазвичай вони відповідатимуть і скасувати позначення вашого облікового запису протягом декількох робочих днів.

Однією з причин маркування є автоматизоване виявлення спам-акаунту / активності , яке може мати помилкові позитиви.

Цитуючи відповідь підтримки GitHub на мій запит:

Вибач за це!

Наші боти, що охоплюють спам, зазвичай роблять хорошу роботу, але час від часу вони розбираються неправильно. Сьогодні це був один із тих часів, і мені шкода, що ти був на завершальній помилці. Хоча нас не впускають занадто багато в роботу їхніх кремнієвих мізків, ми здатні навчити їх помилці своїх шляхів.

ось два приклади того, як ваш обліковий запис позначено:

GitHub цензурував дуже швидко macronleaks.github.io, який лише показав txt-файл із посиланнями Magnet. GitHub не є платформою для витоків.

curl -I https://macronleaks.github.io
HTTP/1.0 200 Connection established

HTTP/1.1 404 Not Found
Server: GitHub.com
(...)

і GitHub знімає сатиричну мову "C Plus Equality"

Деякі клоуни та жартівники на 4chan думали, що було б смішною ідеєю створити веб-сторінку для мови програмування під назвою "C Plus Equality" як пародію на фемінізм, відкинувши OOP як "об'єктивізацію" та спадщину як "інструмент" патріархат ». Але ця пародія, мабуть, була надто гарячою для розміщення в Github, який зняв оригінальне сховище Github після отримання критики в Twitter, що викликало зворотній зв'язок і розслідування ролі вільної мови та цензури на платформі Github. Проект з тих пір знайшов нове житло на BitBucket, принаймні на даний момент ". Коментарі до статті, що описує дослідження, які спричинили пародію, називають мову пародії" фальшивою ", і порівняйте її з справою Сокал 1996 року. (Це також трохи нагадує про Jesux.)

GitHub не є майданчиком для гумору.

У моєму випадку це могло статися через раптову більшу активність (робота в i18n). У будь-якому випадку, така надокучлива робота з автоматичного відключення / обмеження мені здається майже не прийнятною - поведінка, можливо, має бути щось подібне (проблема виявлена, потім автоматичний аналіз тощо):

• незначне питання → нічого

• сумнівний випуск → ВНУТРІШНЕ (лише для перегляду!) Позначено ТОЛЬКО, а потім, можливо, активне позначення ПІСЛЯ огляду персоналу

• більша проблема → автоматичне (без догляду) позначення

У разі фактичного позначення цього, очевидно, необхідне активне вирішення через користувач облікового запису.

Життя з ризиком пошкодити продуктивні рахунки відповідно до сумнівних умов у будь-який момент часу не є особливо переконливим станом справ ...