923
订阅者
无数据24 小时
+47 天
+4030 天
吸引订阅者
十月 '2610月 '26
十月 '26
+17
在1个频道中
九月 '26
+98
在2个频道中
Get PRO
八月 '26
+286
在10个频道中
Get PRO
七月 '26
+171
在4个频道中
Get PRO
六月 '26
+18
在0个频道中
Get PRO
五月 '26
+16
在0个频道中
Get PRO
四月 '26
+37
在0个频道中
Get PRO
三月 '26
+152
在1个频道中
Get PRO
二月 '26
+106
在0个频道中
Get PRO
一月 '260
在2个频道中
Get PRO
十二月 '25
+1
在0个频道中
Get PRO
十一月 '25
+8
在0个频道中
Get PRO
十月 '25
+182
在1个频道中
Get PRO
九月 '250
在1个频道中
Get PRO
八月 '25
+37
在1个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 08 十月 | +1 | |||
| 07 十月 | +1 | |||
| 06 十月 | +10 | |||
| 05 十月 | 0 | |||
| 04 十月 | +2 | |||
| 03 十月 | 0 | |||
| 02 十月 | +2 | |||
| 01 十月 | +1 |
频道帖子
в общем, у меня есть идея по переработке плагинов зависимостей (которые добавили в elyx).
1. добавление optional — опциональная зависимость, отображается на панели установки но не обязателен к установке (плагин может спросить is_installed и отключить фичи которые не работают без зависимости)
2. могу сделать скачивание плагинов зависимостей по url и установке вместе с плагином
3. могу сделать чтобы плагины-либы были внутри плагина, и устанавливались вместе с плагином
но стоит ли оно того?
| 2 |  забыл показать кое какую фичу, благодаря которой можно понять, был плагин обновлен, или установлен. то есть если плагин обновлен, можно показать например "перезайдите в клиент и т.д". и если установлен, тоже можно.
я знаю что это многим может понадобиться, но почему такое не добавли ранее, я не знаю | 803 |
| 3 |  слишком быстро)
(раньше первый вход занимал пол секунды) | 923 |
| 4 | мне стоит публиковать и что-то помимо cruel (я обещал денчику что буду постить cruel хаха)? или в целом публиковать то что подходит этому каналу (то, что улучшает разработку плагинов/систему плагинов)?
надо вообще постараться не спамить...
денчик прости | 996 |
| 5 |  +1что-то очень интересное | 903 |
| 6 |  пупупу | 913 |
| 7 | извините, перепутал канал | 14 |
| 8 |  ебать | 2 |
| 9 |  ❤️ | 222 |
| 10 |  Обертка для cruel.
Если кратко: cruel это новая система сборки плагинов (а не новый движок). Компилирует плагин за счет редактируемых python скриптов, то есть за одну команду может скомпилировать и нативные библиотеки, и что угодно. А также обещали подписи, но я этим заниматься не буду, скорее всего реализация будет от exteraSquad.
То что показано на видео:
Обертка cruel не завязана на одной версии, а может для каждого плагина использовать подходящую версию cruel. | 961 |
| 11 |  +2смотрите что откопал :з
на момент записи, версия была примерно 11.12.0
это если что, прошлогодние шоукейсы эликса | 1 619 |
| 12 |  мне 14 лет (а что будет?) | 1 908 |
| 13 | делаю короче клиент для скаМа, если назову мусор дроп это хайп будет? | 2 214 |
| 14 | ало реакциями хотя бы порадуйте меня 💔🥀🥀🥀 | 5 709 |
| 15 |  +3Ну и под конец...
Неизвестно что, как и когда. Неизвестно будет ли вообще. Ничего неизвестно. Абсолютная неизвестность. Неизвестно.
😎 exteraGram features. Неизвестно | 5 962 |
| 16 |  Вкупе с подписями это единственное что будет являться "ограничителем", думаем этого ЯВНО хватит 🌟
😎 exteraGram features. Подписаться | 4 400 |
| 17 | 🔐 БЕЗОПАСНОСТЬ И КОНТРОЛЬ ПЛАГИНОВ
🕯 Ну что ж, давайте поговорим о всеми долгожданной теме в комьюнити exteraGram/AyuGram.
😔 До сих пор и на данный момент единственное что можно назвать защитой (от скама) — плашка доверенного источника (и то эту плашку легко подменить). Многие везде и постоянно НОЮТ об отсутствии безопасности в системе плагинов... при этом здравого ничего не предлагают и хотят разбираться в этом.
✍️ Скоро вероятно появятся подписи для плагинов, которые сделают эту "защиту от скама" более надежной, т.к. внедрить фигню в какой-нибудь официальный плагин незаметно будет уже тяжелее.
Недавняя (кривая пока что)попытка некоторых людей сделать подобие контроля вдохновила меня на пару дней жёстко заняться этим вопросом. Спустя пару дней практически фулл план и архитектура с тем как и из чего будет состоять безопасность и тотальный контроль с полным отсутствием обходов (кроме как через нативные библиотеки) были готовы.
ℹ️ Вкратце: всё через разрешения, который даются ТОЛЬКО до установки плагина и могут быть изменены когда система плагинов выключена. Они могут быть как обязательные для основного функционала, так и необязательные (при этом разработчики должны проверять наличие условно через elyx.granted_permission(Permissions.EDIT_MESSAGE) is True). Для dex-файлов также имеется своего рода "изоляция" и всё те же разрешения доступа. Плагин будет иметь отдельный "манифест" с разрешениями(простите за тавтологию), которые ему нужны: различные действия с сообщениями, бд, файлами, хук определенных методов у классов, доступ в интернет к определенным доменам/айпи итд.
🛡 Также у плагинов по плану полная изоляция друг от друга, а библиотеки(по типу zwylib) обязаны в манифесте указывать какие модули/классы/функции доступны для импорта и использования другими плагинами (собственно они тоже должны указать что хотят доступ к таким-то штукам такого-то плагина).
Так что продумано всё довольно хорошо, но вот встал огромный вопрос: а будет ли это вообще иметь смысл? В комьюнити, где большинству ЛЕНЬ ЧИТАТЬ описание плагина, любые пару строчек о рисках, faq где-то, лень вообще РАЗБИРАТЬСЯ. Вы игнорируете плашку с небезопасным источником и потом жалуетесь, что у вас что-то с телефоном или аккаунтом? А кто в этом виноват? Разработчики экстеры/аю? Где-то приводили пример со скриптами и программами на пк: скачав вирус или ратку виноваты в этом ТОЛЬКО ВЫ, а не майкрософт или линус торвальдс. Вы же не идете всем вокруг жаловаться и говорить "какая майкрософт плохая компания, потому что не защитила меня от вируса. Эх блин, подумаешь я скачал программу от какого-то ноунейма из письма на почте в папке спама / на рандом сайте в гугле"...
В общем даже с этим замороченным планом около 80%+ будут игнорировать все плашки и давать все разрешения лишь бы плагин установился и работал.
Также это сильно усложнит работу разработчикам.
💔 И изначальная суть плагинов со всеми этими ограничениями будет практически утеряна, ведь плагины — свобода действий, нацеленная на улучшение пользовательского опыта и удобство.
При этом в тех же Obsidian, Vencord, модах на майн и многих других местах защиты нет никакой и ответственность за безопасность полностью лежит на самом пользователе.
*В эту же категорию входят расширения для VS Code, пользовательские скрипты Tampermonkey, аддоны для медиацентров (Kodi) и менеджеры пакетов вроде npm. Во всех этих экосистемах работает одно негласное правило цифровой свободы: "Программа дает вам неограниченные возможности автоматизации, но платой за это становится ваша личная паранойя"
👀 Что-то мне подсказывает, что это полезно только для ярых фанатиков и будет являться пустой тратой времени, сил и средств на создание этого всего как у нас, так у разработчиков плагинов, а также лишней тратой энергии ленивых людей на пару нажатий. Вследствие чего решение об отсутствии ограничений остаётся пока что неизменным.
* Данный кусок текста написан ИИ от гугл.
P.S. Если хотите поделиться постом, используйте пожалуйста 🔗 ССЫЛКУ на него вместо пересылки, дабы собрать как минимум комментарии в одном месте.
😎 exteraGram features. Подписаться | 6 132 |
| 18 |  没有文字... | 4 739 |
| 19 |  в РиП был пост (но его удалили) про изменение пословиц и поговорок, добавляя в них "иди нахуй"
примеР | 49 |
| 20 |  вроде как даже работает | 4 293 |
