caxapa.ru :: Была у меня старая идея - использовать браузел как юзеровский GUI. Т.е. ставим простой сервачек, захотим браузером на localhost - и вся красота, кроссплатформенная заметим, к нашим услугам. -> простой сервер на Python для этих целей. :)

Evgeny_CD^{Архитектор} (14.06.2008 13:24, просмотров: 18062)

Была у меня старая идея - использовать браузел как юзеровский GUI. Т.е. ставим простой сервачек, захотим браузером на localhost - и вся красота, кроссплатформенная заметим, к нашим услугам. -> простой сервер на Python для этих целей. :) http://mindview.net/WebLog/log-0045

Ответить

- Считаю такой подход столбовым. - General(14.06.2008 22:08)
  - Так вот и хотелось бы понять, какие засады могут быть, и как AJAX на питоне (с серверной стороны) сделать. Тут вроде что-то есть -> - Evgeny_CD(15.06.2008 00:11, ссылка)
- при этом возникает много гемора и неочевидных нюансов. - bialix(14.06.2008 20:16)
  - Каких именно? Хотелось бы узнать - честно говоря, хотел попробовать так сделать. - Evgeny_CD(14.06.2008 20:32)
    - а давайте Вы попробуете и расскажете. А то я пробовал и мне не сильно понравилось. bialix(1333 знак., 15.06.2008 20:06)
      - То есть интерфейсы домашнего сетевого оборудования (точки доступа, роутеры, маршрутизаторы) вы смело относите к маргинальным решениям? ИМХО, это второе место следом за компьютерами. - General(18.06.2008 23:21)
        
        Я разделяю десктопные приложения и управление сетевым оборудованием. Как я понял Евгений изначально хотел делать десктопные приложения. Считаю это ненужным усложнением простой задачи. Другими словами -- из пушки по воробьям. - bialix(19.06.2008 00:34)
      - 0) Ну это не проблема, а особенность подхода. 1) В *nix системах есть понятие "суперсервера", который стартует нужные сервера по запросу позволяя не держать их в памяти постоянно. К примеру xinetd. 2) Не смотря на то что мы имеем несколько Plumbum(569 знак., 18.06.2008 21:37)
        
        замечу, что пока ни одного массового решения не названо. все что названо -- это либо дополнительные интерфейсы к основному жирному ГУИ, либо в случае серверов изначально клиент-серверные решения. Показывайте пальцем на десктопные проги только bialix(50 знак., 18.06.2008 23:00)
        
        Google Desktop. Или это тоже "изначально клиент-серверные решения"? ;-) Ну тут уж извините. Если приложение изначально делается с точки зрения клиент-серверного подхода, то в результате у нас получается изначально клиент-серверное решение. ;-) Plumbum(587 знак., 18.06.2008 23:49)
        
        Гугль десктоп -- согласен с оговорками. Трак -- нет. Могу объяснить почему, если Вы сами не догадываетесь. Однако Вы предпочитаете не понимать, что именно я спрашиваю, поэтому долго и нудно рассуждать о терминах считаю излишним. bialix(92 знак., 19.06.2008 00:40)
        
        Вы просто упёрлись в маленькие частности, которые действительно логичнее иметь как стандартизованную часть браузера. Текстовый редактор сам по себе как веб приложение имеет маленькую ценность. Но он ценен в составе CMS или wiki. Графический редактор Plumbum(316 знак., 19.06.2008 02:22)
        
        ясно. каждый остается при своем мнении. - bialix(19.06.2008 03:52)
        
        Ну в общем-то моё мнение - для своих задач использовать подходящие иструменты и технологи =) - Plumbum(19.06.2008 09:26)
        
        А вот скажите, GoogleDocs это десктопное приложение? - Plumbum(19.06.2008 01:57)
        
        Picasa - General(19.06.2008 21:39)
        
        В общем сейчас, в пору всеобщей интернетизации ;-) Понятие десктопного приложения всё больше размазывается. А есть вообще операционки с браузерным интерфейсом >>> - Plumbum(19.06.2008 22:24, ссылка)
        
        Да, суперсервер -- это супер-наворочено. Это = 5. Это сильнее даже ps ax и killall -9 - bialix(18.06.2008 22:10)
        
        Приставка super не только в слове superman используется. ;-) Здесь superserver = управляющий сервер. - Plumbum(19.06.2008 02:24)

Средства и методы разработки