Blue - blue@social.macaw.me

Blue

blue@social.macaw.me

Huge and happy blue bird

Gender:: Мужчина

Blue

blue@social.macaw.me

sss

Sun, 03 Jan 2021 01:09:24 -0800

test

Blue

Thu, 05 Nov 2020 07:38:15 -0800

Just want to see this post from #misskey

test

show all 4 comments

Blue

Thu, 05 Nov 2020 07:47:18 -0800

Blue

Thu, 05 Nov 2020 07:47:19 -0800

Blue

Thu, 05 Nov 2020 07:51:58 -0800 from ActivityPub

Hubzilla reaction replies look as creepy as possible

Blue

Sun, 11 Oct 2020 07:04:43 -0700

I shouldn't be laughing but he thinks that thingie is an egg and he's trying to roll it under his opened chest feathers! I can't help it, it's hysterically cute!

english birds

Blue

Thu, 08 Oct 2020 04:30:42 -0700

Beware, scallywags! Cuz Robin Hood is after you and he's not in a joking mood!

Edguy - Robin Hood

music radio english

show all 6 comments

Iron Bug

Thu, 08 Oct 2020 08:51:12 -0700 from ActivityPub

@blue при перепосте отваливается мультимедия. я уже много раз замечала.

Blue

Fri, 09 Oct 2020 03:23:29 -0700

@Iron Bug А ты можешь заскринить как вообще это выглядит? Я просто пощу это из хабзиллы, до мастодонта прикрепленное аудио долетает в виде ссылки на файл, интересно, что там еще с репостом отваливается?)

Iron Bug

Fri, 09 Oct 2020 11:38:05 -0700 from ActivityPub

@iron_bug @blue да в скрине ничего не понятно. к тому же, с картинками возиться сильно муторно.
вот html, который у меня получается:

<span class="wall-item-body e-content p-name"><p>
Filtered by rule: Images after click
<button type="button" id="content-filter-wrap-fed64e01" class="btn btn-default btn-xs content-filter-button" onclick="openClose('content-filter-fed64e01');">
<i class="glyphicon glyphicon-eye-open"></i> Reveal/hide
</button>
</p>
<div id="content-filter-fed64e01" class="content-filter-content" style="display: block;" data-display="block">
Beware, scallywags! Cuz Robin Hood is after you and he's not in a joking mood!<br><br><a href="https://social.macaw.me/photos/blue/image/6252de29-38d8-4adf-9eb5-b2b8510ce9db" target="_blank" rel="noopener noreferrer"><img src="https://friendica.ironbug.org/proxy/2d/aHR0cHM6Ly9zb2NpYWwubWFjYXcubWUvcGhvdG8vNjI1MmRlMjktMzhkOC00YWRmLTllYjUtYjJiODUxMGNlOWRiLTEuanBn.jpg" alt="Image/photo" title="Image/photo"></a><br><br><h2><strong>Edguy</strong> - <em>Robin Hood</em></h2><audio src="https://social.macaw.me/cloud/blue/music/Robin%20Hood.mp3?f=&zid=iron_bug%40friendica.ironbug.org" controls="controls"><a href="https://social.macaw.me/cloud/blue/music/Robin%20Hood.mp3?f=&zid=iron_bug%40friendica.ironbug.org">https://social.macaw.me/cloud/blue/music/Robin%20Hood.mp3?f=&zid=iron_bug%40friendica.ironbug.org</a></audio><div class="body-attach"><a href="https://social.macaw.me/photo/6252de29-38d8-4adf-9eb5-b2b8510ce9db-1.jpg" title="https://social.macaw.me/photo/6252de29-38d8-4adf-9eb5-b2b8510ce9db-1.jpg 0 bytes" class="attachlink" target="_blank" rel="noopener noreferrer"><div class="attachtype icon s22 type-unkn subtype-unkn"></div></a><div class="clear"></div></div>
</div>
</span>
кстати, я сейчас поняла, что это не потерянный файл. там же прямая ссылка на mp3 файл (social.macaw.me/cloud/blue/mus…) и напрямую она открывается, если без параметров. там какой-то хвост прикрепляется (?f=&zid=iron_bug%40friendica.ironbug.org" controls="controls"), который не даёт ему работать из браузера, видимо. я не знаю, это френдика хвост прикрепляет или он как-то стандартно генерится.
а "потерянный файл" получился из приаттаченной картинки. но она тоже дошла в виде прямого линка. только почему-то френдика ещё этот линк в виде пустого файла показала. но это уже точно глюк френдики. я думала, это приаттачен mp3-файл.

Iron Bug

Fri, 09 Oct 2020 11:40:23 -0700 from ActivityPub

@blue кстати, песню послушала. подозрительно похоже на Iron Maiden :)

