Посоветуйте человеческий конструктор сайтов.

Посоветуйте человеческий конструктор сайтов.

Есть у меня на гуглосайтах «записки склеротика» сугубо для личного использования, но в открытом доступе. В связи с последними событиями переживаю как бы не похерилось. По этому задумал переезд. Нужен нормальный конструктор сайтов в российской доменной зоне которому не страшен чебурнет. Функционал как у гуглосайтов и что бы обязательно бесплатно… не условно бесплатно с облаком на 50 метров, а нормально бесплатно с облаком человеческого размера и без всяких прочих нечеловеческих ограничений которые за деньги тут же исчезают. Честно говоря расчитывал, что нечто подобное уже есть в яндексе по типу гугла, но ничего подобного нет. Посоветуйте что будет больше подходить моим скромным желаниям?

Яндекс облако, корневой домен

Хочу создать сайт в яндекс-облаке, без всяких виртуальных машин, чтобы прям полностью в облаке был. Пока предположим статический. Как я понимаю, сами страницы нужно загрузить в Object Storage. Далее нужно настроить CDN, чтобы оно быстрей работало. Далее нужно настроить облачный DNS (так и не понял, чем он отличается от необлачного кроме того, что платный, но ладно, вроде недорого).

Пока речь идёт о домене вроде www.example.com, вопросов нет. Создаём CNAME-запись на адрес CDN-сервера, оно вроде даже HTTPS поддерживает через letsencrypt само.

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

А вообще в идеале я хочу без www сделать. Но, так понимаю, это не получится.

Шифрование в облаке.

Здравствуйте, подскажите пожалуйста интересные аналоги boxencryptor для шифрования файлов в облаке, так чтобы работало и на андроид и iOS :) в идеале Vera crypt но при синхронизации он перекачивает весь файл заново что не удобно при большом размере.

Есть ли более выгодное облачное хранилище чем Microsoft OneDrive?

https://mega.nz/pro - 2TB за 888 ₽/месяц = 10 656 ₽/год

Проблема с bash

Помогите разобраться. Не работает скрипт синхронизации.

ERROR: Remote directory not found $r

В то же время без переменной работает

Oracle cloud storage использует кто-нить?

Объясните чем object storage отличается от на порядок более дорогого file storage? Кроме доступа не через nfs а через местное api. С archive storage понятно - там время доступа час и платить за 90 дней хранения в любом случае, а вот объектное хранение выглядит довольно вкусно по ценам - в чем подвох, кроме платного трафика? Кстати, трафик внутри облака платный или нет? Т.е если приложение хостится тоже в oracle cloud, то платить надо только за входящий до compute инстанса трафик, или и между compute-storage тоже платный трафик? Хотелка простая - хранить несколько терабайт фото/видео которые регулярно поступают через приложение (можно захостить на том же облаке) и иногда отдавать их в сеть. Кстати можете присоветовать другой сервис ответственного хранения :-) в идеале тоже с фишкой «медленный доступ дешевый объём» и разумным vds

(РЕШЕНО) Клиент облака Mail.Ru Диск-О через Wine

Диск-О — это официальный клиент облака Mail.Ru, в последнее время доступен только для Windows и macOS. Про костыльные решения на основе WebDAV (WebDavMailRuCloud, MARC-FS, rclone, плагин для TC) знаю, но они не подходят из-за сильной тормознутости и неудобства в использовании.

Возможно, у кого-то уже есть успешный опыт в запуске либо гуру по Wine сможет подсказать в какую сторону копать.

У меня Fedora 31 MATE, но не думаю, что это принципиально для Wine. Под голым Wine 5.15 клиент 20.07.6117 только устанавливается, но не запускается. Запустить удалось через PlayOnLinux с Wine 5.16 и 32-битным префиксом. Но дальше запуска дело не идёт, диск не подключается. Нажимаешь на подключение, клиент немного думает и снова показывает статус «Отключен». А в консоли в это время такой выхлоп https://bpa.st/WU6Q

