The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Google опубликовал XSecureLock, безопасный хранитель экрана ..., opennews (?), 26-Июн-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


22. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  +4 +/
Сообщение от hoopoeemail (ok), 26-Июн-14, 12:45 
отчасти это так и есть - это одна из "монет" для расплаты за сетевую прозрачность. скринсейверы для иксов делаются примерно по тому-же принципу, по которому работают вынь-локеры, т.е. on-top окно, которое тупо закрывает все остальное
Ответить | Правка | Наверх | Cообщить модератору

44. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  +1 +/
Сообщение от maximnik0 (?), 26-Июн-14, 14:50 
> отчасти это так и есть - это одна из "монет" для расплаты
> за сетевую прозрачность. скринсейверы для иксов делаются примерно по тому-же принципу,
> по которому работают вынь-локеры, т.е. on-top окно, которое тупо закрывает все
> остальное

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

Ответить | Правка | Наверх | Cообщить модератору

46. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  –2 +/
Сообщение от Аноним (-), 26-Июн-14, 15:58 
То, что пользовательские приложения могут поломать X-ы говорят вовсе не о правильном дизайне последнего.
Ответить | Правка | Наверх | Cообщить модератору

78. "Google опубликовал XSecureLock, безопасный хранитель..."  +3 +/
Сообщение от arisu (ok), 28-Июн-14, 05:24 
> То, что пользовательские приложения могут поломать X-ы говорят вовсе не о правильном
> дизайне последнего.

скажи, у тебя братья или сёстры есть? они тоже такие дегенераты, как ты, или ты в семье уникум?

Ответить | Правка | Наверх | Cообщить модератору

49. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  +/
Сообщение от hoopoeemail (ok), 26-Июн-14, 17:36 
> Кто сказал подобную глупость ?

девелопил когда-то под иксы, гонял чистый xlib, потом немного мотиф... в то время кути и гтк еще не было видно


> Поясню в протоколе предусмотрено захват мышки и клавиатуры с не отдачей фокуса функция xgabkeyboard ,предусмотрено в протоколе и не перехватываемый ввод - запрет на перехват скан кодов и и обработку событий от клавиатуры

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

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

55. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  +/
Сообщение от maximnik0 (?), 26-Июн-14, 22:35 
> да, все правильно... но захват этот будет жить до момента прибивания процесса,
> который захват установил... но это в теории, реальность еще печальнее: теоретически
> при удаленной сессии скринсейвер может быть процессом на далеком хосте, и
> таки он может отвалиться если отвалится сетка (да и много еще
> других тонкостей, типа переключения раскладок, других on-top окон, попытка захвата ввода
> сразу двумя приладами: сейвером и кем-нить еще)

Я же говорю есть свойство сеанса -заблокировано ,приостанавливает работу всех графических программ (замораживает процессы сеанса и делает атомарный снимок состояния ) .Разблокировка по сигналу от менеджера сеансов или библиотеки X (у Х есть собственная аутенфикация -магик файл ) .Просто сейчас этот механизм поломан- Qt и Gtk не потдерживают заморозку от X ,у Qt собственный механизм сохранений  состояний .Поэтому когда то на авторов  Qt и кричали что  делают велосепед и не прочитали доки до конца про Х .Как только еще механизм смены сеансов не поломали :-( Вот и пришлось сейчас химичить с скринсаверами и Xloсkами .

Ответить | Правка | Наверх | Cообщить модератору

56. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  +2 +/
Сообщение от rob pike (?), 26-Июн-14, 23:09 
>Поэтому когда то на авторов  Qt и кричали что  делают велосепед и не прочитали доки до конца про Х

Они и до половины не дочитали.

Ответить | Правка | Наверх | Cообщить модератору

113. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  +/
Сообщение от chinarulezzz (ok), 01-Июл-14, 21:19 
>>Поэтому когда то на авторов  Qt и кричали что  делают велосепед и не прочитали доки до конца про Х
> Они и до половины не дочитали.

графоманы не читают)

Ответить | Правка | Наверх | Cообщить модератору

