cjitkul33: почему? какие сложности?
а сборка их "в кучу" - это значит на каждом телодвижении разбирать/распарсивать эту кучу...
из муки, сахара, молока, дрожжей, воды, соли - можно сделать блинчики, можно пирожки, можно брагу в конце концов, а вот из их смеси - что-то одно (в зависимости от того как и что с чем смешали)
dinegnet: upnp, µtp например, еще бочком тут и nat-traversal
те же торрент-клиенты перебирают разные варианты обходов nat (в силу множества разных nat)
ГОСТа на эти технологии нет, так же как и стандартизированных названий.
cjitkul33: почему же, вполне вписывается
просто для конкретного датчика будет записываться ровно столько строк, сколько параметров
А при наличии информации о типе параметра и допустимых значениях - можно будет еще и отсеивать "плохие". Любые варианты "упаковки" этого в json или просто строки - просто потребуют при каждом обращении распаковки собственно в тот же вид, что я описал.
1. На мой взгляд там, где тип известен - все-таки явное указание типа будет лучше
2. Мой взгляд собственно вырос из эксплуатации как жестко типизированных языков так и совсем нетипизированных,
3. где [в некоторых нетипизированных языках] можно было написать где-нибудь в редкой ветке
Неужели сложно понять, что п.1 - мнение, п.2 и далее - причины почему так лично у меня, где совершенно не фигурирует шарп (его тогда еще просто не существовало)
pchemu4ka: да, это похуже
Видимо останется только Ст.2 п.9 "Контрольно-кассовая техника не применяется при осуществлении расчетов с использованием электронного средства платежа без его предъявления между организациями и (или) индивидуальными предпринимателями."
Но тогда потребуется "прослойка" в виде какой-нибудь робокассы или подобных сервисов которые являются юрлицом или ИП. То есть клиент-физик оплачивает услуги через эту прослойку, прослойка естественно выдает ему чек (ну или как она хочет), а потом явно безналичным образом уже переводит деньги продавцу.
Вполне возможно, что в качестве прослойки может прокатить и paypal
pchemu4ka: если платеж одноразовый - то точно нет смысла закупаться ККМ.
Судя по 54ФЗ - до 2018 года можно не "бить чеки" ЕНВД-шникам и ПСН-щикам
И еще один момент бросился в глаза: само название ФЗ
«О применении ККТ при осуществлении наличных денежных расчетов и (или) расчетов с использованием платежных карт»
p.s. По-секрету: про отрубание, только по-моему рук, а не пальцев, было как раз в тематике ничтожности в виде примеров к соответствующим статьям закона в одной из известных юридически-справочных систем --)
Евгений: но могу подтвердить, что эти рецепты достаточно распространены и бывают даже долгие и затейливые холивары на эту тему... так же как и "join a.id=b.id vs join b.id=a.id" =))
sim3x: на эту тему могу предложить только изучить смыл термина "утрировать" ну и попробовать понять, что "отрубать пальцы" - это очевидный даже для умственно отсталых образец явно незаконного деяния, что влечет за собой ничтожность таковых условий (гуглить "ничтожные договоры")
1 t:20; u:15; i:200
2 i:18;z;48
где и что искать - хз
в ситуации же типа id, тип_датчика, значение (пока не заглубляясь в типы значений) получим
1,1,20
1,2,15
1,3,200
2,3,18
2,4,48
и оттуда уже можно получить либо список показаний конкретного датчика в виде
select * from ... where id=...
или показания конкретного типа
select * from ... where тип_датчика=...
ну и далее
притом "свернуть" это в строку (например для печати) - без проблем