Уикипедия:Разговори/Архив/2020/юли
Фондация Уикимедия става Мрежов тръст на Уикипедия?
Преди време беше станало дума, че Фондацията иска да смени името си на „Фондация Уикипедия“. Оказва се, че от 16 юни имало „консултации“ по въпроса, но някой едва сега се е сетил да разпрати съобщение, макар крайният срок да е 7 юли. Заедно с Фондацията ще бъдат преименувани също групите, сдруженията и самото „движение“, като в момента има три предложения:
Уикипедия като мрежа
- Wikipedia as a network
- We network around our best known brand to connect the movement together
Име на движението | Wikipedia Network |
Кратко описание на проектите и организациите | Part of the Wikipedia Network |
Име на потребителски групи | Wikipedia Group Penguins* |
Име на сдружения | Wikipedia Network Antarctica* |
Име на Фондацията | Wikipedia Network Trust |
Уикипедия като движение
- Wikipedia as a Movement
- We call it what it is: a movement supported by regional, linguistic, and thematic organizations.
Име на движението | Wikipedia Movement |
Кратко описание на проектите и организациите | Part of the Wikipedia Movement |
Име на потребителски групи | Wikipedia Group Penguins* |
Име на сдружения | Wikipedia Organization Antarctica* |
Име на Фондацията | Wikipedia Organization |
Уики + Уикипедия
- Wiki + Wikipedia
- We connect the openness of Wiki, with the strength of Wikipedia.
Име на движението | Wiki |
Кратко описание на проектите и организациите | [за проекти] A Wiki Project / [за организации] A Wiki Organization |
Име на потребителски групи | Wikigroup Penguins* |
Име на сдружения | Wikipedia Foundation Antarctica* |
Име на Фондацията | Wikipedia Foundation |
Лично аз съм леко скептичен към доводите „хората не знаят какво е Уикимедия“ – както съм писал по други поводи, според мен хората по-скоро не правят разлика между Уикипедия и Уикимедия, а точно този проблем може би не би бил решен от преименуването. Но също не съм специалист по публични комуникации, маркетинг, а още по-малко „брандиране“, така че съм склонен да приема, че просто нямам необходимите познания и опит, за да разбера защо всичко това е важно.
Така или иначе, ако бихте искали да изразите отношение, можете да го направите до 7 юли на m:Communications/Wikimedia brands/2030 movement brand project/Naming convention proposals.
Поздрави,
— Luchesar • Б/П 11:09, 3 юли 2020 (UTC)
- Още от срещата в Белград (CEE 2019) стана ясно, че са взели вече решение Wikimedia -> Wikipedia, въпреки, че доста увъртаха. Ето видеото: Wikimedia Brands За съжаление гледайки това видео усетих „лека цепнатина“ между Фондацията и Общността. Това, което ти е направило впечатление, направи и на мен и на един куп други представителни на общността от цял свят. И спирам с коментарите до тук. :) --Стан (беседа) 01:44, 4 юли 2020 (UTC)
- Успях едва сега да отделя няколко минути да прегледам набързо някои от беседите, ЧЗВ и гласуването от глобалната общност дали цялото нещо въобще следва да бъде правено.
- Поне толкова време ми отне да се успокоя достатъчно, за да мога да напиша нещо, което да не е нецензурно. Гласуването може би казва всичко: над 500 гласа „против“ срещу по-малко от 50 „за“, като поне някои от тези „за“ всъщност са саркастични: „разбира се, че Фондацията следва да го направи – щом иска – но това въобще не означава, че е правилно да го прави“.
- На фона на това звучи като арогантна подигравка обяснението в ЧЗВ, че проектът по преименуването продължава по план, защото – това обяснение заслужава да влезе в учебник по демагогия – работната група по преименуването смятала, че „в гласуването на общността имало някои полезни неща“, които „били отразени в доклад“, и – това е ключавата част – общността имала възможност да продължи да участва в консултациите. WTF, наистина?!!
- Естествено е човек да се запита защо въобще се случват такива абсурди. Глупостта винаги е правдоподобно обяснение. Но също такова са и парите. 2 милиона и 200 хиляди долара. Това бил бюджетът на цялата дейност „брандиране“ във Фондацията, от което въпросното ребрандиране било „само част“, но каква точно е тая „само част“, по незнайни причини, цитирам, „has not been reported“. Случайно или не, фирмата, която е наета да прави въпросното ребрандиране, се хванала да редактира Уикипедия в У:КНИ, „за да се ориентирали как ставало“, и отново незнайно как от ученето стигнали дотам да бъдат блокирани заради подозирана злоупотреба с марионетки: en:User:SnøhettaAS.
- Това вече дори не е забавно. Въобще не е.
— Luchesar • Б/П 14:38, 5 юли 2020 (UTC)
- Това вече дори не е забавно. Въобще не е.
- Ако случайно някой се интересува от мнението ми по RfC-то: [1]. Можете да изразите и вашето – за разлика от допитването от Фондацията, RfC-тата в Мета нямат изричен краен срок и остават отворени, докато не бъде намерен консенсус.
— Luchesar • Б/П 16:27, 5 юли 2020 (UTC)
- Ако случайно някой се интересува от мнението ми по RfC-то: [1]. Можете да изразите и вашето – за разлика от допитването от Фондацията, RfC-тата в Мета нямат изричен краен срок и остават отворени, докато не бъде намерен консенсус.
Отворено писмо от общността относно преименуването
За тези, на които проблемът не е безразличен: има отворено писмо, което апелира към Фондация Уикимедия да уважи мнението на общностите на редакторите и да замрази процеса по преименуване. Към момента, писмото е подписано от близо 60 организации и близо 800 отделни редактори. За отбелязване е, че е подписано дори от колеги, които принципно са съгласни с преименуването, но категорично възразяват срещу начина, по който се развива този процес.
Това е най-важната причина, поради която и аз сам подписах писмото.
Може би самото преименуване е наистина нужно и е напълно възможно да бъде полезно. Но най-ценният ресурс на Уикипедия и останалите проекти са общностите от доброволци, а не самото име. Ето защо е от критично важно значение мнението на тези общности не само да бъде уважено – и определено не само отчетено „на хартия“, с кухи, лицемерни фрази – а да бъде проведен действително равноправен диалог, в който да бъде търсено най-доброто решение за всички ни и най-вече за каузата, на която служим, а не оправдание да бъде свършено нещо, което, явно, е било вече решено някъде другаде, от някакви други хора, и за което ще бъдат похарчени пари – немалко – които са събрани благодарение на нашия труд.
Преведох писмото на български: Отворено писмо от общността относно преименуването. Ако сте съгласни с написаното в него, моля ви, не пропускайте да го подпишете също.
Това е един от моментите, в които можем да покажем нашата сила като общност – а не просто случайно събрана някъде безлична маса от хора.
Благодаря ви!
— Luchesar • Б/П 14:03, 6 юли 2020 (UTC)
Как да търся в commons?
Как да търся в commons по две думи? Извежда ми резултати за поне една от думите, а не и за двете заедно, даже като промених наличните настройки на търсене. Илиев2010 (беседа) 13:52, 19 юли 2020 (UTC)
- Илиев2010, просто слагай словосъчетанието в кавички (обикновените компютърни, не типографски), както е обичайно в търсачките. Например, "Иван Асен".
— Luchesar • Б/П 14:19, 19 юли 2020 (UTC)- Благодаря. Илиев2010 (беседа) 14:25, 19 юли 2020 (UTC)
Предложение за политика за проверяващите
Отново ни напълзяват марионетки, затова ще настъпя малко газта относно проверяващите. Актуализирах превода на Общата политика за проверяващите в Мета.
Нека напомня: тази политика е задължителна за всички проекти, но е възможно отделните проекти да имат и своя местна политика (която обаче не трябва да противоречи на общата и, де факто, само я допълва).
Предлагам, като начало, да обсъдим и впоследствие, ако постигнем консенсус, да гласуваме (по У:РП) наша местна политика, която да уточни някои детайли и да отговори на изказваните по-рано разумни притеснения относно личните данни (Сале). Конкретната ми първа версия по-долу е писана с цел да бъде кратка и конкретна като изказ и съдържание и да не дублира излишно информация от общата политика (освен ако е нужно да бъде подчертана).
- Инструментът CheckUser, до който избраните за проверяващи получават достъп, предоставя следната информация, свързана с редакции и други действия, регистрирани от системата (включително искания за възстановяване на парола):
- IP адреси, включително от
Х-Forwarded-For
HTTP хедъри; User-Agent
HTTP хедъри;- потребителски имена.
- IP адреси, включително от
- Ако проверяващите установят, че инструментът предоставя информация извън посочената, те са длъжни незабавно да прекратят използването му и да уведомят общността.
- Проверки чрез инструмента трябва да бъдат извършвани единствено за нуждите на общността на редакторите, единствено във връзка с процеса на редактиране и поддръжка в проекта, и единствено в пълно съответствие с Общата политика за проверяващите и свързаните с нея местни и общи политики. Заявки от правоохранителни, правоприлагащи, правораздавателни и други подобни органи следва да бъдат препращани към правния отдел на Фондация Уикимедия.
- Проверяващите не са задължени да изпълняват заявки за проверки от други потребители, за които не са в достатъчна степен убедени, че отговарят на посочените изисквания. Тежестта на доказване на съответствието с политиките, както и на принципната обоснованост на дадена заявка, е изключително и само върху заявителя. Отказани заявки за проверка не могат да бъдат основание да бъде искано отнемане на достъпа на проверяващи до инструмента.
- Изборът на проверяващи се извършва при изискванията за мнозинство, посочени в Общата политика за проверяващите, и за право на глас, посочени в Уикипедия:Правила за гласуване. Срокът за гласуване е един календарен месец. Гласуванията се провеждат в подстраници на Уикипедия:Гласувания за проверяващи, като общността следва да бъде своевременно уведомена чрез съобщения в Уикипедия:Разговори и Шаблон:Текущи съобщения.
- Проверяващи, които са се отказали доброволно от достъпа си преди по-малко от три години и без достъпът да е бил също отнет от общността, имат право да го поискат отново от стюардите, без да се кандидатират наново.
- Проверяващите са длъжни стриктно да следват добрите практики за опазване на потребителската сметка, от която са получили достъп до инструмента CheckUser. Допустимо е това да бъде допълнителна потребителска сметка, изключително за извършване на проверки и евентуални блокирания. Такава сметка следва да бъде публично обявена. Ако, и докато, проверяващият е също администратор, на допълнителната сметка може да бъдат дадени и тези права.
- Настоящата политика допълва Общата политика за проверяващите в проектите на Уикимедия, на която не може да противоречи. При установени несъответствия, Общата политика за проверяващите има приоритет.
Петър Петров, ShadeOfGrey и всички останали, моля ви за евентуални коментари и предложения за подобряване.
Техническа информация:
Политики на други проекти:
— Luchesar • Б/П 14:31, 29 юни 2020 (UTC)
- Добре си го превел, звучи доста ясно и разбираемо. Благодаря! --Поздрави, Петър Петров 20:14, 29 юни 2020 (UTC)
- Изглежда отлично. Не се сещам за нищо, което да се добави в момента. --ShadeOfGrey (беседа) 16:50, 30 юни 2020 (UTC)
FWIW, зададох въпрос в Мета относно възможността проверяващите да имат отделни сметки само за извършване на проверки, но засега няма коментари.
— Luchesar • Б/П 09:08, 14 юли 2020 (UTC)
- Даването на административни права на допълнителната сметка може да е проблем по отношение на сигурността. Ако идеята на допълнителната сметка е по-голяма сигурност, а някой успее да влезе с нея, може да направи много поразии ако тя има и административни права. Ако някой ще си прави отделна сметка само за Checkuser операции, нека тя бъде само за това. --Стан (беседа) 19:21, 17 юли 2020 (UTC)
- Това е полезен въпрос. Идеята за отделна сметка ми хрумна спонтанно и не съм непременно я обмислял достатъчно задълбочено. Нека поразсъждаваме всички заедно. Ето каква беше моята логика:
- Проверяващите имат достъп до относително чувствителна лична информация. Сама по себе си тази информация почти никога не е достатъчна за идентифициране на даден потребител, но би могла да бъде в комбинация с други данни – например достъп до информация от интернет доставчици за ползваните от техните потребители IP адреси. Това е принципно различно – и според мен много по-сериозен потенциален проблем – отколкото правата на администраторите.
- Използването на двуфакторна автентикация значително ограничава възможностите за кражба на сметка, извършвано от странична компютърна система, но рискът от проникване в сметка чрез компрометиране на същата система, на която тази сметка се ползва (просто казано: чрез хакване на компютъра на проверяващия), остава практически непроменен. Ако сметката с достъп до чекюзър инструмента не стои постоянно логната, това дава известна допълнителна защита и по тази линия. Например, дори при инсталиране на кийлогър, с който да бъдат евентуално прехванати пароли за хранилища на пароли от типа на KeePass, а оттам и открадване на паролата за допълнителната сметка на проверяващия, без токена за 2FA тази парола ще остане безполезна. Това обаче ще бъде така, само докато проверяващият все пак не се логне в тази втора сметка (ако до този момент все още не е установил, че компютърът ѝ/му е компрометиран).
- Именно затова ми се струва логично да се ползва допълнителна сметка за checkuser правата, която да стои постоянно логаутната, освен ако и само докато се извършват проверки. Това означава, че при други равни условия тази сметка е по-малко вероятно (може би много по-малко) да бъде компрометирана, и ако въобще бъде, то почти сигурно ще стане след компрометиране на основната сметка (т.2). Затова и, според мен, няма смисъл да не даваме административни права на допълнителната сметка – не само всички възможни проблеми с административните права са нищожни в сравнение с тези от checkuser, и, най-вече, могат да бъдат върнати обратно, но и практически сигурно е, че ако някой успее да пробие втората сметка, вече ще е пробил и основната сметка, която има административни права.
- Всичко това обаче може би няма смисъл, защото информацията, която дава checkuser, може да бъде разкрита – заедно с още много неща – от зловреден JS код, до който имат достъп интерфейсните администратори. Иначе казано, дали има смисъл да инвестираме толкова внимание в сигурността на сметките на проверяващите, ако не правим същото и с интерфейсните администратори – и доколко потенциалните рискове въобще оправдават тези усилия? Тези въпроси ме карат да се замислям дали просто да не махнем това изрично споменаване на допълнителните сметки, още повече, че дори след като писах до пощенския списък на проверяващите, така и не получих коментари по питането си в Мета.
- — Luchesar • Б/П 12:16, 19 юли 2020 (UTC)
- Може би се престараваш тука. Подобно хакване би било целева атака, а не просто бот/скрипт за обща употреба, което прави подобни общи защитни мерки силно неефективни. И при всички случаи след евентуални злонамерени проверерки те ще бъдат записани в дневника – нещо твърде нежелано при APT. --Поздрави, Петър Петров 19:55, 22 юли 2020 (UTC)
- Това е полезен въпрос. Идеята за отделна сметка ми хрумна спонтанно и не съм непременно я обмислял достатъчно задълбочено. Нека поразсъждаваме всички заедно. Ето каква беше моята логика:
- Съгласен съм с тези доводи. Освен това, ако продължа още малко в същия ред на мисли, няма и полза подобни неща да са изрично уточнени в политиката – може би утре ще се сетим за друг метод, който да защити сметките на проверяващите по-добре. Както и с останалите ни политики, разумното е по-скоро да разпишем единствено абсолютно задължителните неща, а останалото е въпрос на преценка по здрав разум.
- ОК, ето съкратена версия (единствената разлика е отпадането на предишната точка 7). Може да отлежи до края на седмицата, ако някой се сети още нещо, и идната седмица най-сетне да го пуснем за гласуване по У:РП.
- Инструментът CheckUser, до който избраните за проверяващи получават достъп, предоставя следната информация, свързана с редакции и други действия, регистрирани от системата (включително искания за възстановяване на парола):
- IP адреси, включително от
Х-Forwarded-For
HTTP хедъри; User-Agent
HTTP хедъри;- потребителски имена.
- IP адреси, включително от
- Ако проверяващите установят, че инструментът предоставя информация извън посочената, те са длъжни незабавно да прекратят използването му и да уведомят общността.
- Проверки чрез инструмента трябва да бъдат извършвани единствено за нуждите на общността на редакторите, единствено във връзка с процеса на редактиране и поддръжка в проекта, и единствено в пълно съответствие с Общата политика за проверяващите и свързаните с нея местни и общи политики. Заявки от правоохранителни, правоприлагащи, правораздавателни и други подобни органи следва да бъдат препращани към правния отдел на Фондация Уикимедия.
- Проверяващите не са задължени да изпълняват заявки за проверки от други потребители, за които не са в достатъчна степен убедени, че отговарят на посочените изисквания. Тежестта на доказване на съответствието с политиките, както и на принципната обоснованост на дадена заявка, е изключително и само върху заявителя. Отказани заявки за проверка не могат да бъдат основание да бъде искано отнемане на достъпа на проверяващи до инструмента.
- Изборът на проверяващи се извършва при изискванията за мнозинство, посочени в Общата политика за проверяващите, и за право на глас, посочени в Уикипедия:Правила за гласуване. Срокът за гласуване е един календарен месец. Гласуванията се провеждат в подстраници на Уикипедия:Гласувания за проверяващи, като общността следва да бъде своевременно уведомена чрез съобщения в Уикипедия:Разговори и Шаблон:Текущи съобщения.
- Проверяващи, които са се отказали доброволно от достъпа си преди по-малко от три години и без достъпът да е бил също отнет от общността, имат право да го поискат отново от стюардите, без да се кандидатират наново.
- Настоящата политика допълва Общата политика за проверяващите в проектите на Уикимедия, на която не може да противоречи. При установени несъответствия, Общата политика за проверяващите има приоритет.
- — Luchesar • Б/П 14:49, 23 юли 2020 (UTC)
- Ако искаш да го гласуваме като правило, то по-добре да махнем т.2, защото ако един ден променят инструмента ще трябва да гласуваме наново само заради това, че примерно са добавили хедър или нещо подобно. От нещо конкретно ли се предпазваме в тази точка или по принцип? --Поздрави, Петър Петров 15:47, 23 юли 2020 (UTC)
- — Luchesar • Б/П 14:49, 23 юли 2020 (UTC)
- Петър Петров, да, това го сложих заради разумните забележки на Сале относно GDPR, ЗЗЛД и въобще личните данни в контекста на m:Confidentiality agreement for nonpublic information.
- Споразумението, разбираемо, е написано в удобен за Фондацията бланкетен вид, като възлага отговорност на подписалия за опазване на всякакви лични данни, които Фондацията евентуално би могла да му предостави: „real name, address, phone number, email address, password, identification number on government-issued ID, IP address, user-agent information, credit card number“. Част от тези неща действително са чувствителни лични данни, и определено за подписалите би възникнало задължение да влязат в ролята на оператори на ЛД, ако биха получили такива. Но CheckUser предоставя единствено IP адрес и User-Agent – формално пак лични данни, но някой трябва особено много да се заяде за тях (което не означава, че проверяващите не трябва стриктно да спазват всички задължения и препоръки за опазването им – но че практическото ниво на „чувствителност“ на тези данни е по-малко в сравнение с такива като истинско име, имейл адрес и, особено, номера на лични документи или на кредитни карти). Споразумението очевидно е правено да бъде универсално, а не само за проверяващите.
- Идеята на тази точка е да бъде нещо като авариен прекъсвач, който изрично ограничава проверяващите от възможност да боравят с други данни, освен посочените – независимо, че споразумението с Фондацията разглежда и останалите лични данни като „възможни“. Разбира се, от правна гледна точка текстът практически сигурно има нулева стойност, и дори е малко наивно да се каже: „ако случайно видите checkuser да ви покаже номер на лична карта на потребител, веднага забравете какво сте видели и уведомете общността!“ :D (За да не остане някакво недоразумение, това е просто хиперболизиран пример: Фондацията очевидно не разполага с такава информация за потребителите си.)
- Всъщност, дори самото споразумение е малко формалност. По-рано Фондацията изискваше подписалите да изпратят също копия от документи за самоличност, но вече не намирам такова изискване – и вероятно е логично, защото с подобни копия те биха попаднали в обхвата точно на GDPR. Формално, Фондацията попада в обхвата му и с IP адресите – и затова (също) бяха онези инициативи за анонимизация – но IP адресите са по-скоро граничен случай и обичайното тълкувание е, че ако само събираш IP адреси, без да ги обвързваш с други данни за потребителя (освен потребителското име), просто е нужно да не ги съхраняваш излишно дълго, както и да гарантираш, че до тях ще имат достъп само лица, които имат основателни причини (например проверяващите, за да защитят Уикипедия и останалите проекти от вреди).
- Иначе въпросът ти е напълно резонен, но моята представа беше именно такава: общността изрично разрешава на проверяващите да виждат само тези данни, и ако Фондация Уикимедия реши да предоставя и някакви други данни (малко вероятно, защото, както писах, Фондацията просто няма други данни за потребителите), то общността трябва отново да реши дали иска да позволи на проверяващите да виждат и тези нови данни.
— Luchesar • Б/П 16:18, 23 юли 2020 (UTC)
- Иначе въпросът ти е напълно резонен, но моята представа беше именно такава: общността изрично разрешава на проверяващите да виждат само тези данни, и ако Фондация Уикимедия реши да предоставя и някакви други данни (малко вероятно, защото, както писах, Фондацията просто няма други данни за потребителите), то общността трябва отново да реши дали иска да позволи на проверяващите да виждат и тези нови данни.
- P.S. Ако общността реши, че не иска да дава достъп на проверяващите до такива хипотетични „нови“ данни, които CheckUser би давал, тогава, понеже очевидно общността няма как да забрани на Фондацията да ги предоставя през инструмента, просто ще трябва да лиши проверяващите си въобще от правата на проверяващи. Но, действително, смятам, че това е много, много малко вероятна ситуация.
— Luchesar • Б/П 16:22, 23 юли 2020 (UTC)- Ясно, добре, друго не намирам. --Поздрави, Петър Петров 16:54, 23 юли 2020 (UTC)
- P.S. Ако общността реши, че не иска да дава достъп на проверяващите до такива хипотетични „нови“ данни, които CheckUser би давал, тогава, понеже очевидно общността няма как да забрани на Фондацията да ги предоставя през инструмента, просто ще трябва да лиши проверяващите си въобще от правата на проверяващи. Но, действително, смятам, че това е много, много малко вероятна ситуация.
Кръпка за счупеното подреждане на меп
Работещите по МедияУики явно са омазали нещата надълбоко и скоро няма да оправят счупеното подреждане на меп-овете. В пл: са направили някаква кръпка, която изглежда върши работа - ако има интерес, можем да я сложим и при нас. --Спас Колев (беседа) 08:11, 25 юли 2020 (UTC)
- О, супер е, че ги следиш тези работи! Да го добавим като джаджа, включена по подразбиране? Боби, ти също какво би казал?
— Luchesar • Б/П 09:56, 25 юли 2020 (UTC)
- Да, като джаджа ще е най-добре. — Борислав 13:20, 25 юли 2020 (UTC)
- Освен ако някой няма желание да ме изпревари, почивните дни ще отворя пул заявка. Може би също и за mw:User:Remember the dot/Syntax highlighter – оцветяване на синтаксиса за традиционния стар редактор – макар да не е идеално и да се чупи при по-сложен код (всъщност, напоследък пробвам да работя с новия редактор за код – изглежда са оправили напълно проблемите със скоростта на оцветяване, които някога имаше, а точността на оцветяването изглежда безупречна дори при много сложни статии).
— Luchesar • Б/П 13:11, 28 юли 2020 (UTC)
- Освен ако някой няма желание да ме изпревари, почивните дни ще отворя пул заявка. Може би също и за mw:User:Remember the dot/Syntax highlighter – оцветяване на синтаксиса за традиционния стар редактор – макар да не е идеално и да се чупи при по-сложен код (всъщност, напоследък пробвам да работя с новия редактор за код – изглежда са оправили напълно проблемите със скоростта на оцветяване, които някога имаше, а точността на оцветяването изглежда безупречна дори при много сложни статии).
- П.П. Скриптът за синхро е спрял. Знам защо, но имам нужда от малко време да го оправя.
— Luchesar • Б/П 13:16, 28 юли 2020 (UTC)
- П.П. Скриптът за синхро е спрял. Знам защо, но имам нужда от малко време да го оправя.
Проблем
Здравейте, приложението инсталирано на андроид има проблем не ми показва нито една статия показва ми яъзникна грешка може ли да ми помогнете?
Loveaslasl (беседа) 13:11, 27 юли 2020 (UTC) (изпратено през Уикипедия:За контакти)
- Loveaslasl, не съм сигурен, че някой тук действително може да Ви помогне. Може би е най-добре да прегледате mw:Wikimedia Apps/Team/Android. Там е описано кои хора разработват приложението за Андроид и как може да бъдат докладвани проблеми. Успех!
— Luchesar • Б/П 13:12, 28 юли 2020 (UTC)