Полезные сервисы

Stanislav Vlasov написал(а) к Oleg Nazaroff в Mar 25 20:51:34 по местному времени:

Привет, Oleg!

06 Mar 25 14:06, Oleg Nazaroff -> Stanislav Vlasov:

SV>> .zip) * syncthing (помимо компов ещё и для телефонов)

ON> С недавнего времени на последнюю я забил. Дюже много жракает ;( то ли

Не то чтобы я хвастаюсь, нечем вобщем-то, но 50-70-100МБ памяти выделить под syncthing могу даже на тощем домашнем хоронилище, где 2ГБ нерасширяемой памяти и дохлый arm вместо процессора. Так что не понимаю, что там может есть, чтобы это можно было назвать "жракает".

ON> версии такие толи что, но замечано нехорошее. Гудсинк быстрее и
ON> меньше. Но платный. Но чаще ваще яндекс-демон. И мысль написать свое -

Всем хорош яндекс, но есть нюанс: у меня там 50ГБ, а не 2ТБ и класть туда больше не намерен, как и платить за то, что я не заказывал.
См. лицензионное соглашение я.диска, пункты:
* 1.5 соглашение может изменяться без уведомления (то есть, пока не прибьют файлы -- не узнаешь, что порнуху теперь нельзя даже без доступа других :-) )
* 2.13 исследование и анализ файлов на предмет "вредоносных кодов", только вот хз, попадут ли туда, к примеру, отчеты с фрагментами кода или свежесобранный софт? На пропадание файлов уже наступал, но там точно были старые досовые вирусы в архиве, коллекция-с... И их исчезновение я точно не заказывал.
* 4.6 может устанавливать любые ограничения и менять их без уведомления -- уже применяется для создания искусственных тормозов альтернативным клиентам типа rclone и по этому поводу уже был шум несколько лет назад.

Вобщем, нихрена это не хранилище для себя. Максимум, файлообменник, слишком много правил со стороны.

С наилучшими пожеланиями, Stanislav.

--- -.-.-.-.-.-

Oleg Nazaroff написал(а) к Maxim Trophimov в Mar 25 21:13:04 по местному времени:

Нello, Maxim Trophimov.
On 03.03.2025 21:30 you wrote:

MT> DLNA, Почтовый сервис, пара игровых серверов minecraft и terraria, несколько сайтиков для
MT> знакомых, да и все наверное из полезного.
MT> Было интересно что у других, может чего бы тоже запустил.

- Joplin server - заметки
- База знаний
- Управление аудио (книги/спектакли)
- Хакерские фреймворки (Кибер-шеф, Кали, Метасплойт, Форензик, Мерлин)
- СЖО моей деревни
- Трекинг девайсов
Это то что часто юзается и навскидку. Хостинг - ну разумеется, и часть вышеуказанного функционала доступна по LDAP/SSO.

--
WBR, ON
--- ХотДог/2.14.5/Android

Oleg Nazaroff написал(а) к Stanislav Vlasov в Mar 25 21:47:32 по местному времени:

Нello, Stanislav Vlasov.
On 06.03.2025 20:51 you wrote:

SV> Не то чтобы я хвастаюсь, нечем вобщем-то, но 50-70-100МБ памяти выделить под syncthing могу
SV> даже на тощем домашнем хоронилище, где 2ГБ нерасширяемой памяти и дохлый arm вместо
SV> процессора. Так что не понимаю, что там может есть, чтобы это можно было назвать "жракает".

У меня он 1.5 гига почти что сразу хочет. Нууээ, и я не десяток мелких файлов синхрю. Но почему при этом гудсинк не жрет - вопрос. Ваще часть опенсорса как-то сильно на винду смахивает... аж удивительно.