116. "Google опубликовал XSecureLock, безопасный хранитель..."  +1 +/
Сообщение от arisu (ok), 01-Июл-14, 22:05 
> графоманы не читают)

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

Ответить | Правка | Наверх | Cообщить модератору

57. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  –1 +/
Сообщение от хм (?), 26-Июн-14, 23:38 
> приостанавливает работу всех графических программ (замораживает процессы сеанса и делает атомарный снимок состояния ) .Разблокировка по сигналу от менеджера сеансов или библиотеки X (у Х есть собственная аутенфикация -магик файл )

Ого, этот костыль всем костылям костыль. Царь-костыль. Костыль-шедевр. Венец костылестроения.

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

58. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  +3 +/
Сообщение от maximnik0 (?), 27-Июн-14, 00:18 
>Венец костылестроения.

А что возможность возобновить сеанс с другого X терминала это костыль ?
Не забываем про простые аппаратные X терминалы с карточкоой аутенфткации .

Ответить | Правка | Наверх | Cообщить модератору

59. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  –1 +/
Сообщение от хм (?), 27-Июн-14, 00:37 
> А что возможность возобновить сеанс с другого X терминала это костыль ?

Возможность очевидно архинужная. Реализация -- костыль.

Ответить | Правка | Наверх | Cообщить модератору

71. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  –1 +/
Сообщение от maximnik0 (?), 27-Июн-14, 16:13 
>> А что возможность возобновить сеанс с другого X терминала это костыль ?
> Возможность очевидно архинужная. Реализация -- костыль.

Мда ,нвидиа оптимус тогда вообще идеальная  технология .

Ответить | Правка | Наверх | Cообщить модератору

73. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  +/
Сообщение от Vkni (ok), 27-Июн-14, 21:13 
> А что возможность возобновить сеанс с другого X терминала это костыль ?

Это реализовано в программе screen. Так вот она сделана значительно правильнее.

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

69. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  +/
Сообщение от hoopoeemail (ok), 27-Июн-14, 15:17 
> Я же говорю есть свойство сеанса -заблокировано ,приостанавливает работу всех графических программ (замораживает процессы сеанса и делает атомарный снимок состояния )

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

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

70. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  +/
Сообщение от maximnik0 (?), 27-Июн-14, 16:09 
>этим нельзя пользоваться, представь что у тебя на ночь остались процессы, которые молотят >какую-нибудь задачу, и выводят прогресс на экран... и тут их приостанавливают... обидно >будет с утра получить сюрприз :)

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

Ответить | Правка | Наверх | Cообщить модератору

72. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  +/
Сообщение от rob pike (?), 27-Июн-14, 16:48 
> процессы, которые молотят какую-нибудь задачу, и выводят прогресс на экран

В иксы выводят? И вы видели такие процессы в реальной жизни?

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

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

74. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  +/
Сообщение от Vkni (ok), 27-Июн-14, 21:15 
> В иксы выводят? И вы видели такие процессы в реальной жизни?

Wolfram Mathematica - я её с удовольствием гонял и гоняю удалённо по гигабитной сетке. Увы, очень не хватает отключения.

Ответить | Правка | Наверх | Cообщить модератору

83. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  –1 +/
Сообщение от Аноним (-), 28-Июн-14, 08:24 
> В иксы выводят? И вы видели такие процессы в реальной жизни?

Да, если даже командлайновая программа что-то плюет на экран, терминалка это рисует. А если терминалка перестанет рисовать - большой вопрос что получится даже с консольной программой. Что должно быть? Я вижу несколько вариантов и все какие-то дурные. Вариант раз: вывод программы продолбается. Ничего хорошего, так? Вариант два: вывод программы будет буферизоваться вплоть до тех пор пока терминал не проснется и не сможет зарендерить. Ну ок, в хучшем случае отбуферизуется несколько гигз и система помрет. Вариант три: у программы встанет колом I/O и программа вместо работы будет ждать пока терминал сможет принять данные. Что там еще можно придумать?

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

