Автор Тема: Новое в дистрибутивах Восьмой платформы  (Прочитано 86260 раз)

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 6 046
Бггг. Это инди-хипстеры, которые ваяют мобильные приложения (ну кто же ещё клюнет на раздутый корпорациями облачный пузырь?). А корпорации стригут с них купоны.

Боюсь основные деньги стригут не с тех кто ваяет приложения, а для кого они ваяются...
Вход в чужое облако копейка, а вот исход рубль...




Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 6 046
Это знает только юзер.
Он не в состоянии их определить на уровне файлов и даже самих приложений.
Значит ему синхронизация не нужна :)
Как можно синхронизировать то, не знаю что? Прямо сказочка какая-то... Про Иванушку-дурочка...


Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 6 046
не привели к значимому росту пользователей. Только 20 млн. пользователей (1-1,5% от количества пользователей ПК).

Но есть один момент...

Правда монетизировать у них не получается... Изначально стратегия была не верна...

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 6 046
Нет. Но нет инструментария это сделать удобным и прозрачным для обычного рядового пользователя.


ну я не знаю...

https://help.yandex.ru/disk/webdav/webdav-linux.xml
http://forum.ubuntu.ru/index.php?topic=241992.0

И кстати... Уже не раз поднималась тема на форуме.
А в результате что?
По факту оказывалось юзеров которым это нужно - нет.
(считаю что если юзеру реально нужно, то от него будет не только нытье, ну и, например, желание помочь хотя-бы тестированием, поиском проектов как по ссылке выше, инициатива создать подраздел на форуме и т.д. ну а если только поныть... то лучше как unihorn на сразу на божественную...)


« Последнее редактирование: 02.01.2015 01:10:23 от YYY »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Но нет инструментария это сделать удобным и прозрачным для обычного рядового пользователя.

Руководство по использованию davs в Thunar на примере доступа к яндекс-диск существенно переработано и дополнено:
http://forum.altlinux.org/index.php/topic,32361.msg235350.html#msg235350

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 20 166
    • Домашняя страница
И копировать вручную с перезаписью? Мда, мы не ищем лёгких путей...
Андрей Черепанов (cas@)

Оффлайн akarp

  • Участник
  • *
  • Сообщений: 226
И копировать вручную с перезаписью?
Вообще-то есть еще и демоны у Dropbox и ЯД. Важные вещи из ~ у меня хранятся там уже несколько лет, и я ничего руками не делаю.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
И копировать вручную с перезаписью?

Везде, что доступно для свободного использования, адрес придётся вводить.
По крайней мере один раз перед созданием закладки или первой настройки.

Мда, мы не ищем лёгких путей...

А толку от обёрток с лёгкими путями если клиент проприетарный, и пусть они хоть три раза GPL:
Цитировать
http://help.yandex.ru/disk/cli-clients.xml
https://legal.yandex.ru/desktop_software_agreement/

4.1. За исключением использования в объемах и способами, прямо предусмотренными настоящей Лицензией или законодательством Российской Федерации, Пользователь не имеет права изменять, декомпилировать, дизассемблировать, дешифровать и производить иные действия с объектным кодом любой Программы, имеющие целью извлечение исходного текста Программы и/или получение информации о реализации алгоритмов, используемых в Программе, создавать производные произведения с использованием Программы, а также осуществлять (разрешать осуществлять) иное использование Программ, без письменного согласия Правообладателя.

Тут вариантов немного:
или не вводите и пользуйтесь проприетарным
или пользуйтесь свободным, но хотя бы раз вводите в konqueror, nautilus, dolphin, thunar.
Ввод адреса в gui-коммандере с созданием закладки для быстрого доступа к облачному диску, это ещё по-божески:
$ cadaver https://webdav.yandex.ru
Authentication required for Yandex.Disk on server `webdav.yandex.ru':
Username: login
Password: hidden_password
dav:/> help
Available commands:
 ls         cd         pwd        put        get        mget       mput       
 edit       less       mkcol      cat        delete     rmcol      copy       
 move       lock       unlock     discover   steal      showlocks  version   
 checkin    checkout   uncheckout history    label      propnames  chexec     
 propget    propdel    propset    search     set        open       close     
 echo       quit       unset      lcd        lls        lpwd       logout     
 help       describe   about     
Aliases: rm=delete, mkdir=mkcol, mv=move, cp=copy, more=less, quit=exit=bye
dav:/> ls
Listing collection `/': succeeded.
Coll:   Документы                     0  апр  1  2013
Coll:   Загрузки                       0  янв 18  2014
...
http://www.webdav.org/cadaver/
http://tt.erinome.net/2012/11/375