Blue

Sat, 10 Oct 2020 00:42:58 -0700

@Iron Bug Странно, зид=пользователь@сервер - стандартный хабзилловский постфикс, для идентификации себя на чужом сервере, веротяно, прикреплять его к мультимедиа было плохой идеей, вот только кто из серверов его нашлепывает в процессе федерации...
Эдгай классные, металл-кожанные-трусы, все дела, но без пафоса а с очень занятным самостебом)

ivan zlax

Sat, 10 Oct 2020 15:44:12 -0700

Хотел бы обратить внимание, что IronBug вот здесь заявила:
"з.ы. весь ненужный срач был адресован юзеру, который отныне заблокирован на моём сервере. не обращайте на него внимания. срач я удалю. он не имеет смысла."
https://friendica.ironbug.org/display/3217dd65-505f-5c92-89b7-812439689153
удалив обширный тред, на мой взгляд, наглядно разоблачающей целенаправленую политическую агитацию в федиверсе. Вот здесь если кому интересно можно ознакомиться со всей этой перепиской, которую IronBug попыталась скрыть, для успешного продолжения своей безответственной политической агитацйии на просторах федиверса:
https://ussr.win/link/5788861

Blue

Sun, 09 Aug 2020 02:45:43 -0700

Yeah! Never liked that about US

Russian Hacker Аня 😺 wrote the following post Sun, 09 Aug 2020 01:18:54 -0700

reminderino
image.png

Blue

Fri, 07 Aug 2020 02:22:38 -0700

!Русская Hubzilla Решил проанализировать свою базу, понял, что лвиная доля базы занята хабзиллой, порядка 55 ГБ. Отсюда вопрос - как бы чуть чуть скинуть вес? Может быть есть какие-нибудь скрипты чистящие устаревшие объекты или что-нибудь в настройках? Мне не очень критично, просто стало любопытно

show all 40 comments

Fri, 07 Aug 2020 02:30:56 -0700

В /admin/site есть настройки хранения импортированного контента.
Можете также вынести из базы на диск хранимые там фото (кроме профилей) используя util/storageconv.
Свой контент можно удалить только удалением канала либо работой с базой в ручном режиме (не рекомендовал бы без должного понимания).

Blue

Fri, 07 Aug 2020 02:37:37 -0700

@Max Kostikov Благодарю. Уменьшил "Expiration period in days for imported (grid/network) content" с 90 до 30, оно же теперь само как-нибудь подчистится?

Fri, 07 Aug 2020 03:25:07 -0700

@Blue Да, очистится. Там различные периоды для различных очисток, но это, если я не ошибаюсь, запускается раз в сутки.

ivan zlax

Fri, 07 Aug 2020 12:32:53 -0700

@Blue ещё может потребоваться выполнить sql команды

DELETE FROM item WHERE item_pending_remove = 1 LIMIT 500000;
OPTIMIZE TABLE item;

- чтобы очистка сказалась на свободном месте сервера базы данных.
Замечу, что если используется innodb - требуется чтобы было примерно столько же свободного пространства сколько занимает таблица item (он не поддерживает оптимизацию, делает копию таблицы), если myISAM - то сможет без копии.
https://hubzilla.eu/display/45c5ef05a149c3fbe55076f416e22a5d3c3f62ea485470e23a31f6e7fd7edb70@hubzilla.eu
С этой проблемой, как я понимаю, сталкиваются рано или поздно многие администраторы хабзиллы. Рекомендую обратить внимание на базу, перед тем как она займёт более половины свободного пространства на разделе с /var/lib/mysql

Fri, 07 Aug 2020 12:50:50 -0700

@ivan zlax вы дали хороший совет как не следует делать, если вы не понимаете структуру базы данных.
Вы удалите данные из таблицы публикаций и оставите, теперь уже насовсем, связанные данные в других таблицах.

ivan zlax

Fri, 07 Aug 2020 15:28:10 -0700

@Max Kostikov

