1. Требуются разработчики и тестеры для проекта codebyOS. Требования для участия в проекте: Знание принципов работы ОС на базе Linux; Знание Bash; Крайне желательное знание CPP, Python, Lua; Навыки системного администрирования. Подробнее ...

    Скрыть объявление

Азы Для Переработки Готовой Бд Под Web

Тема в разделе "Lotus - Программирование", создана пользователем Молчанов, 10 фев 2015.

  1. Молчанов

    Молчанов New Member

    Репутация:
    0
    Регистрация:
    10 фев 2015
    Сообщения:
    1
    Симпатии:
    0
    помогите как примерно готвую БД перевести под web я так понял надо создавать копии форм и вьюх только под веб а вот названия у них должны быть другие? или такиеже? просто я новичок и только знакомлюсь с данной продукцией)
     
  2. alexas1

    alexas1 Well-Known Member
    Lotus team

    Репутация:
    0
    Регистрация:
    10 апр 2014
    Сообщения:
    645
    Симпатии:
    225
    Раз новичок, Вам всё равно - пишите на Xpages. Под Web писать ВЕСЬ интерфейс придётся.
    Или, если надо шустро, раскручивайте боссов на http://xpagesdynamic.ru/ (не реклама, сам не пробовал, ходят слухи, что работает)
     
  3. savl

    savl Well-Known Member
    Lotus team

    Репутация:
    0
    Регистрация:
    28 окт 2011
    Сообщения:
    2.114
    Симпатии:
    157
  4. ToxaRat

    ToxaRat Чёрный маг
    Lotus team

    Репутация:
    0
    Регистрация:
    6 ноя 2007
    Сообщения:
    3.171
    Симпатии:
    21
    просто дай доступ базе под веб и начни по кирпичику приводить к нормальному виду
    про xPage - даже не думай, это мертвяк
     
  5. alexas1

    alexas1 Well-Known Member
    Lotus team

    Репутация:
    0
    Регистрация:
    10 апр 2014
    Сообщения:
    645
    Симпатии:
    225
    Это только простой дизайн.
    По видео, код всех простых контролов выводят в CustomControls. Это жесть!
    И конвертят они только @Formulas, LS оставляют "as is".
    Т.е. без рук не обойтись никак.
     
  6. savl

    savl Well-Known Member
    Lotus team

    Репутация:
    0
    Регистрация:
    28 окт 2011
    Сообщения:
    2.114
    Симпатии:
    157
    Это всегда так...
    Учитывая, что на постсоветском пространстве очень много LS кода: миграция долгий процесс.
    При этом не важно куда мигрируешь.
    ToxaRat
    Почему ты считаешь что xPage скорее труп? Из-за dojo?
     
  7. alexas1

    alexas1 Well-Known Member
    Lotus team

    Репутация:
    0
    Регистрация:
    10 апр 2014
    Сообщения:
    645
    Симпатии:
    225
    На xpages делать "правильный" интерфейс в разы проще, чем в классике.
    Непривычно, на первых порах, эт да.
    Зато сделать можно всё, что сам придумал и что юзверь хочет.
    Одна драгэнддропность, во всём, чего стоит.
     
  8. ToxaRat

    ToxaRat Чёрный маг
    Lotus team

    Репутация:
    0
    Регистрация:
    6 ноя 2007
    Сообщения:
    3.171
    Симпатии:
    21
    большая нагрузка на проц, не оптимизировано, слишком много лишних вычислений
     
  9. lmike

    lmike нет, пердело совершенство
    Lotus team

    Репутация:
    1
    Регистрация:
    27 авг 2008
    Сообщения:
    6.361
    Симпатии:
    336
    в треде нет аргументов ;)
    большая из-за чего и на какой проц (сервер/клиент). Что вычисляется лишнее сравнивая с ЛС?
    и там и там - ВМ с байткодом. При этом - оптимизацией ЛС ВМ заниматься ИБМ явно не настроен

    на сервере - так живет весь "большой" мир - под джавой крутится и разрабатывается большинство приложений
    JavaScript аки rhino не вызывает нареканий по производительности и во весь рост используется в SSJS.

    Легко подключаются клиентские либы типа ExtJS/JQuery если dojo чем-то не устраивает.

    Производительность на клиенте определяется рендерером (что не является экзотикой - обычный вебдвижок) и запуском минисервера. Вот тут есть некая просадка, но пардонте - на современных компах легко запускаются локальные сервера (коих винда несет на своем борту туевухучу, достаточно поглядеть в сервисы) и ЦП это спокойно переваривает
    Недалече - .НЕТ порядочно тащит с собой хлама и никто этим не возмущен ;)

    А вот нарекания на скорость и гибкость ЛС вполне себе обоснованы (работы со стрингами/массивами - пп, хмл парсерры тудаже) ограничения по памяти/мультипоточности
    ОО в ЛС тоже полная опа, просвета в кот. не будет уже никогда (ИБМ закопал ЛС)
     
  10. lmike

    lmike нет, пердело совершенство
    Lotus team

    Репутация:
    1
    Регистрация:
    27 авг 2008
    Сообщения:
    6.361
    Симпатии:
    336
    вод там и про массивы есть и про стринги и про файлы (правда не в явной форме)
    а после - интересно просканировать код на предмет использования массивов (в неэффективной форме) их итераторов
    и стрингов
    про файловые буферы - надо смотреть как NotesStream работает (возможно эффективней чем "старая" форма)
    --- Добавлено 12 мар 2015. Первое сообщение размещено 12 мар 2015 ---
    кста - еще про обращение к доку или к колонке - тоже забавно (если правда)
    хотя тут мы поимеем возможное разрастание индекса (из-за саммари), но не факт - что саммари похачен, в большинстве приложений ;)
     
    3 пользователям это понравилось.
  11. savl

    savl Well-Known Member
    Lotus team

    Репутация:
    0
    Регистрация:
    28 окт 2011
    Сообщения:
    2.114
    Симпатии:
    157
    Читал, даже перечитывал, некоторые вещи очень полезны даже сейчас, другие уже не имеют смысла - наращивать мощность стало дешевле чем оптимизировать.
     
  12. rinsk

    rinsk Well-Known Member
    Lotus team

    Репутация:
    0
    Регистрация:
    12 ноя 2009
    Сообщения:
    893
    Симпатии:
    84
    Смотря на openntf.org действительно хочется подумать что " это мертвяк". Такого бестолкового применения xpages надо еще придумать, а за выставление на общее обозрение - распять.
    Вычисляется JSF дерево.
    На счет скорости -
    Ну протестил я скорость обработки простой задачи - а ля активности пользователя на агенте и типа xAgent - сбор окружения пользователя, поиск в базе, апдейты и тп. через $.ajax - как было 5-10 мс так оно и осталось. Единственный цимус - эт всякие *scope которых нет по определению в agent\form (AKA CGI) и + внешние java библы, коих море.
    И таки да - entry.ColumnValues() гораздо шустрее.
    Все остальное - как во всех языках - нужно подходить критически и внимательно.
     
  13. lmike

    lmike нет, пердело совершенство
    Lotus team

    Репутация:
    1
    Регистрация:
    27 авг 2008
    Сообщения:
    6.361
    Симпатии:
    336
    именно, но если в др. языках совершенствуют движки, то для ЛС этого не будет
    32бит как были так и будут (к кот. добавлены еще и ограничения по индексам в массивах). При этом - конструкции кот. надо мантырить для ЛС (чтобы не воткнутся в особенности) будут не совсем очевидны, часто - громоздки
    насколько активно используются массивы и строки в циклах?
    --- Добавлено 13 мар 2015. Первое сообщение размещено 13 мар 2015 ---
    апликейшены домины долгоживущие, как пр-ло, и наращивание мощности происходит быстрее, чем их устаревание - это совсем не означает что можно забить на нек. оптимизации
    @all моим основным посылом было опровергнуть заявления:
    и
     
  14. erdi

    erdi Well-Known Member

    Репутация:
    0
    Регистрация:
    20 авг 2008
    Сообщения:
    265
    Симпатии:
    36
    вообще большая нагрузка на память, т.к. в основе JSF и все открытое у всех пользователей находится в памяти сервера

    может кто-то и научился это все "готовить", но для меня, хоть и есть у меня несколько баз под xpages, это "боль и слезы". Больше 3 дней не хватает терпения под ними работать :) И если встанет острый вопрос о необходимости полного стека на web, то я лучше разделю на бэк и фронт. Бэк либо свой зоопарк OSGI, либо DOTS, а фронт любой JS фреймворк под nginx
    тем более что xpagex на OSGI и работает....так зачем лишняя прослойка :)
     
  15. rinsk

    rinsk Well-Known Member
    Lotus team

    Репутация:
    0
    Регистрация:
    12 ноя 2009
    Сообщения:
    893
    Симпатии:
    84
    Совсем не используется.
    А зачем вообще говоря в бакэнде при работе с базой нужны большие массивы строк\циклы? Я не встречал ничего такого для чего нужно больше массивы в памяти. Все остальное - во внешних БД.

    Вот именно - и в 90% случаев такой оверхед нафиг не нужен. Само по себе front end\back end sync state - вещь конечно полезная, но я не согласен с навязываемой парадигмой xpage, что всяко действо должно пройти через сервер.

    PS - Вот нативная поддержка WebSocket на уроне сервера\дизайнера была бы полезнее..
     
  16. alexas1

    alexas1 Well-Known Member
    Lotus team

    Репутация:
    0
    Регистрация:
    10 апр 2014
    Сообщения:
    645
    Симпатии:
    225
    А это разве проблема на современных серверах?;)
    Ну, ХЗ. Первая хепажная база была крутой риалтайм в вэбе, когда пять десятков юзверей зависят друг от друга - звери не жалуются, всё летает. Правда принцип, одна аппликуха - одна страница и минимум штатных контролов, дожо нет, жикери нет. Не потому, что заранее знал о какой то засаде, а просто не было знаний на старте. Щща бы сделал иначе.

    А так, вся дискуссия свелась к обсуждению личных предпочтений. Так бывает.
    Вендор предложил фреймворк, хош пользуйся - хош нет.
    Хотя, если "нет" - причём здесь нотус ващще?

    Личное ИМХО: разработка на xpages - быстро, удобно, функционально. (скорость оставил за бортом - с гемором не сталкивался, наверное не было супер задач)

    Это почему? И почему навязываемая парадигма? Не хочешь - не используй, где можешь обойтись.

    Встроенной нет, эт да. А вот довесок есть, проблем в использовании нет.
     
  17. lmike

    lmike нет, пердело совершенство
    Lotus team

    Репутация:
    1
    Регистрация:
    27 авг 2008
    Сообщения:
    6.361
    Симпатии:
    336
    @erdi, @rinsk, коллеги согласие/несогласие - это некий процесс
    что имеем:
    - xPages кот. можно запустить как в варианте клиента (без домины) так и клиент-серверном
    - нагрузка на память - все менее и менее актуален этот вопрос

    а вот с велосипедами уже все сложнее:
    - DOTS на клиенте можно (теоретически) но вряд ли поддерживаемое
    -JS - ну и как это программить деплоить - если клиентское приложение д.б., с репликацей?
    --- Добавлено 13 мар 2015. Первое сообщение размещено 13 мар 2015 ---
    в "старом" стиле приложение было единообразно при запуске локально или с сервера (в толстом клиенте)
    на хПгах - все будет подобно
     
    #17 lmike, 13 мар 2015
    Последнее редактирование модератором: 13 мар 2015
  18. savl

    savl Well-Known Member
    Lotus team

    Репутация:
    0
    Регистрация:
    28 окт 2011
    Сообщения:
    2.114
    Симпатии:
    157
    Может чего-то не допонимаю, но: Если есть клиент, то ничем не отличается от текущей не xPage, если клиента нет, то только браузер(значит все остальное на сервере)
     
  19. lmike

    lmike нет, пердело совершенство
    Lotus team

    Репутация:
    1
    Регистрация:
    27 авг 2008
    Сообщения:
    6.361
    Симпатии:
    336
    @savl, вот есть приложение кот. должно работать как с сервером так и без, я не хочу писать какой-то велосипед
    хэПагес мне это позволяют, а вынесение фронта на JS заставит велоспедить
     
    #19 lmike, 13 мар 2015
    Последнее редактирование модератором: 14 мар 2015
  20. Darkhan

    Darkhan Well-Known Member
    Lotus team

    Репутация:
    0
    Регистрация:
    14 дек 2012
    Сообщения:
    98
    Симпатии:
    4
    Есть подозрения, что при одинаковой нагрузке в противостоянии клиент/веб, хпагес будет колбасить не по-детски))
     
Загрузка...

Поделиться этой страницей