судя по пунктам 1,2, 3. после фразы в «масштабах государства создаются сервера», вы не очень представляете о чем говорите. Особенно в плане того почему это должно делать государство. ЖКХ в данный момент это частные компании. государству для их контроля все то о чем вы говорите не нужно.
в вашем предложении gsm модемы мелькают раза три, называясь то гпрс, то ради модемом то еще чем то. странно, что при этом вы говорите что модем там не нужен. отдельно рекомендую поинтересоваться сколько стоит подключение дома по выделенной линии ( даже если она уже есть в доме дефакто). и сколько стоит абонплата за нее для юр.лиц.
потом еще вынести проблемы за пределы крупных городов ( там как ни странно жкх тоже есть) и удивиться что gsm по сути единственный стабильный канал связи на сегодня. и при этом самый дешевый. Вы, по идее, должны знать сколько трафика генерирует прибор учета в доме.
Вы не представляете себе масштаба проблемы, если планируете решить ее силами небольшой группы. Если вы в теме. то попробуйте поднять для примера 731 постановление правительства. и полюбопытсвуйте сколько времени ушло на его подготовку и принятие. ну и на каком этампе находится выполнение сейчас.
Ну и для справки, УК не обязана вам предоставлять какуюто информацию, если это не оговорено в договоре или законодательстве. Если вы не включите то, что вам нужно в договор и не оплатите установку приборов учета в доме ( домовых приборов. а не квартирных), что как вы. наверно, догадываетесь решается на ежегодном голосовании — никто вам ничего делать не обязан.
Ну и если вам действительно нужно то, что вы пишете (и вы в теме), то для лично своего дома, при вменяемой ук или поддержке жильцов, вопрос решается за пару недель и где-то 50к рублей на оборудование. Какой смысл делать это в масштабах «облачного ЖКХ»?
Большая часть из этого уже давно есть. Все современные приборы учета. которые ставятся на дом, имеют встроенный GSM модем ( а чаще просто интегрированный смартфон на винмобайле) и шлют данные куда скажете.
Поставленная вами задача в принципе достаточно сомнительна. и упрется в кучу согласований, стандартизации, разработке документов. протоколов и тд. а с учетом числа занятых людей и профильных ведомств все выльется в годы и тонны документации.
причем не надо огульно говорить что это все бюрократия. там будет решаться масса вопросов. которые вам просто не приходят в голову по незнанию.
А чтобы получить ту информацию, о которой вы просите в посте. достаточно иметь представление о жилищном кодексе и посещать общие собрания жильцов
мне кажется слегка нелогичный дизайн апи. например зачем нужны методы PUT и Delete для example.com/ticket
/users?start=40&limit=20&filter=[{«property»:«name»,«value»:«Вася»}] — такой запрос лучше делать постом, поскольку при большом количестве опций и непонятной их длине — можно легко выйти за лимит гета. да и читаться постом он будет лучше.
на случай если надо послать линк на результат такого запроса — то, мне кажется, логичнее его прихранить в кеше и сгенерить ликн типа /users?filter=kjwhelhelwhiw3WQR. примерно как яндекс со ссылками на карты делает.
рекомендую книгу
ну и просто поизучать REST API известных сервисов.
>Обязательно должно быть поле success
чисто семантически, лучше иметь поле result и оно имеет значение success или error.
мировое производство дисков гдето в районе 500 миллионов(но это, понтяно, всех номиналов). + 1 миллиард двд, и под 100 миллионов блюрея. но надо понимать, что емкость была заранее, + еще есть всякие ленточки, флешки и тд.
мне больше интересна методика оценки, а не итоговые цифры, но в отчете ее к сожалению нет.
товарищ переводчик был немного сонным, в резульате в статье, ошибка в единицах измерения и она очень легко проверяется по оригиналу, да и просто здравым смыслом, при его наличии, конечно.
там нет места графикам и диаграммам. можно изобразить в виде инфографики, но это совершенно заоблачный объем работы. так что речь не о доделывании до конца, а о другой работе
в вашем предложении gsm модемы мелькают раза три, называясь то гпрс, то ради модемом то еще чем то. странно, что при этом вы говорите что модем там не нужен. отдельно рекомендую поинтересоваться сколько стоит подключение дома по выделенной линии ( даже если она уже есть в доме дефакто). и сколько стоит абонплата за нее для юр.лиц.
потом еще вынести проблемы за пределы крупных городов ( там как ни странно жкх тоже есть) и удивиться что gsm по сути единственный стабильный канал связи на сегодня. и при этом самый дешевый. Вы, по идее, должны знать сколько трафика генерирует прибор учета в доме.
Вы не представляете себе масштаба проблемы, если планируете решить ее силами небольшой группы. Если вы в теме. то попробуйте поднять для примера 731 постановление правительства. и полюбопытсвуйте сколько времени ушло на его подготовку и принятие. ну и на каком этампе находится выполнение сейчас.
Ну и для справки, УК не обязана вам предоставлять какуюто информацию, если это не оговорено в договоре или законодательстве. Если вы не включите то, что вам нужно в договор и не оплатите установку приборов учета в доме ( домовых приборов. а не квартирных), что как вы. наверно, догадываетесь решается на ежегодном голосовании — никто вам ничего делать не обязан.
Ну и если вам действительно нужно то, что вы пишете (и вы в теме), то для лично своего дома, при вменяемой ук или поддержке жильцов, вопрос решается за пару недель и где-то 50к рублей на оборудование. Какой смысл делать это в масштабах «облачного ЖКХ»?
Большая часть из этого уже давно есть. Все современные приборы учета. которые ставятся на дом, имеют встроенный GSM модем ( а чаще просто интегрированный смартфон на винмобайле) и шлют данные куда скажете.
Поставленная вами задача в принципе достаточно сомнительна. и упрется в кучу согласований, стандартизации, разработке документов. протоколов и тд. а с учетом числа занятых людей и профильных ведомств все выльется в годы и тонны документации.
причем не надо огульно говорить что это все бюрократия. там будет решаться масса вопросов. которые вам просто не приходят в голову по незнанию.
А чтобы получить ту информацию, о которой вы просите в посте. достаточно иметь представление о жилищном кодексе и посещать общие собрания жильцов
на моей практике get всегда должен быть read only.
Как частный прикол: Вася делает урл с удалением чегото и посылает его Пете, с которым они пользуются какимто сервисом. Петя негодует.
/users?start=40&limit=20&filter=[{«property»:«name»,«value»:«Вася»}] — такой запрос лучше делать постом, поскольку при большом количестве опций и непонятной их длине — можно легко выйти за лимит гета. да и читаться постом он будет лучше.
на случай если надо послать линк на результат такого запроса — то, мне кажется, логичнее его прихранить в кеше и сгенерить ликн типа /users?filter=kjwhelhelwhiw3WQR. примерно как яндекс со ссылками на карты делает.
рекомендую книгу
ну и просто поизучать REST API известных сервисов.
>Обязательно должно быть поле success
чисто семантически, лучше иметь поле result и оно имеет значение success или error.
все изменения просто пишутся в нее. если вдруг надо чтото откатить — берем по ключу из doc_id, cell_id, timestamp.
для выбора текущей версии не меняется ничего.
по грубой оценке, раз в 12 будет быстрее в работе, а по простоте выборок и поддержки кода — почти в бесконечность.
вот бы взглянуть на оригинальную работу, в которой переводчик обосновывает такое трактование.
не знаю, сможете ли вы простить мне эту неточность и найти вашему воинственному педантизму лучшее применение.
мне больше интересна методика оценки, а не итоговые цифры, но в отчете ее к сожалению нет.