вы дали хороший совет как не следует делать, если вы не понимаете структуру базы данных.

Исправил комментарий, убрал ту часть, что касается структуры - это, если не ошибаюсь, Майк как-то посоветовал:

DELETE FROM item WHERE item_deleted = 1 LIMIT 500000;
DELETE FROM item WHERE item_pending_remove = 1 LIMIT 500000;

В issue на git, кажется, ещё около когда назад посоветовал. Вот слушай его потом после этого (у меня эта часть в кроне присутствовала).

Но что касается оптимизации таблицы item:
OPTIMIZE TABLE item;
лично мне это помогло освободить 5гб места (c 7,5 до 2,5ГБ уменшился соответствующий файл).

Ради инетереса попробовал ту же операцию с другими большими таблицами, в результате решил оптимизировать всю таблицу:
mysqlcheck -o hubzilladatabasename
В результате у меня база данных уменьшилась с 17 до 9,5ГБ. Таблица photo менее всего оптимизировалась, почти не уменьшилась (5ГБ).

Blue

Sat, 08 Aug 2020 01:34:00 -0700

@ivan zlax удаление объектов, которые и так помечены как объекты на удаление? Звучит вроде здраво, @Max Kostikov что скажете?

Sat, 08 Aug 2020 02:07:17 -0700

@Blue

@ivan zlax удаление объектов, которые и так помечены как объекты на удаление? Звучит вроде здраво, @Max Kostikov Kostikov что скажете?

Я уже сказал. Не мешайте системе работать.

Майк как-то посоветовал...

Сомневаюсь что он это посоветовал, забыв, например, про содержимое таблицы iconfig.

Sat, 08 Aug 2020 02:13:45 -0700

Вообще говоря, крайне странная идея очищать свой собственный контент. Если он вам настолько не важен, то, возможно, не стоило его создавать вовсе?
С чужим, импортированным, это понятно.

Blue

Sat, 08 Aug 2020 02:22:04 -0700

@Max Kostikov Да нет же, проблема не в этом, моя база раз в 5 больше чем у Ивана, с учетом того, что его сервер здесь намного дольше и, скорее всего социальный граф у него шире, так как у него больше пользователей - мне кажется что моя таблица слишком крупная. Прошли примерно сутки, размер таблиц пока не уменьшился, я переживаю что что-то идет не так. И я очень сомневаюсь что моего контента там наберется хотябы на тысячную долю от этого размера, так как я здесь в основном читаю, активный пользователь только я и еще один парень из Америки, у которого всего парочка постов. Но, опять же, если Вы скажете что это в порядке вещей, я скорее всего Вам поеверю

Sat, 08 Aug 2020 02:29:57 -0700

@Blue

Прошли примерно сутки, размер таблиц пока не уменьшился, я переживаю что что-то идет не так.

Занимаемое ею место само не уменьшится, если это InnoDB на MySQL. Если очень хочется то можно, действительно, OPTIMIZE TABLE items;, только, опять же, смысла в этом не много. Более того, разработчики MySQL писали что это, скорее, ухудшает общую производительность системы.

Sat, 08 Aug 2020 02:32:03 -0700

@Blue

я очень сомневаюсь что моего контента там наберется хотябы на тысячную долю от этого размера

Ну понятно, что там не всё ваше. Это децентрализованные сети и вы получаете копию всего, на что вы или пользователи вашего хаба подписаны. Причём каждый получает свою копию. То есть это и есть импортированное содержимое.

ivan zlax

Sat, 08 Aug 2020 03:15:02 -0700

@Blue

Если очень хочется то можно, действительно, OPTIMIZE TABLE items;, только, опять же, смысла в этом не много.

Item. Обращу внимание, что у меня некоторые другие таблицы после оптимизации уменьшились с 1500мб до 200мб. Можно оптимизировать всю базу данных, все таблицы - одной командой:
mysqlcheck -o hubzilladatabasename

Blue

Sat, 08 Aug 2020 04:05:15 -0700