85. "Google опубликовал XSecureLock, безопасный хранитель..."  +/
Сообщение от arisu (ok), 28-Июн-14, 08:33 
> Что там еще можно придумать?

не выпендриваться и запускать через dtach/screen/tmux, опционально с tee. если у тебя screensaver вылазит в процессе работы программы, то её вывод тебе явно глубоко по барабану. поэтому програму можно спокойно отсоединить, и пусть себе на фоне колбасит. а всё полезное и интересное (если там такое есть) tee бережно сложит на диск.

Ответить | Правка | Наверх | Cообщить модератору

92. "Google опубликовал XSecureLock, безопасный хранитель..."  +/
Сообщение от Vkni (ok), 28-Июн-14, 18:31 
Оно правильно, но screen'а под X в поставке по-умолчанию не хватает. А Xpra требует чёртову тучу питоновских модулей.
Ответить | Правка | Наверх | Cообщить модератору

99. "Google опубликовал XSecureLock, безопасный хранитель..."  +/
Сообщение от arisu (ok), 28-Июн-14, 18:46 
> Оно правильно, но screen'а под X в поставке по-умолчанию не хватает. А
> Xpra требует чёртову тучу питоновских модулей.

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

Ответить | Правка | Наверх | Cообщить модератору

79. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  +/
Сообщение от Anonym2 (?), 28-Июн-14, 06:53 
>[оверквотинг удален]
>> сразу двумя приладами: сейвером и кем-нить еще)
> Я же говорю есть свойство сеанса -заблокировано ,приостанавливает работу всех графических
> программ (замораживает процессы сеанса и делает атомарный снимок состояния ) .Разблокировка
> по сигналу от менеджера сеансов или библиотеки X (у Х есть
> собственная аутенфикация -магик файл ) .Просто сейчас этот механизм поломан- Qt
> и Gtk не потдерживают заморозку от X ,у Qt собственный механизм
> сохранений  состояний .Поэтому когда то на авторов  Qt и
> кричали что  делают велосепед и не прочитали доки до конца
> про Х .Как только еще механизм смены сеансов не поломали :-(
> Вот и пришлось сейчас химичить с скринсаверами и Xloсkами .

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

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

80. "Google опубликовал XSecureLock, безопасный хранитель..."  +1 +/
Сообщение от arisu (ok), 28-Июн-14, 07:35 
предполагалось, что все будут договариваться полюбовно. в стиле остальной архитектуры иксов: «вот вам механизмы, но мы их не навязываем. давайте как-нибудь договоримся, чай, не кошки с собаками…»

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

87. "Google опубликовал XSecureLock, безопасный хранитель..."  +/
Сообщение от Аноним (-), 28-Июн-14, 08:40 
> предполагалось, что все будут договариваться полюбовно.

Надеяться на то что рядовой апликушник пойдет и сделает заморозку - ну ты понял.

> клиентам-то всяко видней,

Да, только понимание тулкитов о приоритетах фич как-то не совпало с иксами.

> авторы рекомендовали над иксами делать библиотеки.

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

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

ИЧСХ, иксы во всем этом являются одним из главных тормозов.

> пнул — планировщик на смарте отрисовал свой UI, адаптированый к размерам

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

Ответить | Правка | Наверх | Cообщить модератору

89. "Google опубликовал XSecureLock, безопасный хранитель..."  +1 +/
Сообщение от arisu (ok), 28-Июн-14, 08:47 
> ИЧСХ, иксы во всем этом являются одним из главных тормозов.

если у разработчиков прикладного софта руки примонтированы к заднице — ещё и не такие чудеса случаются.

> Все это прекрасно, но если посмотреть на историю разработки N900, половина этой
> истории будет борьба с иксами и из производительностью.

ссылочки? а то извини, я опять наблюдаю твои странные фантазии на почве иксофобии.

> Закончилось это «обычно»
> - большинство программ которым надо быстро гнать картинку, делают это через
> OpenGL.

(подражая принцессе Альбине) у-ля-ля!

тебе сколько раз тут уже хором говорили, что OpenGL — вполне естественная часть иксов? это раз. и что про «большинство» ты несколько… преувеличиваешь? это два. и что можешь пойти, сказать спасибо пакарду, как предводителю стада рукожопов. это три.

Ответить | Правка | Наверх | Cообщить модератору

96. "Google опубликовал XSecureLock, безопасный хранитель..."  +/
Сообщение от Vkni (ok), 28-Июн-14, 18:36 
> тебе сколько раз тут уже хором говорили, что OpenGL — вполне естественная
> часть иксов?

Это аноним.

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

Ответить | Правка | Наверх | Cообщить модератору

97. "Google опубликовал XSecureLock, безопасный хранитель..."  +/
Сообщение от arisu (ok), 28-Июн-14, 18:40 
>> тебе сколько раз тут уже хором говорили, что OpenGL — вполне естественная
>> часть иксов?
> Это аноним.

это User294, очевидно же.

Ответить | Правка | Наверх | Cообщить модератору

100. "Google опубликовал XSecureLock, безопасный хранитель..."  +/
Сообщение от Vkni (ok), 28-Июн-14, 19:01 
> это User294, очевидно же.

Кто все эти люди? :-)

