Vit (11.05.2020 15:50, просмотров: 356) ответил Cкpипaч на А тебе там точно броузер нужен? Что-то кол-во палуб великовато.-
- Ну ежели веб-сервер свой, то что мешает написать сайт без
подвыподвертов и обойтись каким-нибудь NetSurf в какчестве
браузера? - LightElf(11.05.2020 16:34)
- Нужно, чтобы было красиво на всяких педофонах. Значит, нужны
стандартные фрейм-ворки для WEB сервака. И понеслась... - Evgeny_CD(11.05.2020 16:38)
- Не согласен. Фреймворк (bootstrap/ query / react/ vue) на js
ставится на мобилу в простейшем случае как ссылка на github - b
будет красиво и совместимо. Код с сервера (HTML5) примитивно
разбивает информацию на блоки. Картинки .swg тоже js -то есть с
сервера статика, остальное js. - General(11.05.2020 17:23)
- Ссылка на гитхаб? Ты не в себе. Фреймворк кладется на свой сервер и
специально проверяется, что всё работает при отключенном от
интернета кабеле! А то прецеденты уже были... - fk0(11.05.2020 17:28)
- Ссылка должна вести на порнхаб, тогда интернет будет бесперебойным - LightElf(11.05.2020 20:06)
- Хорошо. Будем считать, что минимальный вариант embedded сервака -
собственно, сам сервер, js.node какой и БД, с которой JS хорошо
работает. Так? - Evgeny_CD(11.05.2020 17:26)
- Не так. В контекете фреймворка подразумевалось содержимое браузера. На серваке может быть голая статика и справится nginx без ничего. Может быть какой-то аппликейшн-сервер написанный на чём угодно, у Генерала вон на PHP. На мой взгляд варианты с Java, C# или C++ не самые глупые (как fastcgi-сервер вызываемый из веб-сервера). Потому, что типизированный ЯВУ сильно минимизирует ошибки, хоть и увеличивает сроки разработки. Да бывает вообще когда SQL-сервер напрямую доступен fk0(1162 знак., 11.05.2020 17:43)
- у меня так. только БД не всегда нужна. если смартхом, то да - там
без этого не мейнстрим (и плюс обычно MQTT-сервер-брокер в любом
виде) - Vit(11.05.2020 17:30)
- MQTT-брокер самая безгеморойная (и бесполезная) часть. Хорошая база
данных - да, в тему. Я бы еще заделом под "быстрый тензор"
озаботился, по звуку и картинке, шариться. Но это если дом
действительно "умный". - Cкpипaч(11.05.2020 21:51)
- Ох, муторно это - взрослую сетку на сотни млн параметров
обучать.... - Evgeny_CD(11.05.2020 22:46)
- Так никто не делает. Берут модель "из гарварда" и дотренировывают на паре сотен своих примеров. - Cкpипaч(11.05.2020 22:49)
- Ох, муторно это - взрослую сетку на сотни млн параметров
обучать.... - Evgeny_CD(11.05.2020 22:46)
- Да, MQTT я забыл. БД полезная штука даже не для web сервера. - Evgeny_CD(11.05.2020 17:32)
- MQTT-брокер самая безгеморойная (и бесполезная) часть. Хорошая база
данных - да, в тему. Я бы еще заделом под "быстрый тензор"
озаботился, по звуку и картинке, шариться. Но это если дом
действительно "умный". - Cкpипaч(11.05.2020 21:51)
- Ссылка на гитхаб? Ты не в себе. Фреймворк кладется на свой сервер и
специально проверяется, что всё работает при отключенном от
интернета кабеле! А то прецеденты уже были... - fk0(11.05.2020 17:28)
- Спорно. Встроенный сайт можно сделать красивым и без модных фреймворков. Оно конечно заметно геморройнее, но встроенный сайт не нужно пять раз на дню обновлять. - LightElf(11.05.2020 16:49)
- Для веб-сервака никаких фреймворков волшебных не нужно. Ты хотел
сказать для браузера? Раньше на flash вполне делали. Не понимаю,
что мешает делать на Java/Swing... - fk0(11.05.2020 16:45)
- у меня используется node.js - Vit(11.05.2020 17:18)
- Чтобы использовать Java фреймворк на сервере, надо на сервер водрузить Java. И это начало большого песца.... Evgeny_CD(111 знак., 11.05.2020 17:09)
- именно:( - Vit(11.05.2020 16:40)
- Несовсем так. Говорил с веб-дезигнерами, они готовы за разумные
деньги "оторвать" любую визуализацию от любого (в рамках разумного)
фреймворка. Cкpипaч(73 знак., 11.05.2020 22:15)
- Я брал самое простое, легкое в освоении, позволяющее вести
разработку и отладку на большом брате, и гарантированно решающее
мою задачу. nginx+node.js +дива дивные на mono и си. Рестарт
браузера, к сожалению, не побеждал порожденные утечки. на выбор был
по сути только Огнелис, хромые были падучие, а у всяких мидори было
своё вИдение JS - Vit(11.05.2020 22:26)
- А зачем тогда вообще браузер? Из-за удаленных клиентов? А какое-то
решение, когда в браузере только загружается java-апплет и дальше
всё в нём? По крайей мере с javascript не надо сражаться. - fk0(11.05.2020 22:55)
- JS нужен для AJAX - подгрузка параметров в JSON - обновление в
реальном времени, и для формирования команд управления. Там ничего
особо умного вроде как, но, например, задание даты создания отчета
вызывает апплет, который очень разно выглядит и работает/не
работает искаропки в зависимости от браузера. Отчеты создаются в
виде готовых pdf-файлов, которые можно просмотреть прямо в
браузере, отправить на принтер или сохранить. С JS не надо
сражаться - оно должно работать, и при Vit(431 знак., 11.05.2020 23:15)
- Ничего не понял. PDF может формировать вообще веб-сервер (который
всегда один, одинаков и отлажен). А на вебстранице может быть тупая
форма которая даже в IE5.0 сработает без ошибок. То что в разных
браузерах по-разном выглядит -- это не победимо, потому, что так
задумано. Как оно может одинаково выглядеть, если шрифы разные,
разрешения дисплея разные, метрики шрифтов разного размера --
разные. И при печати опять всё переколбасит ещё раз, если конечно
не будут печатать как fk0(575 знак., 11.05.2020 23:31)
- Насчет pdf - во-первых сервер, который отлажен, это Nginx. Не слыхал, чтобы он чегой-то умел, кроме пересылать. Отчет вещь святая - у него есть законодательно утвержденная форма. Основной сервер на node.js - он обменивается данными с кусками на Mono (C#) и на C, кроме собственно формирования морды у клиента. Кусок на Mono рожает отчет (какая-то либа прикручена) сразу в виде pdf-файла. Была версия с предварительной табличкой - никому она показалась не нужной. Что касается Vit(197 знак., 11.05.2020 23:44)
- Ничего не понял. PDF может формировать вообще веб-сервер (который
всегда один, одинаков и отлажен). А на вебстранице может быть тупая
форма которая даже в IE5.0 сработает без ошибок. То что в разных
браузерах по-разном выглядит -- это не победимо, потому, что так
задумано. Как оно может одинаково выглядеть, если шрифы разные,
разрешения дисплея разные, метрики шрифтов разного размера --
разные. И при печати опять всё переколбасит ещё раз, если конечно
не будут печатать как fk0(575 знак., 11.05.2020 23:31)
- JS нужен для AJAX - подгрузка параметров в JSON - обновление в
реальном времени, и для формирования команд управления. Там ничего
особо умного вроде как, но, например, задание даты создания отчета
вызывает апплет, который очень разно выглядит и работает/не
работает искаропки в зависимости от браузера. Отчеты создаются в
виде готовых pdf-файлов, которые можно просмотреть прямо в
браузере, отправить на принтер или сохранить. С JS не надо
сражаться - оно должно работать, и при Vit(431 знак., 11.05.2020 23:15)
- Стоп. А почему не помогает перезапуск процесса? Должен помогать. - Cкpипaч(11.05.2020 22:42)
- :) это же open source - никто никому ничего не должен. Оно не
полностью укладывает свою БД и там где-то продолжает течь, а далее
если поднять снова, то может зажевать профиль (а без явного
указания профиля с киоском оно мне не интересно) и запуститься с
дефолтным. тогда наступает вааще крантец всей идее. Пробовал
запускать на прочистку БД, дык там что-то в этом "LTS"
отваливалось. Как это происходило при RO - ХЗ. Если не RO, то всё
работало, хоть и текло, даже если профиль Vit(160 знак., 11.05.2020 22:58)
- Есть простой способ. Каждый новый запуск с "новым" профилем только-что достанным из архива. - fk0(11.05.2020 23:07)
- Странно. Только на арме течет или на персоналке тоже? Что-то про
кеш в параметрах запуска? Cкpипaч(195 знак., 11.05.2020 23:04)
- На Armbian 4.19+ на Orange Pi PC Plus (H3). Нормально не отпускает
БД и профиль только в режиме ReadOnly. Профиль храню отдельно и
подгружаю в файл в ОЗУ перед запуском. Может действительно что-то с
кэшами. Ребут у меня штатно. Там ещё наши косяки - часть на Mono
иногда тоже подтекает - вроде как и нашли что-то, но ещё не
добирались. Ну и node.js тоже стремновато выглядит иногда. Потому и
сторож на всякий случай. Там ещё по
жлобствуТЗ блок питания самый Vit(237 знак., 11.05.2020 23:31)
- На Armbian 4.19+ на Orange Pi PC Plus (H3). Нормально не отпускает
БД и профиль только в режиме ReadOnly. Профиль храню отдельно и
подгружаю в файл в ОЗУ перед запуском. Может действительно что-то с
кэшами. Ребут у меня штатно. Там ещё наши косяки - часть на Mono
иногда тоже подтекает - вроде как и нашли что-то, но ещё не
добирались. Ну и node.js тоже стремновато выглядит иногда. Потому и
сторож на всякий случай. Там ещё по
- :) это же open source - никто никому ничего не должен. Оно не
полностью укладывает свою БД и там где-то продолжает течь, а далее
если поднять снова, то может зажевать профиль (а без явного
указания профиля с киоском оно мне не интересно) и запуститься с
дефолтным. тогда наступает вааще крантец всей идее. Пробовал
запускать на прочистку БД, дык там что-то в этом "LTS"
отваливалось. Как это происходило при RO - ХЗ. Если не RO, то всё
работало, хоть и текло, даже если профиль Vit(160 знак., 11.05.2020 22:58)
- Мы тоже остановились на лисичке. Но у нас она на планшетах и, если честно, понятия не имею что там с утечками. Не анализировали. Cкpипaч(150 знак., 11.05.2020 22:30)
- А зачем тогда вообще браузер? Из-за удаленных клиентов? А какое-то
решение, когда в браузере только загружается java-апплет и дальше
всё в нём? По крайей мере с javascript не надо сражаться. - fk0(11.05.2020 22:55)
- Я брал самое простое, легкое в освоении, позволяющее вести
разработку и отладку на большом брате, и гарантированно решающее
мою задачу. nginx+node.js +дива дивные на mono и си. Рестарт
браузера, к сожалению, не побеждал порожденные утечки. на выбор был
по сути только Огнелис, хромые были падучие, а у всяких мидори было
своё вИдение JS - Vit(11.05.2020 22:26)
- Несовсем так. Говорил с веб-дезигнерами, они готовы за разумные
деньги "оторвать" любую визуализацию от любого (в рамках разумного)
фреймворка. Cкpипaч(73 знак., 11.05.2020 22:15)
- Не согласен. Фреймворк (bootstrap/ query / react/ vue) на js
ставится на мобилу в простейшем случае как ссылка на github - b
будет красиво и совместимо. Код с сервера (HTML5) примитивно
разбивает информацию на блоки. Картинки .swg тоже js -то есть с
сервера статика, остальное js. - General(11.05.2020 17:23)
- Нужно, чтобы было красиво на всяких педофонах. Значит, нужны
стандартные фрейм-ворки для WEB сервака. И понеслась... - Evgeny_CD(11.05.2020 16:38)
- Тогда ой :( - Cкpипaч(11.05.2020 16:11)
- Ну ежели веб-сервер свой, то что мешает написать сайт без
подвыподвертов и обойтись каким-нибудь NetSurf в какчестве
браузера? - LightElf(11.05.2020 16:34)