По ссылке на сайт компании доступна регистрация на бета-тестирование ОС Аврора. Ранее это была Sailfish OS/Sailfish OS RUS/MeeGo/Maemo.

Насколько я понял, там предлагается жителям Москвы (это, как я понимаю, непременное условие) во временное пользование мобильный телефон Inoi R7 обзор характеристик на ixbt с предустановленной ОС Аврора. Либо, если как и в моём случае, у Вас уже есть такой телефон, то установка ОС на него.

Сразу отвечу на ряд пока ещё невысказанных вопросов.

1. Нет, я лично не аффилирован ни как с компанией ОМП. Мне за пиар и прочую рекламу денег не платят.

2. У меня есть (и давно) Inoi R7. Да, доволен в общем и целом. Хотя есть недостатки.

3. Самый жирный минус Inoi R7 – железо 2014г. Хотя, то что там внутри Linux в полный рост и Qt, делает этот аппарат более-менее пригодным к использованию даже в 2021г. Терминал и ssh там по дефолту в наличии.

Для особо желающих есть HADK, так что, есть успешные эксперименты по установке Sailfish (Аврору пока не пробовал, но механика там сходная) на разные устройства, включая Raspberry Pi 4 и аналоги.

4. Linux здесь при том, что внутри телефона да, Linux. Со всеми втекающими-вытекающими. Интерфейс на основе Qt/QML. Есть открытые компоненты и есть закрытые. Как правило, закрытое это то, что начинается со слова Silica-, но документация есть и достаточно вменяемая.

Если кто-то любит systemd просто до слёз и жить без него не может, то там оно есть. Сразу.

5. Среда разработки – модифицированный QtCreator. Собственно, SDK есть и доступен. В остальном – Qt с QML и некоторым количеством привязанных компонент из специфичного набора разработчика.

6. Несомненный плюс – управление. После управления жестами в Sailfish, при переходе к Андроиду регулярно не покидает мысль – «да как вы вообще этим пользоваться умудряетесь…». Просто и естественно.

Ну, в общем, вот так. Думаю, разработчикам это будет полезно даже в качестве просто опыта. Кому что интересно – спрашивайте, чем могу помогу, на что знаю как ответить, отвечу, но скорости ответа не гарантирую.

«Политико-маркетинговые» вопросы, типа сколько распилили-попилили-откатили прошу адресовать не мне.

Подробности

Добавлено.

• SDK. Вообще есть несколько SDK. SDK для Sailfish, SDK для Авроры, Platform SDK для Sailfish (портирование на железо).

• HADK. Описалово как делать порты Sailfish (Аврора аналогично) на «тело». Документ, регулярно обновляемый.

• Софт для Sailfish и Аврора есть. Авроровский «магазин». Самый широко известный в узких кругах – OpenRepos, исходники ищутся на github по слову harbour (по идее, так приложения для sailfish должны начинаться). Но лучше искать по слову «sailfish»

Прошу прощения. Поправил пару «косяков» и накидал малость ссылок до кучи.

Перемещено Shaman007 из russia

Автор метода — Chr13. Суть метода — у Google есть краулер (FeedFetcher). Если мы готовим документ в Google электронную таблицу, в которой вписываем =image(“http://example.com/image.jpg”), то Google должен получить посредством FeedFetcher картинку и отобразить её на экране.

Однако, например, на сайте есть файл file.pdf, размером в 10M. Создав ссылки вида =image("http://targetname/file.pdf?r=n"), где n = [0...999] мы заставим Google docs скачать этот файл 1000 раз. Содержимое файла, конечно, в документе не отобразится (будет выведено N/A в соответствующей ячейке), но нагрузка на атакуемый сервер будет довольно значительная, т.к. файл будет скачан.

Автору метода при помощи одного ноутбука удалось забить полосу пропускания используя множественные ссылки на один файл, в 600-700mbps на 45 минут. За эти 45 минут было скачано с атакуемого сайта порядка 240Gb.

Автор метода нашёл, что первое упоминание о такого рода поведении электронных таблиц Google относится к 10 мая 2012 и описано в блоге.

Подробности

Перемещено Shaman007 из security