>>Правда что бы запитать 6 плат, одной зарядки может и не хватить.
Ардуино сам по себе жрет около 20мА, так, на самую хилую зарядку можно повесить 25 штук их. Все зависит от нагрузки за ардуиной.
Ogoun Er: Если потянете по квартире, то не 12 вольт, а все 48 на выходе.
«Блок питания» в моей терминологии - преобразователь 220AC -> 48DC, «преобразователь» - 48DC -> 5DC
norlin: Слушайте, на самом деле все ограничения можно так или иначе обойти. Вопрос в том, сколько труда на это надо потратить и в балансе между требованиями к точности идентификации и терпеливости пользователей.
Так:
>> Ну и тех, у кого нет банковских карт.
Сейчас их нет только у школьников, по-моему. Остальные не боятся покупать на Aliexpress без 3d secure.
Если процент школьников и олдфагов в аудитории сайта невелик, можеть ими пренебречь?
Если контент сайта не тянет на то, чтобы за него можно было "посветить" картой, так спросите просто номер карты. Проверьте его на CRC.
Контрольную сумму также можно проверять у ИНН, СНИЛС, но вы в условии отбрасываете подобный сценарий.
>> т.к. легко обходится виртуалками, да и просто сменой браузера/девайса.
Если у вас аудитория, способная на виртуалку, будет ли она бояться "светить" картой?
Александр А: Если человек «в мобилке» использует нестандартный datepicker, значит есть причины, вынуждающие подсесть на js. Очевидно, что в отстутствие js не будет работать и прочая бизнес-логика.
Денис Ручьев: Пользовательские файлы у вас наверняка хранятся где-то вроде /public/uploads/, ссылки на них - в БД.
На директорию /public/uploads/ вы накладываете .gitignore, сами файлы храните в бэкапе на отдельной машине. Дамп базы со ссылками на файлы храните так же на отдельной машине.
Суть в том, что git - средство контроля версий, а не резервного копирования. В гит должна поступать структура проекта, а данные - нет.
1. Я, наверно, не до конца понимаю как это использовать.
На странице я хочу видеть простыню всех возможных свойств и, в input-ах, их значения. Это пары Properties->name => Productproperties->value.
При этом некоторые из Productproperties товара могут быть не занесены в таблицу и им надо выставлять пустой input.
Ок. В Products я я имею функцию, которая мне даст список заведенных свойств
public function getProductproperties()
{
return $this->hasMany(Productproperties::className(), ['product' => 'id']);
}
Но мне то хочется выводить все, включая незаполненные!
Тут я вижу два тупиковых варианта:
1. Добавить в ActiveRecord Products функцию, которая будет обращаться к ActiveRecord Properties и забирать весь список... Явный косяк, кмк.
2. Спускать во view два списка - возможных свойств и заполненных свойств. Логический косяк - однородные данные должны отдаваться моделью, а не собираться с миру по нитке.