SV> Всем хорош яндекс, но есть нюанс: у меня там 50ГБ, а не 2ТБ и класть туда больше не намерен,
SV> как и платить за то, что я не заказывал. См. лицензионное соглашение я.диска, пункты:
SV> * 1.5 соглашение может изменяться без уведомления (то есть, пока не прибьют файлы -- не
SV> узнаешь, что порнуху теперь нельзя даже без доступа других :-) )
SV> * 2.13 исследование и анализ файлов на предмет "вредоносных кодов", только вот хз, попадут
SV> ли туда, к примеру, отчеты с фрагментами кода или свежесобранный софт? На пропадание файлов
SV> уже наступал, но там точно были старые досовые вирусы в архиве, коллекция-с... И их
SV> исчезновение я точно не заказывал.
SV> * 4.6 может устанавливать любые ограничения и менять их без уведомления -- уже применяется
SV> для создания искусственных тормозов альтернативным клиентам типа rclone и по этому поводу уже
SV> был шум несколько лет назад.

Не, речь не про халяву. Мне эти кусочки в 50 гигов - не к чему совсем пришить.

SV> Вобщем, нихрена это не хранилище для себя. Максимум, файлообменник, слишком много правил со
SV> стороны.

Заплати и спи спокойно! ;)
Не, ну вот некоторые ж тут писали, что платят по 300+ рублей в день (!!) за VDS. Таки я сравнивал - я за свое облако, которое слегка поболе петабайта - плачу меньше. Ну, в общих масштабах если считать то цифры сравнимые, только за год ;)) Даа, я не "с улицы", но кагбэ я тех людей, кто мне скидос грандиозный сейчас делает, не 20 лет знаю и в свое время мне было чем им помочь, так что все по чесноку. А если поискать - то можно и сейчас еще найти, между нами, девочками.

--
WBR, ON
--- ХотДог/2.14.5/Android

Stanislav Vlasov написал(а) к Oleg Nazaroff в Mar 25 12:59:50 по местному времени:

Привет, Oleg!

06 Mar 25 21:47, Oleg Nazaroff -> Stanislav Vlasov:

SV>> Не то чтобы я хвастаюсь, нечем вобщем-то, но 50-70-100МБ памяти
SV>> выделить под syncthing могу даже на тощем домашнем хоронилище,
SV>> где 2ГБ нерасширяемой памяти и дохлый arm вместо процессора. Так
SV>> что не понимаю, что там может есть, чтобы это можно было назвать
SV>> "жракает".

ON> У меня он 1.5 гига почти что сразу хочет. Нууээ, и я не десяток мелких
ON> файлов синхрю. Но почему при этом гудсинк не жрет - вопрос.

Гм... У меня тож не десяток, что-то порядка 40 тыщ файлов общим объёмом терабайт с небольшим.

ON> Ваще часть опенсорса как-то сильно на винду смахивает... аж
ON> удивительно.

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

SV>> заказывал. См. лицензионное соглашение я.диска, пункты:
SV>> * 1.5 соглашение может изменяться без уведомления (то есть,
SV>> пока не прибьют файлы -- не узнаешь, что порнуху теперь нельзя
SV>> даже без доступа других :-) )
SV>> * 2.13 исследование и анализ файлов на предмет "вредоносных
SV>> кодов", только вот хз, попадут ли туда, к примеру, отчеты с
SV>> фрагментами кода или свежесобранный софт? На пропадание файлов
SV>> уже наступал, но там точно были старые досовые вирусы в архиве,
SV>> коллекция-с... И их исчезновение я точно не заказывал.
SV>> * 4.6 может устанавливать любые ограничения и менять их без
SV>> уведомления -- уже применяется для создания искусственных
SV>> тормозов альтернативным клиентам типа rclone и по этому поводу
SV>> уже был шум несколько лет назад.

ON> Не, речь не про халяву. Мне эти кусочки в 50 гигов - не к чему совсем
ON> пришить.

Угу. Но есть нюанс: таки это НЕ частное хранилище и файлики они проверяют даже те, что не расшарены. И на что там триггернётся их проверялка -- хз.

SV>> Вобщем, нихрена это не хранилище для себя. Максимум,
SV>> файлообменник, слишком много правил со стороны.

ON> Заплати и спи спокойно! ;)