Да и не обязан универсальный dav-клиент знать адреса всех в мире облачных дисков.
Иначе без ввода или копипаста:
- проприетарный яндекс-апплет
- проприетарный гугло-апплет
- и т.д.

Оффлайн unihorn

  • Участник
  • *
  • Сообщений: 354
Выкладывать конфиги в облака может только клинический дебил.

:)

Спойлер
Кто не хочет, тот не выкладывает. Или выкладывает в свое облако (свой сервер).

Вы не клинический дебил? Поздраавляю. Наслаждайтесь этим, но не навязываете свое мнеие другим, благо это предлагается как опция (не надо, не ставьте). :)

назвать каталог папкой может только клинический виндузятник у которого мозг напрочь присох к форточке и который не в состоянии понять разницу между каталогом и директорией.

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

Таким образом любая директория есть папка (ибо их суть, в GUI и CLI одна, и в разных режимах это одно и тоже, и уже давно не делается различий в этом смысле (да и в макоси они были "папками" только потому, CLI в ней, изначально, не было, он появился только в десятке)). Но не всякая папка директория (причем так может быть, вы не поверите, и в cli :)). Разницы же между каталогом и директорией нет вообще, ибо это синонимы (просто одно по русски (настолько, насколько, слово каталог русское) а другое по инглишу). :)

тарбольчики

Ну-ну...

Рекомендую уажаемому выяснить что это такое, и почему срезы юниксовых ФС стоит хранить, на других ФС, именно в них. Узнаете много интересного. :)

Облегчит вхождение

Кому и куда?
Можно поподробнее и в развёрнутом виде?

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

Тем которым надо включить комп, ввести свои учетные данные, и вперед. Не все являются школьниками сидящими в форумах и кричащие Винда Маздай. Кто-то и работает, что-бы этим школьникам было, что покушать. :)

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

Вам мало?

А, потом, постепенно расширять возможности

взлома системы.

Где? На личном облаке? :)

Ну а простым пользователям это их дело, что, и где, они хотят; и их выбора поставщиков облачных услуг (благо все равно если ты не приятель бен-ладена, или не маньяк хранящий в облаке видео освежеывания маленьких бегемотиков, то ты понял :) )...

Этому изобретаемому лисипету, лет 20 уже, как минимум.
Начиная с Windows Chicago и Windows 95 с реестром.
И Mac OS X с PCBSD там рядом.
Но и в этом лисипете есть зависимости, не учитывая которые систему можно вдребезги разломать.

Я с этим спорю? :)

Вот только вот, эта проблема там, мягко говоря, "немного редка": настолько, что для того, что-бы ее, проблемы, добиться, надо сильно постараться. :)

Фактически ад dll это теоретическое представление, когда-же ад зависимостей, увы, практическая реальность. :)

сирчь без ада зависимостей

Шо, и вы их в альтах руками через клавиатуру отслеживаете и разруливаете сами?
Ужас какой-то...

Рекомендую узнать почему, к примеру, не стоит компилять "тру способом". А также о том как, порой, поставить новый софт на какой-нибудь "стабильный дебьян". И чем это черевато (от гемороя, до в дребнзги систему).

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

Или вы никогда не сталкивались с тем, что вы не можете обновить пакет, ибо кривая зависимость не дает это делать (и приходится фигачить низкоуровневыми пакетными утилитами (rpm, deb...), и иже с ними)? :)

Не надо путать "установку ручками", и "ад зависимостей". Это, поверьте мне, разные вещи.