@ivan zlax это, кажется, поздно делать - пишет что не смогла уместить куда то временный файл(

ivan zlax

Sat, 08 Aug 2020 04:30:17 -0700

@Blue я для этого останавливал mysql, копировал /var/lib/mysql по sftp на виртуальную машину с достаточным количеством ресурсов, там ставил ту же версию сервера баз данных после этого, он подхватывался, я проделывал операции - и скопировал получившееся обратно.
С настройкам поумолчанию 7ГБ innodb файл около часа оптимизировался в mariadb 10.5, хотя контейнеру было выделено 16ГБ памяти и 8 ядер. С измененной конфигурацией 5гб файл оптимизировался уже за пару минут.

Blue

Sat, 08 Aug 2020 04:44:12 -0700

@Max Kostikov А расскажите дилетанту, что в принципе делает эта операция и почему в ней мало смысла?

Sat, 08 Aug 2020 05:14:12 -0700

@Blue

А расскажите дилетанту, что в принципе делает эта операция и почему в ней мало смысла?

Освобождает неиспользуемые блоки, перестраивает индексы плюс всё сопутствующее. Почему мало смысла с точки зрения производительности пересказать не берусь. Почитайте в блоге разработчиков MySQL (или Percona, я уже точно не припомню).

Sat, 08 Aug 2020 05:20:02 -0700

Кстати, ещё советую отключить, или сильно ограничить по времени хранения и / или размеру, binary log в MySQL. Он, если у вас нет репликации, за исключением случаев каких-то серьёзных проблем с целостностью, нафиг не нужен, а места может занимать изрядно.

Blue

Sat, 08 Aug 2020 06:32:16 -0700

@Max Kostikov У меня инноДБ, она, как и говорил Иван, пытается пересобрать а не оптимизировать таблицу. Таблица размером 23 гигабайта. Я нашел способ расширить /tmp Для нее до 25 гигабайт, но не выходит все равно - встал журналом и обнаружил что кто-то убивает (вот прямо kill -9) сервис марии...

Sat, 08 Aug 2020 06:39:00 -0700

@Blue

У меня инноДБ, она, как и говорил Иван, пытается пересобрать а не оптимизировать таблицу.

Да, оно так и работает с InnoDB.

Blue

Sat, 08 Aug 2020 06:51:48 -0700

@Max Kostikov в сервис-файле есть вот такие строки... Видимо это не до конца работает)

KillSignal=SIGTERM

# Don't want to see an automated SIGKILL ever
SendSIGKILL=no

Sat, 08 Aug 2020 06:57:21 -0700 last edited: Sat, 08 Aug 2020 06:57:45 -0700

@Blue Говоря мягко, управление памятью далеко не самая сильная сторона Linux, так что ничего удивительного.
Если у вас проблема с дисковым пространством, можете попробовать сделать дамп таблицы с архивацией налету, удалить саму из базы и восстановить из архива, опять же, распаковкой налету. Может места и хватит.
По факту это будeт тот же TABLE OPTIMIZE.

ivan zlax

Sat, 08 Aug 2020 06:58:32 -0700

@Blue

Таблица размером 23 гигабайта. Я нашел способ расширить /tmp Для нее до 25 гигабайт, но не выходит все равно - встал журналом и обнаружил что кто-то убивает (вот прямо kill -9) сервис марии...

Ещё могу порекомендовать попробовать оптимизировать эти таблицы, перед item:
dreport, iconfig, term, xchan, photo

OPTIMIZE TABLE dreport;
etc

Возможно, их оптимизация освободит пространство необходимое для обработки item (лучше сразу сделать бекап базы, чтобы потом по нему сранвивать разницу)

Blue

Sat, 08 Aug 2020 07:06:31 -0700

@Max Kostikov Да, кажется что вышибает по оом... А как это все провернуть?

Sat, 08 Aug 2020 07:29:07 -0700

@Blue Начните с отключения бинарных логов и убедитесь что они удалены с диска.
А так всё стандартно, как то так
mysqldump -u foo -p --set-gtid-purged=OFF --single-transaction hzdbname item | gzip -c > item.gz
Убедится, что дамп прошёл успешно, далее DROP TABLE item; и восстановление zcat item.gz | mysql -u foo -p hzdbname.

Дима Ржевский

Sat, 08 Aug 2020 10:02:52 -0700

Вообще тема актуальная. У меня тоже сервер забит и таблица "всего" 25 гб.
Стало тормозить - добавил оперативки но как я понимаю это не самое лучшее решение.

Дима Ржевский

Sat, 08 Aug 2020 10:04:34 -0700

хорошобы удалять "мёртвых" пользователей совсем вместе с не востреборваным контентом.
@Max Kostikov а есть ли где описание БД?

