Информация об изменениях

Сообщение Re[2]: Взбесит ли пользователя такая страница об ошибке от 16.12.2017 1:12

Изменено 16.12.2017 1:15 VladCore

Re[2]: Взбесит ли пользователя такая страница об ошибке
Здравствуйте, wildwind, Вы писали:

VC>>Жду замечаний про ошибку "PI-board is disconnected" и пожеланий как текстом смягчить горечь пользователя.


W>Заранее извиняюсь за прямоту и возможную резкость. Но все эти объяснения и попытки "смягчить горечь" пользователю ни к чему. Тем более, если не силен в английском. А если силен, то пояснения можно сделать в блоге. Предлагаю максимально кратко, информативно и без соплей:


W>
---------------------------
W>Status: Down for maintenance

W>Since: <тут время последнего пинга>
W>ETA: <тут ожидаемое время поднятия>

W>Sorry for inconvenience!
W>---------------------------


Спасибо за мысли, Ваша мысль понятная и верная. к счастью легко объясню почему так не напишу.

Реакция на ваш текст — а почему не использован load balancer со встроенным умным maintenance?

И GAE и Azure и AWS во время обновлений и ребута умеют оставлять минимум один инстанс из кластера который и будет отвечать на http-запросы пока остальные инстансы в кластере обновляются или ребутятся. Надеюсь понятно пояснил?

Мой PET-проект — он строго для одной локальной PI-платы. Если у кого несколько PI-плат с процессором H2/H3/H5, то придется на каждую создать в телефоне/планшете несколько "закладок". Я умею сделать так что бы ошибка "Down for maintenance" никогда не появлялась, но это другая архитектура и я так делать изначально не планировал. Примерно так.

Поменял dns имя на http://pi-board-live.devizer.xyz
Так будет понятней что это гейт для для ровной одной PI-платы. и не в облаке, а не дома?

P.S. несколько ошибок в тексте я таки исправил, жаль в форуме "проблемы перевода" никто не показал ни одной.
Re[2]: Взбесит ли пользователя такая страница об ошибке
Здравствуйте, wildwind, Вы писали:

VC>>Жду замечаний про ошибку "PI-board is disconnected" и пожеланий как текстом смягчить горечь пользователя.


W>Заранее извиняюсь за прямоту и возможную резкость. Но все эти объяснения и попытки "смягчить горечь" пользователю ни к чему. Тем более, если не силен в английском. А если силен, то пояснения можно сделать в блоге. Предлагаю максимально кратко, информативно и без соплей:


W>
---------------------------
W>Status: Down for maintenance

W>Since: <тут время последнего пинга>
W>ETA: <тут ожидаемое время поднятия>

W>Sorry for inconvenience!
W>---------------------------


Спасибо за мысли, Ваша мысль понятная и верная. к счастью легко объясню почему так писать в моем случае нельзя.

Реакция на ваш текст — а почему не использован load balancer со встроенным умным maintenance?

И GAE и Azure и AWS во время обновлений и ребута умеют оставлять минимум один инстанс из кластера который и будет отвечать на http-запросы пока остальные инстансы в кластере обновляются или ребутятся. Надеюсь понятно пояснил?

Мой PET-проект — он строго для одной локальной PI-платы. Если у кого несколько PI-плат с процессором H2/H3/H5, то придется на каждую создать в телефоне/планшете несколько "закладок". Я умею сделать так что бы ошибка "Down for maintenance" никогда не появлялась, но это другая архитектура и я так делать изначально не планировал. Примерно так.

Поменял dns имя на http://pi-board-live.devizer.xyz
Так будет понятней что это гейт для для ровной одной PI-платы. и не в облаке, а не дома?

P.S. несколько ошибок в тексте я таки исправил, жаль в форуме "проблемы перевода" никто не показал ни одной.