Вот в случае их антивиря -- нихера не поможет. У знакомых пропадали видео, причём точно не порнография. У коллег -- расшаренные отчёты ai-bolit (антивирь для пхп), содержащие подозрительные куски кода (впрочем, на них и Касперский ругался, хоть там работающего кода и не было). Ну а мне хватило ВНЕЗАПНОГО пропадания коллекции вирусов, пролежавшей там лет 5, чтобы сделать выводы.

Также это не поможет, если требуется использовать для закачки не их постоянно работающего демона, а какой-нибудь rclone, запускаемый для чисто запихнуть архив на хранилище (пытался так делать бекапы на я.д -- файлы больше пары МБ через rclone начинали заливаться на пару порядков медленнее, чем они же через вебморду).

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

С наилучшими пожеланиями, Stanislav.

--- -.-.-.-.-.-

Oleg Nazaroff написал(а) к Stanislav Vlasov в Mar 25 13:59:51 по местному времени:

Нello, Stanislav Vlasov.
On 09.03.2025 12:59 you wrote:

SV> Гм... У меня тож не десяток, что-то порядка 40 тыщ файлов общим объёмом терабайт с небольшим.

Вот хз. Мож потому что много мелких?

SV> Неудивительно, вообще-то. Когда делают "чтоб каждая домохозяйка могла воспользоваться",
SV> получается примерно то же самое.

Неправда. Когда при этом все нюансы предусматривают - оно и работает и с управлением домохозяйкой. Но чаще - позиционируют для домохозяйки но на полтора шага вбок даже не смотрят. А оно туда и заваливается по самое не балуй...

SV> Угу. Но есть нюанс: таки это НЕ частное хранилище и файлики они проверяют даже те, что не
SV> расшарены. И на что там триггернётся их проверялка -- хз.

Ты хранишь инфу с гос.тайной или гос.изменой? ;))
А на остальное - пофек. Ничо никуда никогда не пропадало. Порнуху правда не хранил, но пиратку и ломаный софт скока угодно. Так и лежит. Вирусняк тоже валяется и никто на него не агрится пока ты не начал его распространять.

SV> Вот в случае их антивиря -- нихера не поможет. У знакомых пропадали видео, причём точно не
SV> порнография. У коллег -- расшаренные отчёты ai-bolit (антивирь для пхп), содержащие
SV> подозрительные куски кода (впрочем, на них и Касперский ругался, хоть там работающего кода и
SV> не было). Ну а мне хватило ВНЕЗАПНОГО пропадания коллекции вирусов, пролежавшей там лет 5,
SV> чтобы сделать выводы.

Нет. Ничего не пропало. Причем, на Dropbox в свое время были признанные краши. После которых часть инфы нельзя было восстановить даже из бэкапов. На ящуре я такого просто совсем не помню. Вот в REACT-приложениях яндекс однозначно говно, а облако у них - отменное.

SV> Также это не поможет, если требуется использовать для закачки не их постоянно работающего
SV> демона, а какой-нибудь rclone, запускаемый для чисто запихнуть архив на хранилище (пытался так
SV> делать бекапы на я.д -- файлы больше пары МБ через rclone начинали заливаться на пару порядков
SV> медленнее, чем они же через вебморду).

Удивисся? У ящер.диска есть REST API и распрекрасно пишется скрипт под bash ровно вот для таких бэкапов.

Вот с онлайн-выборкой файла с ящура (фотогалерею например, хочу, на внешнем ресурсе с инстансами из ящура) - я пока плаваю, а REST давно и уверенно работает.

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

Антивирусь.. я не знаю как, но мне удается жить БЕЗ антивируся вообще. Давно, лет 15 так. Наверное, я берсерк и серваки у меня такие же ;) и да, сноска - винда у меня тоже без антивиря ;)

--
WBR, ON
--- ХотДог/2.14.5/Android

Stanislav Vlasov написал(а) к Oleg Nazaroff в Mar 25 21:05:24 по местному времени:

Привет, Oleg!

09 Mar 25 13:59, Oleg Nazaroff -> Stanislav Vlasov:

