Я сам его не использовал, просто случайно наткнулся в поисках фреймворка для работы и запомнил из-за необычного подхода. По этой причине могу либо сделать расширенный перевод каких-то обучающих статей, либо могу сам что-нибудь изобрести, но не факт, что я сделаю это правильным путем :)
P.S. Вроде недавно в пакет добавили некий визуальный редактор, но я пока его еще не смотрел.
Перенести логику с MS SQL на Oracle не так уж трудно. В Oracle может даже и более оптимально получится. Если понадобится, то сделаем. Остальная обвязка написана на Java и, соответственно, ей все равно на чем работать.
Сама система стоит заметно дороже лицензий на винду и СУБД, но это в полноценной комплектации, а есть простенькие варианты, под которые хотели сделать «бюджетный» вариант с открытой СУБД, чтобы действительно не получалось, что собственно продаваемый софт стоит чуть ли не меньше, чем лицензии на необходимое для работы ПО.
В заметке речь совершенно о другом. Ни один профессионал не будет ставить клиенту (в рамках готового решения) сторонний софт непонятной надежности, если ему (профессионалу) самому придется отвечать за его работоспособность.
С теми же майкрософтовскими решениями все гораздо проще: клиент покупает лицензии, ему все устанавливается, настраивается, а дальше компания отвечает только за работу именно своего продукта, а не за все подряд. Дело не в том, что компания будет все валить на третьих лиц, она всегда готова помочь и разобраться, но в случае каких-то конкретных наездов часть проблем (если не все) можно спихнуть на производителя.
Я с этим и не спорю.
Ошибки 100% были. Я изначально предлагал совершенно другую архитектуру, которая была бы максимально масштабируема и более производительна, но, к сожалению, куда более сложна в реализации (хотя усложнять ее можно было бы и поэтапно). Но я не начальник, поэтому с моим мнением никто особо считаться не будет, тем более, что сроки установлены еще более высокими начальниками.
Что касается СУБД, то можно посмотреть и убедиться, что заявляют они совсем не то, что есть на практике. Как наши «умельцы» не бились, ничего путного они от PostgreSql ни с какими настройками не получили.
Толк от этой доработки есть ИМХО только тем, кто получает кучу текстовых писем (или спам не фильтрует). Письма с вложениями сожмутся не очень сильно (максимум на преобразование из base64 обратно, если это фотографии или архивы), а текстовые письма и так маленькие.
На хабре слишком много адептов коммерческих технологий, поэтому большая часть статей действительно не интересна, а в остальных зачастую начинаются холивары.
Да, дыры всегда будут являться проблемой, но в ситуации, когда для работы требуется лишь браузер, вполне можно основательно «вылизать» его код, да и можно запустить браузер в таком окружении, что никакие дыры не помогут вирусу что-либо сделать (разве что что-то изменить в работе конкретного запущенного экземпляра браузера).
Это я все рассматриваю ситуацию, когда у пользователя установлена специальная среда для работы с Веб-ОС.
Для чего сохранять файлы, если вся работа с ними происходит через браузер? Единственная причина — чтобы использовать где-то в оффлайне, но долго ли еще будет необходимость в этом? Беспроводные сети развиваются очень бурно.
Да и я не говорю, что абсолютно все перейдут на Веб-ОС, но большинству пользователей совершенно не нужны локальные файлы, главное, чтобы была реализована видимость работы с некоей субстанцией, похожей на файл (для психологического эффекта), а потом и эта необходимость постепенно отпадет.
Что касается игр, то я имел в виду вовсе не отрисовку на стороне сервера с отображением у пользователя (этакий терминал) и не игры в виде плагина для браузера, а полноценные программы (скорее всего скрипты), использующие те или иные встроенные в браузер технологии. Т.е. вся вычислительная нагрузка лежит на клиентской машине, а необходимые ресурсы подгружаются из сети. Тот же JS + Canvas уже дают достаточно широкое поле для деятельности, правда, пока реализации (в браузере) особой производительностью не отличаются.
А вот на счет вирусов я мысль не уловил. Пользователь не может ставить свое ПО, он может только развернуть правильный пакет из репозитория на своем экземпляре Веб-ОС. Вирусы возможны лишь в виде JS, который, загрузившись каких-то левых сайтов, может провзаимодействовать с JS Веб-ОС и, например, удалить пользователю файлы или отправить себя кому-то по почте, воспользовавшись контакт-листом. Серверную часть это может как-то затронуть только, если в ней будут дыры.
Кодировок много и в некоторых других редакторах, но в большинстве из них нет автоопределения кодировки. Когда требуется быстро отредактировать кучу разнородных файлов, выбирать кодировку при открытии файла (или после открытия) очень не весело.
Сейчас уже и к JuffEd прикрутили автоопределение. Надеюсь, что этот редактор в скором времени окончательно доведут до ума :)
P.S. Посмотрел последнюю версию… перетаскивание файлов в редактор так и не поддерживается, кодировки толком не определяются…
А что в Вашем разумении является опытом, который был бы интересен широкой общественности?
Мне как-то сомнительно, что населению OpenLife будут интересны статьи на тему «как я обновлял дистрибутив XXX с версии NNN на MMM и на какие грабли наступил», это скорее будет интересно увидеть разработчикам дистрибутива в багтрекере, да и возникающие проблемы чаще всего индивидуальны.
Лично меня, например, интересуют проблемы поддержки некоторых конкретных железок в gnu/linux, которые имеют популярность в основном в России, поэтому расчитывать на международное сообщество не приходится, но боюсь, что и тут данные вопросы поднимать бесполезно, т.к. аудитория сайта пока достаточно мала.
Было бы интересно услышать мнение администрации с конкретными примерами, какой именно контент они хотят видеть на OpenLife. Cодержание раздела «О проекте» лично мне в решении этого вопроса не очень помогло.
Попробовал я JuffEd некоторое время назад под gnu/linux (версия 0.6xx, кажется была)… Конечно, ребята его довольно шустро развивают, но на тот момент JuffEd до Notepad++ было как до луны + хватало глюков.
Мне часто приходится работать с исходниками в разных кодировках (в основном cp1251 и utf-8), поэтому пока остановился на gedit.
P.S. Вроде недавно в пакет добавили некий визуальный редактор, но я пока его еще не смотрел.
Сама система стоит заметно дороже лицензий на винду и СУБД, но это в полноценной комплектации, а есть простенькие варианты, под которые хотели сделать «бюджетный» вариант с открытой СУБД, чтобы действительно не получалось, что собственно продаваемый софт стоит чуть ли не меньше, чем лицензии на необходимое для работы ПО.
С теми же майкрософтовскими решениями все гораздо проще: клиент покупает лицензии, ему все устанавливается, настраивается, а дальше компания отвечает только за работу именно своего продукта, а не за все подряд. Дело не в том, что компания будет все валить на третьих лиц, она всегда готова помочь и разобраться, но в случае каких-то конкретных наездов часть проблем (если не все) можно спихнуть на производителя.
Ошибки 100% были. Я изначально предлагал совершенно другую архитектуру, которая была бы максимально масштабируема и более производительна, но, к сожалению, куда более сложна в реализации (хотя усложнять ее можно было бы и поэтапно). Но я не начальник, поэтому с моим мнением никто особо считаться не будет, тем более, что сроки установлены еще более высокими начальниками.
Что касается СУБД, то можно посмотреть и убедиться, что заявляют они совсем не то, что есть на практике. Как наши «умельцы» не бились, ничего путного они от PostgreSql ни с какими настройками не получили.
Один грид чего стоит…
Это я все рассматриваю ситуацию, когда у пользователя установлена специальная среда для работы с Веб-ОС.
Да и я не говорю, что абсолютно все перейдут на Веб-ОС, но большинству пользователей совершенно не нужны локальные файлы, главное, чтобы была реализована видимость работы с некоей субстанцией, похожей на файл (для психологического эффекта), а потом и эта необходимость постепенно отпадет.
Что касается игр, то я имел в виду вовсе не отрисовку на стороне сервера с отображением у пользователя (этакий терминал) и не игры в виде плагина для браузера, а полноценные программы (скорее всего скрипты), использующие те или иные встроенные в браузер технологии. Т.е. вся вычислительная нагрузка лежит на клиентской машине, а необходимые ресурсы подгружаются из сети. Тот же JS + Canvas уже дают достаточно широкое поле для деятельности, правда, пока реализации (в браузере) особой производительностью не отличаются.
А вот на счет вирусов я мысль не уловил. Пользователь не может ставить свое ПО, он может только развернуть правильный пакет из репозитория на своем экземпляре Веб-ОС. Вирусы возможны лишь в виде JS, который, загрузившись каких-то левых сайтов, может провзаимодействовать с JS Веб-ОС и, например, удалить пользователю файлы или отправить себя кому-то по почте, воспользовавшись контакт-листом. Серверную часть это может как-то затронуть только, если в ней будут дыры.
Сейчас уже и к JuffEd прикрутили автоопределение. Надеюсь, что этот редактор в скором времени окончательно доведут до ума :)
P.S. Посмотрел последнюю версию… перетаскивание файлов в редактор так и не поддерживается, кодировки толком не определяются…
Мне как-то сомнительно, что населению OpenLife будут интересны статьи на тему «как я обновлял дистрибутив XXX с версии NNN на MMM и на какие грабли наступил», это скорее будет интересно увидеть разработчикам дистрибутива в багтрекере, да и возникающие проблемы чаще всего индивидуальны.
Лично меня, например, интересуют проблемы поддержки некоторых конкретных железок в gnu/linux, которые имеют популярность в основном в России, поэтому расчитывать на международное сообщество не приходится, но боюсь, что и тут данные вопросы поднимать бесполезно, т.к. аудитория сайта пока достаточно мала.
Было бы интересно услышать мнение администрации с конкретными примерами, какой именно контент они хотят видеть на OpenLife. Cодержание раздела «О проекте» лично мне в решении этого вопроса не очень помогло.
Мне часто приходится работать с исходниками в разных кодировках (в основном cp1251 и utf-8), поэтому пока остановился на gedit.