Sat, 08 Aug 2020 10:50:17 -0700

@Дима Ржевский

а есть ли где описание БД?

Что-то есть в документации.
По удалению пользователей, я лично считаю это неэтичным. Но вам ничто не мешает делать это в ручном режиме или как-то автоматизировав этот процесс.

Дима Ржевский

Sat, 08 Aug 2020 21:32:36 -0700

@Max Kostikov по поводу не этичности:
1)на главной странице я предупрежил что аккаунты будут удаляться
2)если к примеру акаунт не используется к примеру 3 года - скорее всего пользователю он не нужен. Можно удалять только то что другие не вели активности по нему ( не смотрел, не лайкали и проч)
Иначе hubzilla будет напоминать блокчейн - всё записывается и ничего е удаляется

Дима Ржевский

Sat, 08 Aug 2020 21:47:37 -0700

@Max Kostikov

Что-то есть в документации.

да БД есть в документации (почему то в разделе Administrators а не Developers как я ожидал)

У меня вопрос: в некоторых самых больших каналах автор null .  Что бы это могло значить?

Смотрю так:
select  author_xchan , count(*), xchan_hash
      from item left join xchan on xchan_hash= author_xchan
      group by author_xchan having count(*) >10000
      order by count(*);

Sun, 09 Aug 2020 00:48:56 -0700

@Max Kostikov

Что-то есть в документации.
По удалению пользователей, я лично считаю это неэтичным. Но вам ничто не мешает делать это в ручном режиме или как-то автоматизировав этот процесс.

Но очень многие админы считают нормой. Мой видеоканал так погиб. Потом долго извинялись, обещали больше места, но мне уже не хотелось связываться с сервисом

Sun, 09 Aug 2020 01:51:10 -0700

@Дима Ржевский

У меня вопрос: в некоторых самых больших каналах автор null . Что бы это могло значить?

Не знаю что вы видите у себя, но у меня ни одного пустого author_xchan нет.

haver

Sun, 09 Aug 2020 07:23:29 -0700

@Max Kostikov

В /admin/site есть настройки хранения импортированного контента.
Можете также вынести из базы на диск хранимые там фото (кроме профилей) используя util/storageconv.

А изображения по дефолту хранятся как blob в БД?
util/storageconv только вытащит изображения из базы в файловую систему или поменяет систему хранения и изображения в дальнейшем будут хранится в файлах? Или настройки хранения можно поменять в админке?

Sun, 09 Aug 2020 07:32:03 -0700 last edited: Sun, 09 Aug 2020 11:01:00 -0700

@haver

А изображения по дефолту хранятся как blob в БД?

Смотря какие. Импортированные фото профилей всегда хранятся в базе данных, кэшируемые изображения никогда там не хранятся. Для прочих, основное загруженное фото всегда хранится на диске, а их миниатюры (создаётся 3 в дополнение к основному файлу) в зависимости от настройки места хранения - база данных или файловая система.

Или настройки хранения можно поменять в админке?

Это делается при помощи переменной конфигурации system.filesystem_storage_thumbnails.

Дима Ржевский

Sun, 09 Aug 2020 10:50:59 -0700

@Max Kostikov извиняюсь ? item.author_xchan у меня всё тоже не null.
author_xchan не связан с xchan_hash

select  author_xchan , count(*), xchan_hash
      from item left join xchan on xchan_hash= author_xchan
      group by author_xchan having count(*) >10000
      order by count(*);

+----------------------------------------------------------------------------------------+----------+------------------+---------------+
| author_xchan | count(*) | xchan_hash | xchan_url |
+----------------------------------------------------------------------------------------+---------=-+----------------+---------------+
| 1VI57MB0EPQcN_QUdgcT5NpiM9xfOk-c-CgOSaY3wTeig8ohH.. | 142048 | NULL | NULL |
+----------------------------------------------------------------------------------------+------------+-----------------+-------------+

Sun, 09 Aug 2020 10:56:54 -0700

@Дима Ржевский Я чувствую вы что-то пытаетесь спросить, но у вас никак не получается. Какой, в конце-концов, вопрос то?

Дима Ржевский

Sun, 09 Aug 2020 11:00:38 -0700

кто заспамил мой хаб? я не могу найти! 142048 постов!

Sun, 09 Aug 2020 11:07:07 -0700

@Дима Ржевский