SV>> Гм... У меня тож не десяток, что-то порядка 40 тыщ файлов общим
SV>> объёмом терабайт с небольшим.

ON> Вот хз. Мож потому что много мелких?

А сколько файлов, кстати? Ну хотя б вообще итого?

SV>> Также это не поможет, если требуется использовать для закачки не
SV>> их постоянно работающего демона, а какой-нибудь rclone,
SV>> запускаемый для чисто запихнуть архив на хранилище (пытался так
SV>> делать бекапы на я.д -- файлы больше пары МБ через rclone
SV>> начинали заливаться на пару порядков медленнее, чем они же через
SV>> вебморду).

ON> Удивисся? У ящер.диска есть REST API и распрекрасно пишется скрипт под
ON> bash ровно вот для таких бэкапов.

Угу-угу. Разве что за пару лет поменяли политику.
И, кстати, webdav, чем какое-то время назад пользовался.
Впрочем, полгода назад rclone точно так же тормозил при монтировании через него. Правда, скачать получилось нормально всё ж.
А переделывать копирование на bash/curl мне влом -- rclone таки позволяет работать не с одним бекендом, а я.д у меня не только не единственное, но и не основное хранилище.

ON> Антивирусь.. я не знаю как, но мне удается жить БЕЗ антивируся вообще.

Я б тоже, но есть нюанс: на части рабочих мест должны выполняться требования ФЗ152. И таки приходится ставить касперского под линукс. Минус треть автономности ноутов...

ON> Давно, лет 15 так. Наверное, я берсерк и серваки у меня такие же ;) и
ON> да, сноска - винда у меня тоже без антивиря ;)

Таки дефендер встроенный уже выковырян? :-)
Он какой-никакой, но всё ж антивирь.

С наилучшими пожеланиями, Stanislav.

P.S. Мы точно об одном сервисе говорим? А то ещё есть yandex cloud storage, совместимое с s3 и для которого много чего понаписано в смысле документации. И это не disk.yandex.ru. Вот в отсутствия ограничения по клиентам в этом типа-S3 я таки верю.

--- -.-.-.-.-.-

Oleg Nazaroff написал(а) к Stanislav Vlasov в Mar 25 23:31:21 по местному времени:

Нello, Stanislav Vlasov.
On 09.03.2025 21:05 you wrote:

SV> А сколько файлов, кстати? Ну хотя б вообще итого?

Много, очень. Счет на десятки тысяч и они все очень мелкие..

SV> Угу-угу. Разве что за пару лет поменяли политику. И, кстати, webdav, чем какое-то время назад
SV> пользовался. Впрочем, полгода назад rclone точно так же тормозил при монтировании через него.
SV> Правда, скачать получилось нормально всё ж. А переделывать копирование на bash/curl мне влом
SV> -- rclone таки позволяет работать не с одним бекендом, а я.д у меня не только не единственное,
SV> но и не основное хранилище.

Webdav ни в какое сравнение с рестом не идет по скорости. А rclone его до сих пор и не умеет ;/ так-то мне rclone не сильно удобен именно незнанием кастомных протоколов, коих у меня имеется. Ну так исторически склалося. Чтоб их все поднять наиболее просто до недавнего времени я обходился nextcloud'ом, но это уже не 0,5 гб ram и свой гимор с поддержкой..

SV> Я б тоже, но есть нюанс: на части рабочих мест должны выполняться требования ФЗ152. И таки
SV> приходится ставить касперского под линукс. Минус треть автономности ноутов...

Жють. под линюхом он нахрена??? Типичный распил же..

SV> Таки дефендер встроенный уже выковырян? :-) Он какой-никакой, но всё ж антивирь.

Выковырян! и винда сильно кастрированная.

SV> P.S. Мы точно об одном сервисе говорим? А то ещё есть yandex cloud storage, совместимое с s3 и
SV> для которого много чего понаписано в смысле документации. И это не disk.yandex.ru. Вот в
SV> отсутствия ограничения по клиентам в этом типа-S3 я таки верю.

