Комментарии 49
Это он конечно молодец, уйму времени наверное потратил и легкость приложения говорит о том, что он старался как можно грамотнее все это дело спроектировать.
Но лично я вижу во всех этих веб-десктопах один большой минус — это отсутствие возможности индексироваться приложению. Хочется что-то писать и чтобы об этом могли узнать другие. А неиндексируемая операционка для частного применения есть у каждого владельца компьютера.
Но лично я вижу во всех этих веб-десктопах один большой минус — это отсутствие возможности индексироваться приложению. Хочется что-то писать и чтобы об этом могли узнать другие. А неиндексируемая операционка для частного применения есть у каждого владельца компьютера.
-14
Эхх, автор системы молодца. Много внимания уделил деталям)
Тоже делаю подобную вещь. Но не как frontend для сайта или just for fun, а как систему для создания backend.
Пока только в стадии закрытого бета тестирования. Но в будущем, когда закончу, буду публиковать в Open Source и конечно анонс на Хабре.
А вот и скрин)
coolone.forum-game.org/2011-11-20-d2a6a50d2a6a50d2a6a50d2a6a50.png
Тоже делаю подобную вещь. Но не как frontend для сайта или just for fun, а как систему для создания backend.
Пока только в стадии закрытого бета тестирования. Но в будущем, когда закончу, буду публиковать в Open Source и конечно анонс на Хабре.
А вот и скрин)
coolone.forum-game.org/2011-11-20-d2a6a50d2a6a50d2a6a50d2a6a50.png
+4
Плохая идея делать админку в стиле рабочего стола. Сам когда-то очень хотел сделать подобное, но переубедили…
+23
Тоже когда-то сомневался, спрашивал у всех кого только не попади.
Всем нравилась демка. Говорили продолжай.
Пришел час и я предложил одному из своих клиентов установить ее в качестве админки.
Показал клиенту демо, предупредил что она может работать не до конца корректно т.к. я ее еще не смог протестировать в боевых условиях, в общем предупредил что может быть не стабильно.
Клиенту демка админки понравилась и он дал добро ее поставить.
Сайт крутиться уже неделю в сети, клиент отлично все редактирует и все нравится, все удобно.
Дело в том, что я хотел совместить 2 вещи в ней.
1) Принцип работы графической оболочки
2) Упростить создание самой админки
1й пункт я выполнил как полагается, на все 100%
второй был сделан на 80% т.к. я не написал еще мануал, а просто создал файлик, в котором кратко, без примеров описывается API.
Всем нравилась демка. Говорили продолжай.
Пришел час и я предложил одному из своих клиентов установить ее в качестве админки.
Показал клиенту демо, предупредил что она может работать не до конца корректно т.к. я ее еще не смог протестировать в боевых условиях, в общем предупредил что может быть не стабильно.
Клиенту демка админки понравилась и он дал добро ее поставить.
Сайт крутиться уже неделю в сети, клиент отлично все редактирует и все нравится, все удобно.
Дело в том, что я хотел совместить 2 вещи в ней.
1) Принцип работы графической оболочки
2) Упростить создание самой админки
1й пункт я выполнил как полагается, на все 100%
второй был сделан на 80% т.к. я не написал еще мануал, а просто создал файлик, в котором кратко, без примеров описывается API.
0
Полностью согласен. Тоже начинал делать, но отказался. При наличии нескольких пользователей онлайн, и когда окна меж собой взаимосвязаны начинается чихорда.
-4
Например? Какая чихорда?
0
Как пример:
Так или иначе, все данные хранятся на сервере, предположим в mySQL. Мы открыли несколько одинаковых окон (Оконный интерфейс должен это позволять) с табличными данными а-ля grid. Редактируя данные в одном окне все изменения должны сразу происходить и в других окнах, правильно? Соответственно должна происходить синхронизация: иначе закрыв одно окно в остальных будет устаревшая информация (что не допустимо).
И если вы работаете в 2х окнах одновременно, с большой таблицей то как вы себе представляете подобную синхронизацию?
p.s. пример я рассматриваю это как back-end для скажем сайта.
Так или иначе, все данные хранятся на сервере, предположим в mySQL. Мы открыли несколько одинаковых окон (Оконный интерфейс должен это позволять) с табличными данными а-ля grid. Редактируя данные в одном окне все изменения должны сразу происходить и в других окнах, правильно? Соответственно должна происходить синхронизация: иначе закрыв одно окно в остальных будет устаревшая информация (что не допустимо).
И если вы работаете в 2х окнах одновременно, с большой таблицей то как вы себе представляете подобную синхронизацию?
p.s. пример я рассматриваю это как back-end для скажем сайта.
-1
У меня немного другой интерфейс, но я столкнулся с подобными проблема, потому отвечу как их решаю я:
Синхронизация между вкладка браузера делается с помощью localStorage, мгновенно и без участия сервера вообще. Синхронизация с сервером с помощью так называемых «ревизий», которые содержат дату последнего изменения. То есть запрос всего лишь к одной таблице, мало того, его можно кэшировать, то есть можно проверять наличие обновлений хоть несколько раз в секунду. И передаваться будут только измененные данные.
Существенная проблема — это большие объемы данных, которые в принципе проблематично загружать, хранить и обрабатывать в браузере, то есть придется продумывать дополнительный механизм, который будет загружать только ту часть данные, которая нужна в данный момент.
Синхронизация между вкладка браузера делается с помощью localStorage, мгновенно и без участия сервера вообще. Синхронизация с сервером с помощью так называемых «ревизий», которые содержат дату последнего изменения. То есть запрос всего лишь к одной таблице, мало того, его можно кэшировать, то есть можно проверять наличие обновлений хоть несколько раз в секунду. И передаваться будут только измененные данные.
Существенная проблема — это большие объемы данных, которые в принципе проблематично загружать, хранить и обрабатывать в браузере, то есть придется продумывать дополнительный механизм, который будет загружать только ту часть данные, которая нужна в данный момент.
0
Я Вам открою секрет, JS поддерживает кастомные евенты, с их помошью можно избавиться от того что Вы называете «чихордой» за часик. При изменении одного окна создаем евент для остальных, кому надо сообщит/обновит данные/закроет окно с устарелыми данными.
0
Я не чего не сказал про евенты и сообщения другим окнам, да это возможно. Я столкнулся с проблемой передачи данных между сервером и клиентом. Если данных много. И ни какие localStorage и другие хитрости уже не помогают.
-1
Классная идея! Ждем вашу статью на хабре!
0
Есть как бы такое:
Ext JS 4 Web Desktop
И на этой демке построена куча админок. Правда все что я видел довольно бестолковые: без синхронизации, сохранение и все подобное все равно ожидает завершения ajax-запроса, в общем не знаю, такие же тормоза как и при классической схеме с перезагрузкой страницы, единственной отличие — это возможность открыть несколько окна, но весьма спорное преимущество.
Ext JS 4 Web Desktop
И на этой демке построена куча админок. Правда все что я видел довольно бестолковые: без синхронизации, сохранение и все подобное все равно ожидает завершения ajax-запроса, в общем не знаю, такие же тормоза как и при классической схеме с перезагрузкой страницы, единственной отличие — это возможность открыть несколько окна, но весьма спорное преимущество.
0
Если сменить шрифт на другой, без засечек, админка станет смотреться гораздо приятнее для глаз.
+2
Есть довольно-таки старый проект EyeOS и ему больше 6 лет. Когда я познакомился с этой «ОС» более подробно (4 года назад), чувство восторга не покидало меня долго. Только вот я всё равно не придумал, нафига оно надо.
Кстати, Cool Story: тогда же меня посетила идея. Почему бы не сделать ОС, состоящую только лишь из одного браузера, в котором запускается такая вот штука.
Кстати, Cool Story: тогда же меня посетила идея. Почему бы не сделать ОС, состоящую только лишь из одного браузера, в котором запускается такая вот штука.
+9
> Почему бы не сделать ОС, состоящую только лишь из одного браузера, в котором запускается такая вот штука.
Уже так делают. Помойму даже у eyeOS был дистрибутив linux такого типа. Сейчас правда не нашел ссылку.
Уже так делают. Помойму даже у eyeOS был дистрибутив linux такого типа. Сейчас правда не нашел ссылку.
0
Chrome OS в целом также состоит из одного браузера, но это конечно не совсем в тему :)
0
Тоже когда-то делал нечто подобное, до чего-то готового не дошел, но опыт программирования на JS огромный получил. Автору распект за более-менее готовый проект.
Терминал в хроме не скролится, когда поступает многострочная информация (ls к примеру)… в хроме.
Терминал в хроме не скролится, когда поступает многострочная информация (ls к примеру)… в хроме.
0
Видел что-то подобное в eyeOS, но это более легковесное решение. Жалко что никто не додумался совместить это с jslinux и получить полноценную CloudOS.
-2
Это для начала надо портировать php на js
0
Есть phpjs.org/ — реализация пхпшных функций на js.
Не интерпретатор, конечно, но начало положено :)
Не интерпретатор, конечно, но начало положено :)
0
Можно использовать Node.JS и ничего не портировать, писать серверную сторону на JavaScript.
0
Это не самом деле не смешно, а грустно. Завтра линуксоиды поставят в качестве дефолтной DE подобную хрень, и я посмотрю, как вы запоете, с приложениями на HTML 5 и PHP.
+1
Реализация очень понравилась. Смысла в этом маловато правда. Если уже и делать ОС для работы с облаком, то GUI явно браузерный должен быть.
+1
Людям со слабой психикой по ссылке демо лучше не ходить)
0
Оно не выдержало хабраэффекта…
DOWN FOR MAINTAINENCE!
andersevenrud@gmail.com
anderse.wordpress.com/os-js/
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
OS.js: десктоп на JavaScript