Т.е. безальтернативно, одним rpm-пакетом мне будет предлагаться устанавливать kdegraphics, большинство из которого в нём мне и нафик не упёрлось? Я правильно понял?

Какой-то странный у вас вывод. Поверьте мне, даже на винде, часто предлагают частичную установку (и тут все зависит лишь от "производителя пакетов" и того "как он их, и чем"). :)

Повторяю, "установка ручками", "установка строго того, что нужно", и т. п., и "ад зависимостей" это разные вещи. рекомендую узнать, что это такое. :)

И да, я вас удивлю, в Линуксе далеко не всегда пакеты разделяются "по штучно": ситуация когда безальтернативно ставится куча хрени (ибо все, например, запихнуто в один пакет, или имеет безальтернативные зависимости (в том числе от всякого бреда)) не редка. :)

Что я глупости-то говорю. Это же перед отправкой багрепорта надо будет засучить рукава и "выпачкать руки" облазив весь репозиторий в несколько десятков тысяч пакетов чтобы сказать на трекере что дожно быть в виртуальном пакете.

Уважаемый не вам меня учить писать багрепорты, ругаться по португальски с разрабами, делать коммиты, и собирать пакеты. Я далеко не новичок в этом деле.

И да, рекомендую вам выяснить, что такое "ад зависимостей". :)

Счастливого, наступающего, Рождества. :)

Цитировать
Это знает только юзер.
Он не в состоянии их определить на уровне файлов и даже самих приложений.

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

А какие файлы, конфиги, и иже с ним для этого надо (и как это делается) ему без разницы (плевать и, вообще начхать). :)

Для начало можно синхрить, как я уже говорил, список приложений в новом центре оных (пользователь их выбрал и этим, считай,  указал, а большего и не требуется).

Потом сделать синхронизацию настроек аккаунта (обоину; звуки; ярлыки с виджетами и их место положение; и типа этого. Здесь тоже юзеру совершенно не требуется, что указывать (достаточно лишь сохранить общие настройки ака: все какие есть).

Потом, конкрентно, настройки приложений. Всех какие у юзера есть. Юэеру также не надо ничего указывать: достаточно тупо сбэкапить конфигурационную часть ака (сиречь все что в корне ака скрыто, сиречь чьи имена начинаются с точки; все кроме может быть настроек раб стола конкретных сред из выше; скопировать не трогая содержимого папок типа документов-изображений, и не трогая дополнительно созданые папки (для начала это более чем хватит)). Как копируют ак, что-бы его развернуть на другой машине? Так и здесь. "Помощь юзера" нам не нужна (как и необходимость юзеру знать что, где, и как).

настройки ака,

расположение ярлыков и виджетов,

настройки приложений,

список установленных приложений


Вот, что, как правило, требуется простому пользователю.

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

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

Хотя (может быть и не такой тонкий) выбор что синхрить а что нет можно дать и простому юзеру: настройки ака, расположение ярлыков и виджетов, настройки приложений, список установленных приложений (последнее с предупреждением о необходимости прав рута; либо осуществлять установку оных строго в юзерспейсе). Эти категории вполне в пределах понимания многих (простому юзеру, как правило, не требуется городить из Линя Андроид, и прикручивать к Гному плазму: это удел "продвинутых", или желающих учится :)). И разработчику останется лишь определить дефолтный набор галок).

Осуществить это все можно элементарным скриптом (один из примеров таких дан выше).

И не важна рабочая среда (Гном, Кеды, Крыска...).

Пользователь, по настроению, меняет рабочие среды? Или на одной машине Гном, на другой Кеды?

От простейшего синхрим все (и какая среда установлена, те настройки и юзаются (а остальные лежат "грузом до востребования")).

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

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

При этом, даже в случае определенных нестандартных настроек, по любому, снижается порог вхождения и количество телодвижений (ибо меньше придется читать маны и красноглазить пытаясь сделать что-то самому).
« Последнее редактирование: 03.01.2015 05:38:24 от unihorn »
Мир ищу, где волки агнцам служат,
И нету слуг верней. Где слезы никого не душат. Не ведают смертей.