На s3 я переезжаю. Со скрипом. Но так-то - еду с dask.ya.ru как раз.

--
WBR, ON
--- ХотДог/2.14.5/Android

Stanislav Vlasov написал(а) к Oleg Nazaroff в Mar 25 11:30:35 по местному времени:

Привет, Oleg!

09 Mar 25 23:31, Oleg Nazaroff -> Stanislav Vlasov:

SV>> А сколько файлов, кстати? Ну хотя б вообще итого?

ON> Много, очень. Счет на десятки тысяч и они все очень мелкие..

Ну... У меня тож десятки тыщ, но они разные -- от десятков КБ до единиц ГБ. Не жрёт ни на обоих хранилищах, где эти файлы есть все, ни на компах, где синхронизация идёт только частично. На телефоне хз, жрёт ли память, но тож вряд ли -- было бы заметно, телефон староват.

SV>> Угу-угу. Разве что за пару лет поменяли политику. И, кстати,
SV>> webdav, чем какое-то время назад пользовался. Впрочем, полгода
SV>> назад rclone точно так же тормозил при монтировании через него.
SV>> Правда, скачать получилось нормально всё ж. А переделывать
SV>> копирование на bash/curl мне влом -- rclone таки позволяет
SV>> работать не с одним бекендом, а я.д у меня не только не
SV>> единственное, но и не основное хранилище.

ON> Webdav ни в какое сравнение с рестом не идет по скорости.

Если речь про сам протокол -- нет, на отдельно стоящем сервере вполне упиралось в гигабит той сети, что была на стенде. Вот мелкие файлы там копировать -- точно хуже, чем по смонтированному sftp, но у меня задачи другие.
Если речь про то, что у яндекса оно тормознее --*ну так я и говорил, что яндекс немножечко ограничивает сторонних клиентов.

ON> А rclone его
ON> до сих пор и не умеет ;/ так-то мне rclone не сильно удобен именно
ON> незнанием кастомных протоколов, коих у меня имеется. Ну так
ON> исторически склалося. Чтоб их все поднять наиболее просто до недавнего
ON> времени я обходился nextcloud'ом, но это уже не 0,5 гб ram и свой
ON> гимор с поддержкой..

Ой-вэй... nextcloud --*это такое г... Только и хорошо, что вебморда для управления. Уж лучше в апаче конфиг настроить, если вебдав нужен. Там хотя бы сам не жрёт и пхп с базой не требует. Или в nginx, но потребуется несколько поболе настраивать, чтоб винды не ругались.

SV>> Я б тоже, но есть нюанс: на части рабочих мест должны выполняться
SV>> требования ФЗ152. И таки приходится ставить касперского под
SV>> линукс. Минус треть автономности ноутов...

ON> Жють. под линюхом он нахрена??? Типичный распил же..

Наличие антивируса на рабочем месте, где могут обрабатываться данные по ФЗ152 -- таки требование ФСТЭК (если правильно помню, кто требует). Ну и проще поставить, чем потом доказывать, что не верблюд... Тут ещё для части инфраструктуры всякие NGFW и криптошлюзы требуются. Вот где ужас и распил, судя по тому, что успели пощупать...

С наилучшими пожеланиями, Stanislav.

--- -.-.-.-.-.-

Oleg Nazaroff написал(а) к Stanislav Vlasov в Mar 25 10:20:16 по местному времени:

Нello, Stanislav Vlasov.
On 10.03.2025 11:30 you wrote:

SV> Ну... У меня тож десятки тыщ, но они разные -- от десятков КБ до единиц ГБ. Не жрёт ни на
SV> обоих хранилищах, где эти файлы есть все, ни на компах, где синхронизация идёт только
SV> частично. На телефоне хз, жрёт ли память, но тож вряд ли -- было бы заметно, телефон староват.

Ну вот такое заметил и мне не пондра..

SV> Если речь про сам протокол -- нет, на отдельно стоящем сервере вполне упиралось в гигабит той
SV> сети, что была на стенде. Вот мелкие файлы там копировать -- точно хуже, чем по
SV> смонтированному sftp, но у меня задачи другие. Если речь про то, что у яндекса оно тормознее
SV> --*ну так я и говорил, что яндекс немножечко ограничивает сторонних клиентов.

