Табуляция блоков JS-кода (diff/details) для кода сгенерированного мастером страниц, в соответствии с требованиями встроенного "линтера"
Каждый раз когда мастер страницы, "трогает схему", в ней постоянно некорректно устанавливается табуляция для блоков (diff/details) обрамленных макро-вставками /**SCHEMA_DIFF*/ и /**SCHEMA_DETAIL*/ соответственно.Если в схеме постоянно требуется разработка, то при каждом открытии - приходится исправлять табуляцию (это особенно утомительно для огромных "простыней" diff). В противном случае, при каждом сохранении - жди пару минут пока "линтер" сгенерирует тебе over 100500 сообщений о нарушении стандарта табуляции (среди которых просто теряются, возможно реально допущенные опечатки/ошибки). Я понимаю что эта проблема уже с "бородой". Но она настолько сильно мешает, что просто каждый раз "Butthurt" При чем, насколько нам программистам, позволяет понимание сути вещей - исправить этот "недуг" это ну в лучшем случае несколько строк кода. Пожалуйста сделайте это. Прошу всех неравнодушных к этой проблеме - отметиться в комментариях, или проголосовать за эту тему, чтобы, так сказать - обратить на нее внимание.
Понравилась ли вам эта идея?
Илья, здравствуйте!
Данное поведение действительно вызывает определенные неудобства при работе с приложением.
Задача по доработке данной функциональности в последующих релизах, стоит на ответственной команде разработки.
Меня же больше раздражает другое. В 7.3 и ранее они (схемы) публиковались (5 минут сохранение + 5 минут публикация), потом в 7.7 на кого-то снизошло, сделали нормально - 10-15 секунд сохранение и все. А теперь опять. Мало того, у меня еще и через раз в 7.10 процесс сохранения по тайм ауту вылетает. Подозрение на языки - вот будет там 20 языков, все взвоем :)
"Дмитрий Степанов" написал:Подозрение на языки
Можете немного прояснить для несведующих ?
PS: Да с публикацией из мастера - стало дольше и хуже.
У меня на пример в 7.10 регулярно стекается на этапе "Публикация страниц" - мастер деталей, при этом детали схемы создаются, а запись в SysDetails - нет :) что вообщем-то поправимо, но все же.
Ну там 10 языков, для каждого поля кэпшн и нэйм положить в базу + сам код сгенерить. Будет 20 - станет еще хуже.
Здравствуйте!
Непосредственное время сохранения в мастере раздела, зависит от сервера, где развернуто приложение.
Относительно времени публикации схем в зависимости от количества языков в системе, создали задачу на ответственную команду разработки для анализа данного вопроса.
Для более детального анализа и выяснения точных причин возникновения указанных проблем, рекомендую обращаться в поддержку.
Илья, ну давайте смотреть на вещи реально. Сохранение клиентского модуля в 7.10.0. длится 3-10 минут + время на ребут соединения самого веб-сервера. Итого - около 10 минут минимум уходит на сохранение схемы, не требующей публикации. Если же вспомнить 7.7 и 7.6 - там сохранение java-схемы происзодило секунд за 30 (если не было ошибок разметки). Ну и как вы это объясните?
"Дмитрий Степанов" написал:Итого - около 10 минут минимум уходит на сохранение схемы, не требующей публикации. Если же там публикация, то все 20.
Это "жесть", так быть не должно... у Вас по любому что-то с конфигурацией или производительностью сервера, в этом Илья безусловно прав.
Да стало медленнее но не настолько
Если бы это было так критично и массово - тут бы народ уже "рвал и метал".
Ну по крайней мере - Я и мои коллеги уже бы "рвали и метали" точно :)
"Дмитрий Степанов" написал:Кроме того, в 7.10.0 созранение клиентской схемы (не объекта) гарантированно падает с ошибкой.
Уже с 10-к приложений развернули/обновили, разрабатываем уже все в 7.10
таких проблем не наблюдали - опять же тут у Вас локальная трабла с серваком/конфигами/конфигурацией
"Дмитрий Степанов" написал:там сохранение java-схемы происзодило секунд за 30
JAVA !?
В BPM можно писать схемы на языке Java ? (JVM)
Илья, что касается производительности - речь идет о системах в облаке...
"Дмитрий Степанов" написал:Илья, что касается производительности - речь идет о системах в облаке...
а-а-а, ну то другое дело - надо обращаться в саппорт по облаку.
И разбираться, как говорится "по факту".
для меня красиво отображаемый код - это хорошо... я обычно пользуюсь notepad++ и плагин к нему JSTool, который позволяет довольно легко и быстро привести код в порядок... правда совершенно глупое определение где и сколько должно быть табуляций - это действительно головная боль... как и работа визардов, который напрочь ломают все форматирование... думаю, что тут необходимы галочка и уровни важности каждой ошибки JS кода... ну, чтобы всякие ворнинги тупо пропускались, а ошибки показывались