Пробовал разные версии Wine, разные префиксы, поиск по результатам выхлопа, по-разному настраивал winecfg, но диск всё равно не подключается.

Нужно использовать старую версию клиента (можно найти в сети). Например, клиент 15.06.0853 и Wine 5.15 Staging на 32-битном префиксе сработались без проблем.

P. S. Клиент 15.06.0853 по внешнему виду точная копия нативного клиента, который перестал работать. Это притом, что версия для Windows продолжает работать как ни в чём не бывало. Из чего можно сделать вывод, что Mail.Ru умышленно отключили доступ для нативного Linux-клиента, за что в очередной раз заслужили лучи поноса.

Понасоветуйте облачное хранилище

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

Яндекс перестал нравиться последнее время идеологически - слишком его везде много, а монополия распоясывает. По той же причине предвзято отношусь к гугел диску. Первый кандидат это айклауд, потом наверно ван драйв. Что ещё можно посмотреть?

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

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

Облако Best practice

Поделитесь лучшими практиками по сборке облака. Есть 4 физических сервера dell r820 и r620 по 2 каждого.

Нужен совет, как организовать домашнее облако

Есть сильное желание разрулить бардак с файлами, который сейчас творится у меня на компьютерах. Сделать синхронизацию, регулярные бекапы и прочее. Пробовал пользоваться публичными облаками, но не зашло - Google Drive, OneDrive не поддерживают Linux, а отечественным сервисам нет доверия. Есть постоянно работающая машина, хочется организовать на ней файлопомойку. Я бы разделил все файлы на три категории:

  1. Небольшие файлы типа документов, которые нужно синхронизировать между всеми машинами
  2. Большие файлы, которые синхронизировать не нужно, но должна быть возможность оперативно достать их при необходимости. Храниться будут на отдельном диске.
  3. Архивы и бекапы, доступ к которым нужен крайне редко и которые хранятся в публичном облаке в зашифрованном виде (спасибо, rclone)

Из того, что уже успел попробовать:

  • Nextcloud. То, что он тормозит, это ладно. Десктопный клиент уже второй раз отказывается синхронизироваться. Первый раз это был явный баг с поддержкой HTTP/2, который довольно оперативно пофиксили, во второй раз просто молча отказывался что-либо делать. Штатный конфиг MySQL постоянно что-то писал на диск, терзая SD-карту. Плагин для работы с внешними хранилищами дико глючный, с WebDAV отказывается показывать размеры файлов и дату изменения, с FTP через раз выдает ошибку при попытке выгрузки файла. Понятно, что можно дальше разбираться и дебажить, но в какой-то момент накипело, начал искать альтернативы.
  • Seafile. Не поддерживает внешние хранилища. Для последней версии нет сборки под ARM. Попробовал собрать сам, система сборки работает на каких-то костылях и вызывает ощущение фрустрации. Пришлось вставлять несколько workaround, чтобы нормально заработало за nginx. В общем, доверия этому инструменту у меня нет.
  • Syncthing. Та вещь, которой пользовался несколько лет до того, как решил привести всё в порядок. Работала сравнительно стабильно, но временами всё же тупила - либо не видела изменения, либо не торопилась отправлять их другим пирам, либо внезапно останавливала передачу. Это было в районе версии 1.2, если кто-то может подтвердить, что за это время подтянули стабильность, буду очень благодарен. Ну и другой важный минус - нужно где-то отдельно искать веб-интерфейс для оперативного доступа, кроме filestash пока что ничего не нашёл.
  • Resilio Sync. Долгое время не решался пробовать, ограничивался Syncthing. На днях попробовал, вроде работает. Если ситуация со стабильностью лучше, чем у Syncthing, буду пользоваться этой утилитой. Та же проблема с веб-интерфейсом, про которую писал выше.

Буду очень рад, если кто-нибудь поделится опытом в решении подобных задач, расскажет, на чем в итоге остановились.

📎📎📎📎📎📎📎📎📎📎