Да, ограничивает. И своих тоже. А по ресту не ограничивает, только и всего.

SV> Ой-вэй... nextcloud --*это такое г... Только и хорошо, что вебморда для управления. Уж лучше в
SV> апаче конфиг настроить, если вебдав нужен. Там хотя бы сам не жрёт и пхп с базой не требует.
SV> Или в nginx, но потребуется несколько поболе настраивать, чтоб винды не ругались.

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

SV> Наличие антивируса на рабочем месте, где могут обрабатываться данные по ФЗ152 -- таки
SV> требование ФСТЭК (если правильно помню, кто требует). Ну и проще поставить, чем потом
SV> доказывать, что не верблюд... Тут ещё для части инфраструктуры всякие NGFW и криптошлюзы
SV> требуются. Вот где ужас и распил, судя по тому, что успели пощупать...

Идиоты же писали...;) в расчете на то что исполнять будут другие идиоты... какая федерация такие и законы короче ;(

--
WBR, ON
--- ХотДог/2.14.5/Android

Stanislav Vlasov написал(а) к Oleg Nazaroff в Mar 25 10:36:33 по местному времени:

Привет, Oleg!

10 Mar 25 10:20, Oleg Nazaroff -> Stanislav Vlasov:

SV>> Ну... У меня тож десятки тыщ, но они разные -- от десятков КБ до
SV>> единиц ГБ. Не жрёт ни на обоих хранилищах, где эти файлы есть
SV>> все, ни на компах, где синхронизация идёт только частично. На
SV>> телефоне хз, жрёт ли память, но тож вряд ли -- было бы заметно,
SV>> телефон староват.

ON> Ну вот такое заметил и мне не пондра..

А файлов-то сколько всё же? И, кстати, могли и поправить в свежих версиях.

SV>> Ой-вэй... nextcloud --*это такое г... Только и хорошо, что
SV>> вебморда для управления. Уж лучше в апаче конфиг настроить, если
SV>> вебдав нужен. Там хотя бы сам не жрёт и пхп с базой не требует.
SV>> Или в nginx, но потребуется несколько поболе настраивать, чтоб
SV>> винды не ругались.

ON> дык можно и без вебморды, смысел не в этом, там удобный драйвер на
ON> разные облака. И вот вся эта хрень с апачем и нгинксом - ровно то же
ON> что некстклод делает сам, на автомате, по тихому и без мозгоебства.
ON> Пыха у меня полюбас есть, и база тоже, задолго до всего остального.

Проблема в том, что весь этот вебдав там делается на пхп, т.е. на интерпретируемом языке. И жрёть-с...
Если с серверной стороны смотреть -- одновременно меньше клиентов могут работать.
У меня, впрочем, просто неудачная попытка воспользоваться на старом домашнем хранилище, где вебморда админки секунд тридцать открывалась. И жрало 1.5ГБ памяти из имеющихся 2, со всей нужной халабудой типа БД и т.п.

SV>> Наличие антивируса на рабочем месте, где могут обрабатываться
SV>> данные по ФЗ152 -- таки требование ФСТЭК (если правильно помню,
SV>> кто требует). Ну и проще поставить, чем потом доказывать, что не
SV>> верблюд... Тут ещё для части инфраструктуры всякие NGFW и
SV>> криптошлюзы требуются. Вот где ужас и распил, судя по тому, что
SV>> успели пощупать...

ON> Идиоты же писали...;) в расчете на то что исполнять будут другие
ON> идиоты... какая федерация такие и законы короче ;(

Угу. Но есть нюанс: исполнять приходится всем, кого хоть как-то касается...
Помнится, кто-то рассказывал, что для сертификации прикупили лицензию на этот самый NGFW. Но ставить его в работу не то чтобы не планировали, не собрались :-)

С наилучшими пожеланиями, Stanislav.

--- -.-.-.-.-.-