Ответить | Правка | Наверх | Cообщить модератору

91. "Google опубликовал XSecureLock, безопасный хранитель..."  +/
Сообщение от maximnik0 (?), 28-Июн-14, 15:29 
>> предполагалось, что все будут договариваться полюбовно.
> Надеяться на то что рядовой апликушник пойдет и сделает заморозку - ну
> ты понял.

Ну вообще то все это описано в стандартах posix  .Системные сигналы - stop /cont /... kill .Мда я с склерозом то и забыл что обязательными являются только kill и int ,на остальные сигналы процесс может и забить .Так что извиняюсь ,действительно как сделали замечание  X просят программы заморозится .

Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

107. "Google опубликовал XSecureLock, безопасный хранитель..."  –1 +/
Сообщение от Anonym2 (?), 29-Июн-14, 08:25 
>>> предполагалось, что все будут договариваться полюбовно.
>> Надеяться на то что рядовой апликушник пойдет и сделает заморозку - ну
>> ты понял.
> Ну вообще то все это описано в стандартах posix  .Системные сигналы
> - stop /cont /... kill .Мда я с склерозом то и
> забыл что обязательными являются только kill и int ,на остальные сигналы
> процесс может и забить .Так что извиняюсь ,действительно как сделали замечание
>  X просят программы заморозится .

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

Ответить | Правка | Наверх | Cообщить модератору

110. "Google опубликовал XSecureLock, безопасный хранитель..."  +/
Сообщение от hoopoeemail (ok), 30-Июн-14, 23:16 
> Надеяться на то что рядовой апликушник пойдет и сделает заморозку - ну ты понял.

Во времена когда это задумывалось индусов в it еще не было, и уровень программеров был очень высок :)

Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

90. "Google опубликовал XSecureLock, безопасный хранитель..."  +/
Сообщение от Anonym2 (?), 28-Июн-14, 12:47 
> ну, то есть, то, что сейчас через задницу пытаются эмулировать всякими <<веб-сервисами>>.
> что такое эти <<веб-сервисы>>-то? это ведь такой протокол для рисования всякой
> мордобайды к удалённому софту, работающему на дальних серверах. то есть, в
> оригинале оно для этого не предназначалось, для этого были совсем другие
> механизмы, проще и удобней, но... но прохлопали, и радостно стали пихать
> непихаемое при помощи кувалды и какой-то матери.

Ну web-сервисы - это универсально. Потому что HTML универсальный широко используемый в сети язык, к которому практически везде можно рассчитывать есть клиенты. Что имеет свои немалые основания. Это значит что web-интерфейс можно будет увидеть на практически любом устройстве... Но и X в общем-то не отменяли. Если к домашней станции... :-)

Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