кто заспамил мой хаб? я не могу найти! 142048 постов!

Это же ваш хаб. Откуда нам знать?
У меня на @Zotum, например, нет пустых полей xchan_hash в таблице xchan.

Дима Ржевский

Sun, 09 Aug 2020 12:07:46 -0700

@Max Kostikov хаб то мой но программу писал не я. как база устроена я не в курсе

Sun, 09 Aug 2020 13:40:49 -0700

@Дима Ржевский Ну если у вас в базе явно что-то не так, то надо разбираться что именно. Смотреть ошибки, соответствие структуры базы, целостность и т.п.

Blue

Wed, 15 Apr 2020 00:58:17 -0700

@Rоссийская Fедерация Грэйт ньюз эвриуан!

Muto 👁 wrote the following post Wed, 15 Apr 2020 00:12:48 -0700

It's been a while. First preview of #Conversations 3.0 introduces #Voip and #videocall and multi device calls!

https://nitter.net/iNPUTmice/status/1250309288506974209#m
#xmpp #jingle

Mollusk

Wed, 15 Apr 2020 04:31:37 -0700 from Diaspora

I thought the app already had that. When I first tried Conversations a few months ago, it was using a default server and I could do VOIP and send video files. Then I switched to my server and those features vanished from the UI. In either case, this is something I have been wanting to do so thanks for sjaring the good news.

Blue

Tue, 07 Apr 2020 03:28:07 -0700

It seems like I have found a perfect soundtrack for the recent activity in the fediverse. One of my favorite songs, by the way, lemmy just quote

You self-righteous fuck
Give me a reason not to rip your fucking face off
Why don't you take a good look in these eyes
Cause I'm the one that's gonna tear your fucking heart out
My hate is contagious; you've got no one to run to
Exile!

... and the gorgeous

You know what I want to see?
How many ways can a loser fucking lose
I know you'll find a way
The humility awakening the idiot inside
You spineless fucking maggot, you're just wasting my time
Get out of my face, Get out of my life
Out of my fucking way, Just die

That's what songs like this are written for.

Slayer - Exile

music english radio

Blue

Mon, 30 Mar 2020 14:26:12 -0700

Today I made some restyling of my messenger and tested it with some themes I had installed on my #plasma.
I Really like the way #plasma can be different and I wish to preserve this behavior in #squawk.
It's still far from perfect, there are some glitches and some missing icons but in general i like the result.

english development squawk kde qt

Blue

Mon, 30 Mar 2020 14:34:21 -0700 from ActivityPub

Вот жеж гадство, пробелов наставило и самые классные скрины почему-то в маст не пролетели. Тут больше скринов (https://social.macaw.me/channel/blue/?f=&mid=b64.aHR0cHM6Ly9zb2NpYWwubWFjYXcubWUvaXRlbS85MDk4YTM3Yi0xYzdhLTRjOTgtOTc0Yi1jNjQ1MzUzYzNjZWI)

[FWGS] a1ba

Mon, 30 Mar 2020 14:40:38 -0700 from ActivityPub

@blue кпацубо :meguwao:

Blue

Fri, 13 Mar 2020 14:42:41 -0700 last edited: Fri, 13 Mar 2020 14:46:58 -0700

Here is what I'm gonna tell you guys and gals - Andy Timmons is amazing! Grab you amp'n'phones and check out his "Theme from a Perfect World" album, you're not gonna regret that, I can guarantee that. And if you already did your homework well, you know what to do and what am I talking about.

Andy Timmons - Winterland

music radio english

show all 6 comments

Sat, 14 Mar 2020 02:40:03 -0700

Booooring...

Blue

Sat, 14 Mar 2020 02:42:01 -0700

@Max Kostikov No way! I have the same ears and it's fun! (c)

Sat, 14 Mar 2020 02:47:37 -0700

@Blue Musical play is nothing to say about and the same about guitar mastery. Overall it's ok for category II movie soundtrack.
Don't sure what you found in.

Blue

Sat, 14 Mar 2020 04:25:52 -0700

@Max Kostikov i really can't tell, but is the most catchy instrumental album I've ever heard

Sat, 14 Mar 2020 04:49:12 -0700

@Blue In this case, you should await a lot of amazing discoveries in the future

Blue

Sat, 14 Mar 2020 04:52:56 -0700

@Max Kostikov isn't that gorgeous?)