самая частая проблема

с ядрами из гита

Английский проще русского. Выучить его можно лишь потратив минут 10 в день. Это ум развивает.

Ага, если запомнить все эти исключения, конечно проще... чем например, китайский. В итоге большинство "знающих английский" - говорят на ломаном.

самая частая проблема

Не, тут оказалось не то. Ему даже ссылку на bug дали, где Linus всё подробно расписал.

Просто у него secure boot и ядро из Copr, которое не подписано.

У меня HTTPS на всех поддоменах и все выполняют бытовую роль, а-ля: plex.krasovsky.me

Что это?

Нет. Неправильно. Надо молиться на то, чтобы Matrix взлетел в скором времени.

XMPP уже почти все бросили.

Клиенты не развиваются.

XEP-ы тоже.

Потому оно очень сильно отстаёт по удобству от того же Telegram.

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

Хотя не, любители швабодки все повально сидят в IRC...

Ибо он швабоднее.

А никто и не спорит.

Только вот без привязки к телефону - всё становится сложнее раз в 10.

Если Telegram привязывать к Email, то угон Email точно так-же позволяет угнать аккаунт.

Не говоря уже о том, что сейчас, в большинстве случаев, на сервисах Email уже давно доступно восстановление пароля по СМС на телефон, предполагая, что телефон - сугубо личная вещь, и пользователь будет защищать её как зеницу ока.

Нет ведь 100% безопасности.

Дурову надо было создать мессенджер для массового пользователя. Мессенджер, который сможет пользоваться даже чья-то мама.

Потому и выбрана была модель вотсаппа, с телефонами.

А теперь представь, что перед тобой 50-летняя дама, которая в компьютере мало что понимает и умеет пользоваться разве что браузером.

Попробуй ей объяснить, как ей зарегистрироваться в Jabber, настроить клиент, и написать тебе. При условии, что ты это делаешь не лично, а по телефону.

Так как недоразумение потерло весь разговор, то я переместился сюда https://www.linux.org.ru/news/linux-general/12591529/page3?lastmod=1463853786960#comment-12611593

И да, неправильную ссылку на коммент ты даёшь.

Ибо он швабоднее.

ты какой-то наркоман

ты какой-то наркоман

Нет. Неправильно. Надо молиться на то, чтобы Matrix взлетел в скором времени.

что значит "взлетел"? я успешно пользуюсь, что ещё нужно?

что значит "взлетел"? я успешно пользуюсь, что ещё нужно?

Нормальный клиент.

вектор чем не нравится?

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

правда, я не понимаю, как ты это увязал с "любителями швабодки" и что по-твоему в этом плохого

@xvitaly какие ты там опции запускал с nmapom ? Хочу проверить 1 хост.

@xvitaly какие ты там опции запускал с nmapom ? Хочу проверить 1 хост.

nmap -A [host name]

Утренняя лень пораждает глупейшие вопросы

вектор чем не нравится?

Ты ещё спрашиваешь? Это же веб!

Ты ещё спрашиваешь? Это же веб!

Только вот многие приложения используют технологии веба. Тот же гном использует много веб компонентов. Ну это уж если совсем упороться

Только вот многие приложения используют технологии веба. Тот же гном использует много веб компонентов. Ну это уж если совсем упороться

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

Только вот Vector - это не приложение с веб-компонентами. Это веб-перложение.

И я против того, чтобы пихать всё в веб.

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

вообще говоря webassembly может исправить это, выпилив жс и всё подобное. А вообще, каждой задаче свои инструменты. А то мы тут внезапно можем загрузить картинку миллионом способов, да еще через разные сущности, хоть и сходными. Ну это же ужас.

А это еще и рекомендуется.

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

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

Я его там совсем не жду. Спасибо, не надо.

Давай будем откровенны. Интернет доступен, большинство приложений в принципе работает исключительно с интернетом. Если оно будет работать, как та же нативщина, то почему нет?

И пусть не вылезает из страничек, пытаясь уйти в десктопы.

чем веб приложение отличается не от веб приложения?

@nexfwall

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

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

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

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

Это проблема рантайма и дизайнеров. Рантайм подпилят, а дизайнеры будут всегда.

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

Тогда, если будет возможность этому веб-перложению работать без интернета и облаков - это будет уже не веб-перложение.

Всё твоё сопротивление веб приложением = сопротивлению qt апп в гноме. Суть : разграничить пространства для разных визуальных дизайнов и направлений.

Тогда, если будет возможность этому веб-перложению работать без интернета и облаков - это будет уже не веб-перложение.

ты очень странно мыслишь. вот атом - веб приложение?

Тогда, если будет возможность этому веб-перложению работать без интернета и облаков - это будет уже не веб-перложение.

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

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

твой оффлайн рсс ридер не самодостаточен без интернета. Но он не веб приложение, не так ли?

ты очень странно мыслишь. вот атом - веб приложение?

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

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

1) проблема рантайма. 2) Он всё же может быть самодостаточным в большинстве use cases

если бы они хотели, они бы запилили интеграцию. Но если уж говорить об интеграции, то скажи, какая IDE имеет интеграцию с гномом?

твой оффлайн рсс ридер не самодостаточен без интернета. Но он не веб приложение, не так ли?

RSS-ридер оффлайн может по крайней мере показывать то, что он уже скачал. И запускаться без интернета.

если бы они хотели, они бы запилили интеграцию. Но если уж говорить об интеграции, то скажи, какая IDE имеет интеграцию с гномом?

GNOME Builder

RSS-ридер оффлайн может по крайней мере показывать то, что он уже скачал. И запускаться без интернета.

разделяй плохие веб-декстоп приложения и хорошие.

GNOME Builder

этим невозможно пользоваться.

этим невозможно пользоваться.

Пока - да. Ибо до сих пор в разработке.

малофункциональное поделие от фанатиков для фанатиков.

разделяй плохие веб-декстоп приложения и хорошие.

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

разделяй плохие веб-декстоп приложения и хорошие.

Так вот, я о том. Что веб приложением построенным поверх некоторого рантайма express nwjs ничего не мешает хранить некоторые данные офлайн. Различай направление приложений и их плохой дизайн.

Блин, я тут с тобой заболтался. Я так на электричку опоздаю

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

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

против jabbera, но тут ты прав.

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

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

тут всё жутко перемешивается.

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

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

Так мы придём к разговору, что человек сам должен должен уметь настраивать свою среду и просто знать инструменты, которые использует. Однако когда это случится....

не во всех use cases. Только если ты хипстер.

Так мы придём к разговору, что человек сам должен должен уметь настраивать свою среду и просто знать инструменты, которые использует. Однако когда это случится....

а мир немного другой. У нас не могут в простейшие вещи. Вот недавно новость скинули, какой то там суд украины распорядился (без возможности оспорить), чтобы предоставили доступ к серверам ютуба в калифорнии. Невероятная глупость. О том, какой орган за что отвечает и кто что в праве делать рассказывается еще в школе класса с 8 до 11. Но люди не знают этого. А там судья специально учился, подтверждает квалификацию и всё равно не знает.