Оффлайн unihorn

  • Участник
  • *
  • Сообщений: 354
И копировать вручную с перезаписью? Мда, мы не ищем лёгких путей...

Что-бы юзать облако, нужно полюбому ввести учетные данные: логин и пароль И неважно "проприетарен клиент, или нет".

Сложно прописать "webdav.yandex.ru" (логин с паролем нам, повторяю, по любому вводить)? ОК,

Какие-то проблемы с тем, что-бы подставить в соответствующие "davs://YOU@webdav.yandex.ru", из соответствующей формы "ввода логина-пароля", вместо "YOU" то, что надо и прицепить к нему "webdav.yandex.ru" с "davs" (например тем-же банальным склеиванием строки из скрипта; я не знаю: "davs://"+@YOU+"webdav.yandex.ru")?

С вызовом "webdav.yandex.ru" путем кликания по имени облака ("яндекс диск", например) с перебором оных, скажем, по case согласно тому, по какому имени кликнул юзер?

Прописав это самое "davs://YOU@webdav.yandex.ru" и иже с ним в код этой формы, и, затем, сохранив эти настройки (запуская их вместе с аком (или, для более глобальных, с системой) из "автозапуска" того или иного рода)?

С последующим всовыванием оной куда-нибудь в "настройки социальных сетей" какого-нибудь Гнома 3 (вместе с фейсбуками всякими), или того-же Альтератора?..

А дальше, работать как с "обычным сетевым диском"?

Какие-то проблемы с созданием такой формы (или простейшей консольной утилы для "продвинутых")?

Юзер при первом использовании, например, Гнома 3 (в его утилите первоначальной настройки аков), в разделе сетевых учеток, вместе с фейсбуками всякими, выбирает, например, одно из распространенных облаков (кликнув по словам, например, "яндекс диск"), затем вводит логин и пароль (в выше названной кастомной форме). И вся эта инфа, так или иначе, компонуется, например, скриптом, и, далее, используется для синхронизации.

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

Зачем нам "вводить вручную" это самое "davs://YOU@webdav.yandex.ru" (и вручную заменять "YOU"), когда "можно сделать робота" и скрыть от юзера всю эту машинерию, и запендюрив вышеупомянутое в "социальный раздел" гнома три (и типа этого)?..

И все будет удобно, прозрачно, и легко.

Или я неправильно понял ваш вопрос?..

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

:)

Спойлер
Ты удивишься, но что-бы тестировать, надо иметь, то что тестировать. :)

А если тестировать нечего, то "создавай подраздел на форуме" не создавай; ищи печки от которых можно танцевать "по ссылкам выше", не ищи... Увы... Даже если очень захочешь. :)

Ну а коли сразу отправлять всех "как как unihorn-а сразу на божественную". То извини. :)
« Последнее редактирование: 03.01.2015 05:53:46 от unihorn »
Мир ищу, где волки агнцам служат,
И нету слуг верней. Где слезы никого не душат. Не ведают смертей.

Оффлайн unihorn

  • Участник
  • *
  • Сообщений: 354
Добавляем сюда, или в типа в него, список основных облаков (и отдельную строчку для добавления личных или "нестандартных").



по клику вызывваем кастомную форму с логином-паролем.

"webdav.yandex.ru" и иже с ним генерируется в настройках автоматически (в зависимости от того по какому облаку кликнули, то и получаем) . Соответственно к нему прицепляются "davs", введеное юзером "YOU", и прочее подобное.

В случае Гнома, передаем, аля Наутилус, сей сгенерировыанный результат (и введенный ранее пароль) в GVFS (сохраняем, если надо, логин-пароль). Наслаждаемся подключением к облаку.

В случае облака личного или нестандартного можно тупо скопировать поведение Нау со всеми его ""davs://YOU" (ибо это, уже, нестандартные настройки: смотрим выше (и мы, в отличии от основных облаков (яндекс дисков, гуглов...) можем не прятать от юзера "машинерию")).