94. "Google опубликовал XSecureLock, безопасный хранитель..."  +/
Сообщение от Vkni (ok), 28-Июн-14, 18:34 
> Ну web-сервисы - это универсально. Потому что HTML универсальный широко используемый в
> сети язык, к которому практически везде можно рассчитывать есть клиенты. Что
> имеет свои немалые основания. Это значит что web-интерфейс можно будет увидеть
> на практически любом устройстве... Но и X в общем-то не отменяли.
> Если к домашней станции... :-)

а) Не HTML, а JavaScript.

б) В отличие от Xов, под которые можно писать практически на любом универсальном языке (есть соответствующие binding'и), на JavaScript'е такого нет - приходится использовать трансляторы типа emscripten.

Ответить | Правка | Наверх | Cообщить модератору

95. "Google опубликовал XSecureLock, безопасный хранитель..."  +2 +/
Сообщение от arisu (ok), 28-Июн-14, 18:36 
> Ну web-сервисы - это универсально.

ты одно слово забыл: «несовместимо». универсально несовместимо — факт. каждый рендерит как хочет.

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

сколько студент будет пилить браузер, поддерживающий все фичи, нужные, чтобы запускать современные «веб-приложения»? ну да, внуки принесут на могилку дедушке цветы и вздохнут: «он потратил свою жизнь на бесплодную погоню за недостижимой мечтой…»

> Это значит что web-интерфейс можно будет увидеть
> на практически любом устройстве...

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

Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

102. "Google опубликовал XSecureLock, безопасный хранитель..."  –1 +/
Сообщение от Anonym2 (?), 29-Июн-14, 06:17 
> сколько студент будет пилить браузер, поддерживающий все фичи, нужные, чтобы запускать
> современные <<веб-приложения>>? ну да, внуки принесут на могилку дедушке цветы
> и вздохнут: <<он потратил свою жизнь на бесплодную погоню за недостижимой
> мечтой...>>

Вот так незаметно переходим от web-интерфейса и HTML, про который я писал, хотя кому-то сразу начало хотеться поправить на javascript, к разного рода "фичам" и "веб-приложениям" от гей парада... Оно всё в категорию того, что нуждается в поддержке чтобы работало, и вовсе не входит. Так что студенту незачем делать фичи, которые столь нужны каким-то п.дарам из сети.
> а если бы эти <<любые устройства>> имели вместо этого какую-нибудь современную и разумную
> инкарнацию иксов (где сервер намного менее требователен к ресурсам), то...

Что "то.."? То arisu наделал бы там тысячи разных странных всплывающих окошек, неизвестно от каких "клиентов" из сети, с разной дурацкой графикой? Ну да, размечтались... >:-)

Ответить | Правка | Наверх | Cообщить модератору

103. "Google опубликовал XSecureLock, безопасный хранитель..."  +1 +/
Сообщение от arisu (ok), 29-Июн-14, 06:19 
> Что "то.."?

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

Ответить | Правка | Наверх | Cообщить модератору

104. "Google опубликовал XSecureLock, безопасный хранитель..."  –1 +/
Сообщение от Anonym2 (?), 29-Июн-14, 07:31 
>> Что "то.."?
> не дошло? а вроде, сначала ты не совсем дураком показался. старею, видять,
> мягчею.

Ну вы-то п.даром и не старались не казаться, насколько доходит...

Ответить | Правка | Наверх | Cообщить модератору

105. "Google опубликовал XSecureLock, безопасный хранитель..."  +1 +/
Сообщение от arisu (ok), 29-Июн-14, 07:33 
спасибо за наглядное подтверждение моего вывода.
Ответить | Правка | Наверх | Cообщить модератору

106. "Google опубликовал XSecureLock, безопасный хранитель..."  –1 +/
Сообщение от Anonym2 (?), 29-Июн-14, 07:46 
> спасибо за наглядное подтверждение моего вывода.

Не за что :-)

Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

51. "Google опубликовал XSecureLock, безопасный хранитель экрана ..."  +/
Сообщение от Anonymus (?), 26-Июн-14, 20:57 
и хто-ж такое осилит нынче-то? не 84 год...
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру