hint000, https и ssh это слишком тяжелые штуки для микроконтроллеров семейства Arduino, к сожалению. Если бы речь шла о чем-то ARM'ном, то еще можно было бы думать об этом. С другой стороны можно рассмотреть переход на STM32, но это уже другая история :)
С физическим уровнем вопрос отдельный, начну с недорогих модулей на 433 мГц или модулей на микросхемах nRF. Они весьма бюджетные - можно будет обкатать наработки, а проблемы решить либо допиливанием софта, либо заменой модулей на что-то более подходящее.
sim3x, планы есть, но исключительно спортивный интерес, для которого было бы непозволительной роскошью нанимать консультанта по крипте :) Может быть есть какая-то литература, которую можно почитать на эту тему?
sim3x, на примере сигнализации:
Шифрование нужно, чтобы содержимое пакетов с данными оставалось скрытым от глаз и чтобы нельзя было установить, какое именно взаимодействие произошло между устройствами.
Привязка к устройствам (3 пункт) нужна, чтобы нельзя было открыть сигнализацию ключом, который полностью воспроизводит протокол передачи данных. Это, своего рода, ключ от замка.
Защита от повторной отправки нужна, чтобы нельзя было записать пакеты данных, которыми открывали замок в прошлый раз и отправить их повторно.
Если у меня этот код находится в файле с 0000 (при выполнении ls первый в списке), то фактически это и есть первый доступный хост?
UPD: Проверил через Insomnia запросом с подмененным заголовком Host - все-таки дефолтно загружается сам сайт, а не заглушка
FanatPHP, разумеется :D
Как говорится, после нас хоть потоп. Тем не менее, спасибо за ответ. Вопрос решен, возможно вам будет интересно ознакомиться с решением.
Спасибо за ссылку, почитаю. Честно говоря, сам точно не знаю, нужна ли мне обертка ApiClient. Конечная цель - чтобы объект $api создавался в единичном варианте (singletone) и пробрасывался в различные классы. Сами классы жестко подвязаны на работу именно с этим API. Если есть возможность делать Api->SomeClass вместо Api->Wrapper->SomeClass (при этом заранее инициализировав Api) , то лучше, конечно так.
Спасибо. Честно говоря, сам точно не знаю, нужна ли мне обертка ApiClient. Конечная цель - чтобы объект $api создавался в единичном варианте (singletone) потому что внутри него есть автоматическое кэширование в рамках инстанса, что "как воздух" в рамках задачи.
Yury, для планшетников на винде (в моем случае - асусовский, с одним разъемом для переферии + зарядки) есть специальные хабы, которые и заряжать могут, и переферию обслуживать. Возможно, для Type C такие же бывают
Kuhtaaa,
1. По CPU я бы советовал выбирать что-то не сильно мощное. То же поколение, тот же TDP. У вас два пути: искать схожие устройства (я при беглом гуглении нашел какой-то буржуйский аналог вашего ноутбука) и смотреть их процессор или эксперименты. Рекомендую также свериться с допустимыми для вашего чипсета процессорами (по-моему у вас чипсет h65, он не умеет 22 нм процессоры, насколько я помню)
Я бы начал эксперимент с i7-2620M или i7-2640M.
2. Максимальный объем ОЗУ видел бегло в обсуждениях по вашему компьютеру - 8 гигов (2х4). Вопрос в том, стоит ли этому верить - буквально неделю назад без проблем завел 12 гигов памяти на HP Pavilion 15 с лимитом 8 по документации. Лучший вариант - если есть возможность поэкспериментировать. На некоторых материнках может завестись до 16 гигов, где-то - потолок 8. Если не хотите геморроя - ставьте 2х4. На сегодняшний день с поправкой на старое железо (sandy bridge не вчера и не позавчера появился) вам этого должно хватить.
3. SATA3 обратно совместим с SATA2 - заведется без проблем. Ставьте SSD, который потом сможете переставить в более современный компьютер.
В целом машинки с вашим железом весьма жизнеспособны, сам некоторое время назад весьма успешно пользовал ThinkPad x201, тот еще на Arrandale. Очень приятный агрегат
АртемЪ, терминология взята из ВУЗовского примера по курсу БД. Там таблица "Прайс" (адаптация английского Price?) в кейсах подразумевала "предложение" на товар, т.е. связь один ко многим (ситуация, когда на один и тот же товар может быть несколько цен - акция, специальное предложение, условия и т.п.)
Наверно я не так выразился. Под понятием "Прайс" я подразумевал цену за единицу товара. Обычно в магазине вещь можно купить по одной стоимости (телевизор за 10к рублей, например). В моем случае цена зависит не только от самого товара (от этого конкретного телевизора), но и от количества закупаемых телевизоров (например при заказе 10+ цена будет 9к за телевизор), а также от того, что покупатель захочет дополнительно получить в этом телевизоре (т.е. есть у телевизора разъем HDMI, тогда он стоит единично 11к, а при оптовой поставке 9500). Из этого примера получилась матрица цен 2х2 (по вертикали количество поставок, по горизонтали - наличие HDMI). В реальной задачи может быть матрица 2х2х2, например. Как хранить такой объект в базе данных? Сложность, опять же, в том, что нет возможности отдельно вычислять ячейки матрицы (например за HDMI доплата 500 рублей), иначе бы я применил просто суммирование по каждой позиции и не занимался бы этой дичью.
Поэтому я и поинтересовался у опытных людей, как лучше сочетать (или не сочетать) этот контент