В случае Кед (и иных сред) все по тому-же принципу, но уже так как в Кедах (и других средах) это делается.

Что-то подобное сделать и для администраторов (установленные приложения и подобное)... Но вызывать, например, как в бунте вызывалось: из Центра Приложений (или, там, Альтератора).

На форме можно выставить несколько галок для более тонких настроек (настройки ака, расположение ярлыков и виджетов, настройки приложений, список установленных приложений (последнее с предупреждением о необходимости прав рута; либо осуществлять установку оных строго в юзерспейсе), еще какие-нибудь (типа делать закладку облака в браузере, или нет, например)).

Если облаков подключается больше одного, и одно выбрано для синхронизаций, в остальных, эту функцию, можно сделать "серой" (либо использовать эти облака как дополнительные места бэкапа настроек, но принимать оные обратно на комп только с "избранного").

И никаких "проприетарных клиентов" для "легких путей" не требуется. Мыв вполне обеспечиваем эти "легкие пути" и без проприетарщины...

Это как подключать.

Что синхрить написал в постах выше.
« Последнее редактирование: 03.01.2015 06:48:59 от unihorn »
Мир ищу, где волки агнцам служат,
И нету слуг верней. Где слезы никого не душат. Не ведают смертей.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
С вызовом "webdav.yandex.ru" путем кликания по имени облака ("яндекс диск", например) с перебором оных,

Цитировать
За это время было зарегистрировано 18 миллионов облаков, в которых хранится порядка 3 миллиардов файлов.

Оффлайн unihorn

  • Участник
  • *
  • Сообщений: 354
За это время было зарегистрировано 18 миллионов облаков, в которых хранится порядка 3 миллиардов файлов.

Из которых основные, наиболее наслухушные, это Гугл Драйв, Уан Драйв (бывший Скай Драйв), Дроп Бох. А из наших Яндекс Диск. И Майловый диск.

Остальные же 17 миллионов девятьсот девяносто девять тысяч девятьсот девяносто пять облаков можно вызывать и по "davs://YOU" как "нестандартные". Никто не обидится. :)

Есть у Эппла еще наслухушное облако, правда... Но для наших целей оно не годится в следствии яблочной специфичности (плюс на нем нельзя хранить, полноценно, файлы)...

На худой конец, желающих синхронизироваться с "не личным" облаком (и не желающий "davs://YOU") может создать и новую учетку на том-же Гугл Драйве (только для синхронизации). Вон, в Винде, вообще, в этом смысле без вариантов (только Уан Драйв), а у нас целых пять. :)

В конце концов речь не про "все облака", а про синхронизацию настроек с облаком... "И все облака" рассмотрены только как пример того, что, коли это надо для "прозрачности пользоввания", можно обойтись и без "davs://YOU" и проприетарных клиентов (как минимум для наиболее наслухушных облаков).
« Последнее редактирование: 03.01.2015 08:19:12 от unihorn »
Мир ищу, где волки агнцам служат,
И нету слуг верней. Где слезы никого не душат. Не ведают смертей.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
И Майловый диск.

https://cloud.mail.ru or hit enter for none.
...
/sbin/mount.davfs: mounting failed; the server does not support WebDAV
https://webdav.cloud.mail.ru or hit enter for none.
...
/sbin/mount.davfs: Mounting failed.
403 Forbidden
И т.д.

Оффлайн unihorn

  • Участник
  • *
  • Сообщений: 354
И т.д.

:)

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

Нельзя? Значит идет лесом. Юзаем только те, что можно. Проблемы? Уан Драйв, кстати говоря, насколько помню, можно. :)

В конце концов речь не про "все облака", а про синхронизацию настроек с облаком... "И все облака" рассмотрены только как пример того, что, коли это надо для "прозрачности пользоввания", можно обойтись и без "davs://YOU" и проприетарных клиентов (как минимум для наиболее наслухушных облаков).
« Последнее редактирование: 03.01.2015 08:37:38 от unihorn »
Мир ищу, где волки агнцам служат,
И нету слуг верней. Где слезы никого не душат. Не ведают смертей.