Всё-таки не стоит обесценивать качество сборок, придумывая какие-то кейсы: в каждом пакете лишь несколько статичных текстовых файлов, для проверки которых нужно не более чем 5 минут. Что касается внезапности появление чего-либо, то, очевидно, нет никакой нужды подключаться к пайплайну сборки для получения свежих версий страниц.
Кастомизация страниц ошибок - это не что-то обязательное, без чего сайт не будет работать. Данная утилита предоставляет возможность улучшить юзабилити сайта, но не заставляет это делать. В то же время, даже при наличии желания, она вовсе не требует её использования, т.к. можно использовать уже готовую сборку, и не думать обо всех сложностях с Нодой, пакетами и т.п.
Что касается XSLT, то от себя лично могу сказать что опыт взаимодействия с этой технологией был скорее отрицательным: одна лишь отладка шаблонов чего стоила. Ну и это как ни крути, но дополнительная прослойка над HTML. А вообще современная веб-разработка - это вполне устоявшийся стек, где JS, HTML и CSS во главе. Да, мир JS-разработки, в каком-то смысле, усложнен NPM (и прочими пакетными менеджерами), но это текущая реальность с которой сталкивается любой веб-разработчик.
Касательно SSI соглашусь отчасти. Сам, порою, с теплотой вспоминаю эту технологию, однако, сравнивая статичный HTML и HTML+SSI(+JS), то выбор кажется очевидным. Ну и опять же: данный инструмент - это лишь возможность, а не обязательство. Тот, кому это не требуется, найдет другое решение, или будет довольствоваться тем, что даётся веб-серверами из коробки.
В любом случае спасибо за развернутый комментарий и ностальгические воспоминания о технологиях прошлого :)
Полагаю, человек умеющий в vim, не особо нуждается в помощи :) Впрочем, это всё равно не избавляет от возможности сэкономить время, воспользовавшись готовым инструментом, или уже готовыми результатами в виде собранных пакетов.
Вы задаете слишком много глупых вопросов, вместо того что бы отвечать на факты, о которых сами же спросили. Если нечего ответить, то лучше промолчать, дабы не выглядеть еще глупее.
Как верно заметил комрад gamlerBY, при установке пароля длиной свыше 8 символов, лишняя часть пароля просто обрезается и приложение никак не сообщает об этом.
Отображение списка записанных видео — это та самая боль, которая делает фактически бесполезной работу с устройством, и эту ошибку можно исправить только отформатировав карту, но поможет это на день-два. На Андроиде это проявляется в виде пустого списка, без каких-либо подробностей, словно ничего и не было, а на iOS пишет что была ошибка, но результат тот же — пустой список.
Отдельной песни заслуживает сам процесс подключения к устройству: подключившись раз, то второй раз это сделать не получится, т.к. приложение просто зависает. Помогает только удаление ранее сохраненного подключения и повторная его настройка.
И вот после этого Вы будете уверять меня в святости Неолайн и его исключительности?
К тому, что вы эксплуатировали одно-единственное устройство, но делаете вид, будто опробовали абсолютно все аппараты бренда.
Предлагаете перепробовать все сорта ради того, что бы понять что это оно?
Факты, а именно, кривое приложение, которое уже год не обновлялось (для X-COP, кстати, тоже), кривые прошивки, где исправляются мизерные ошибки и подозрительные отзывы, написанные как под копирку, говорят о куда больших проблемах, чем ошибки в одном единственном устройстве.
И глядя на все это, совершенно глупо рассчитывать на то, что поддержка X27 будет как-то отличаться от ранее выпущенных устройств.
—
Да и если подумать, затрудненный (а скорее невозможный) физический доступ к карте памяти все же крайне спорное решение.
Из-за глючного софта, доступ к видеороликам может оказаться в принципе невозможным. И только благодаря физическому доступу к карте памяти, мне удавалось все-таки вытащить снятые видео, но разве это нормально?
Вот знаете, прямо наболело: более отвратительного качества чем у Neoline сложно найти. И это касается не качества съемки (о чем совершенно справедливо уже отписались выше). Речь о качестве ПО и уровня поддержки ранее вышедших устройств: почему-то совершенно нормальным выглядит выпуск сырого X52/X53, с толком неработающим софтом, и его полное забвение после продажи. А между прочим, это поделие не так уж просто убрать, т.к. конструктивно оно требует глубокого внедрения в салон авто. В одной крупной авто соцсети меня постоянно спрашивают, мол, как оно, брать или нет — на все такие вопросы мой ответ однозначный.
Не по Java, но вдруг кому-то полезно будет: недавно тоже понадобилось реализовать создание Excel-документов, правда, под Node.js. К сожалению, выбор модулей невелик, самым функциональным оказался «msexcel-builder», но в процессе разработки выяснилось что у него много багов, например, с числами, отображаемыми как текст, и как следствие не работающими в формулах, да и с самими формулами — имеющимися средствами их было не создать. Помучившись некоторое время, и сделав пачку костылей, пришлось отказаться от затеи использовать этот модуль и вообще какой-либо подобный модуль Node.js (более функционального не отыскал). Под руку подвернулся Perl-модуль «Excel::Writer::XLSX». Нехотя, но все-таки скрестил его с Node.js, о чем пока что не жалею — с его помощью удалось реализовать все что хотелось, и вообще нашел в нем кучу возможностей, вплоть до настроек печати.
Очевидно что между двумя точками в пространстве есть какое-то минимальное расстояние, однако, вовсе не обязательно что это расстояние можно преодолеть быстрее. Собственно, гравитационные маневры это и доказывают — с их помощью можно даже большее расстояние преодолеть за меньшее время.
Яркий пример: аппараты Вояджер, которые смогли долететь до окраин Солнечной системы на десятки лет быстрее.
Я думаю, стоило уточнить, что большая скорость была достигнута с использованием так называемых гравитационных маневров, что, собственно, и объясняет такую спиралевидную траекторию полета, вместо, казалось бы, логичной прямой.
Спасибо за ценную находку! Поправил этот баг в шаблоне сниппета nginx -- теперь приходит корректный статус, в т.ч. в демо.
Всё-таки не стоит обесценивать качество сборок, придумывая какие-то кейсы: в каждом пакете лишь несколько статичных текстовых файлов, для проверки которых нужно не более чем 5 минут. Что касается внезапности появление чего-либо, то, очевидно, нет никакой нужды подключаться к пайплайну сборки для получения свежих версий страниц.
Кастомизация страниц ошибок - это не что-то обязательное, без чего сайт не будет работать. Данная утилита предоставляет возможность улучшить юзабилити сайта, но не заставляет это делать. В то же время, даже при наличии желания, она вовсе не требует её использования, т.к. можно использовать уже готовую сборку, и не думать обо всех сложностях с Нодой, пакетами и т.п.
Что касается XSLT, то от себя лично могу сказать что опыт взаимодействия с этой технологией был скорее отрицательным: одна лишь отладка шаблонов чего стоила. Ну и это как ни крути, но дополнительная прослойка над HTML. А вообще современная веб-разработка - это вполне устоявшийся стек, где JS, HTML и CSS во главе. Да, мир JS-разработки, в каком-то смысле, усложнен NPM (и прочими пакетными менеджерами), но это текущая реальность с которой сталкивается любой веб-разработчик.
Касательно SSI соглашусь отчасти. Сам, порою, с теплотой вспоминаю эту технологию, однако, сравнивая статичный HTML и HTML+SSI(+JS), то выбор кажется очевидным. Ну и опять же: данный инструмент - это лишь возможность, а не обязательство. Тот, кому это не требуется, найдет другое решение, или будет довольствоваться тем, что даётся веб-серверами из коробки.
В любом случае спасибо за развернутый комментарий и ностальгические воспоминания о технологиях прошлого :)
Полагаю, человек умеющий в vim, не особо нуждается в помощи :) Впрочем, это всё равно не избавляет от возможности сэкономить время, воспользовавшись готовым инструментом, или уже готовыми результатами в виде собранных пакетов.
Это пример страницы. При желании можно сделать какой угодно дизайн страницы. В статье всё подробно описано как сделать это.
Странно, но, к сожалению, не могу проверить, т.к. нет iOS-девайсов :(
Там чистая статика, так что надо сильно постараться что бы его положить :)
И вот после этого Вы будете уверять меня в святости Неолайн и его исключительности?
Предлагаете перепробовать все сорта ради того, что бы понять что это оно?
Факты, а именно, кривое приложение, которое уже год не обновлялось (для X-COP, кстати, тоже), кривые прошивки, где исправляются мизерные ошибки и подозрительные отзывы, написанные как под копирку, говорят о куда больших проблемах, чем ошибки в одном единственном устройстве.
И глядя на все это, совершенно глупо рассчитывать на то, что поддержка X27 будет как-то отличаться от ранее выпущенных устройств.
—
Из-за глючного софта, доступ к видеороликам может оказаться в принципе невозможным. И только благодаря физическому доступу к карте памяти, мне удавалось все-таки вытащить снятые видео, но разве это нормально?
К великому счастью мне довелось столкнуться только с X52 — спасибо, но такого больше не надо, чего и всем желаю.
Яркий пример: аппараты Вояджер, которые смогли долететь до окраин Солнечной системы на десятки лет быстрее.