Illia Nezhyhai, Спасибо за стёб, но сейчас у меня стоит задача уменьшить число не-отечественного программного обеспечения на компах, пока еще не подгорает, но уже пора хотя бы озадачиться
уточняющие вопросы -
1. Не путаете ли Вы динамический и статический ип?
2. Если получаете "серый" адрес - что показывает скан портов с внешнего компьютера? А что показывает скан портов, если с вашего сервера куда-нибудь поконнектиться в сторону этого внешнего компьютера?
3. Не проще ли написать скрипт в линуксе, который будет ребутить роутер по телнету? Или просто перезапускать получение ип адреса?
мне кажется, тут нужна штука, зовущаяся видеорегистратором. Причем максимум встречал на 32 канала, ценник от 20к, зато с возможностью заодно и записывать.
Или программное решение, но 52 канала уже реально много для не сильно дорогого компа..
footballer, тут лучше уже экспериментировать с созданием файла нужного состава, а потом отформатировать и смотреть HEX редактором напрямую содержимое диска - удастся ли найти заранее созданный текст.
Супер! Рисунок 4 - пример как делать не надо :) В последней задаче стремился примерно к этому :)
Осознал.
Много красоты, мало информативности, критичным числам вообще мало места.
Включите отображение всех ошибок, вплоть до startup_errors. Плюс логирование в файл
Попробуйте из консоли запустить скрипт, может что-то перед умиранием скажет, хотя и без $_POST
Мне кажется, можно обойтись без ардуины - на входе - приёмник ИК сигнала, напрямую подключен в передатчик (может усилить транзистором потребуется). На выходе - приёмник ИК сигнала, выход подключен к светодиоду.
Александр Карабанов,
Берется несколько бухт одновременно, "расческа" как на картинке, в неё заправляются кабеля, дальше протянули расческу, стянули, продолжаем.
fdroid, нет, не умеет.
Умеет Cisco WS-C3650-24TS-L, это коммутатор третьего уровня, у него немного есть от маршрутизатора, только денег сильно других стоит.
А по теме вопроса - дешманский микротик за полтора килорубля осилит маршрутизацию между локальными сетями, да еще и на канальном уровне (влан) может их разделить.
Периодически рекомендую читать материалы CCNA, всё с привязкой к циске, но крайне толково.
Евгений Иванов, user_id - ок, если он такой, то порядок.
id - возражений сразу не было.
char(255) - без разницы, сколько реально данных хранить - БД пишет в файл ровно 255 байт. Длина обязательна - надо же знать, сколько резервировать. Зато самый эффективный метод, если все столбцы заранее известной четкой длины.
можно varchar(255) - в файле будет ровно столько, сколько хранится на самом деле. Но при редактировании текста в сторону увеличения длины будет несколько ниже производительность БД (глазами не заметите).
Евгений Иванов, https://dev.mysql.com/doc/refman/8.0/en/column-cou...
разработчикам так удобнее - производительность больше.
Если не знаете, сколько реально данных будет - можно varchar использовать, тогда для хранения БД будет резервировать на ровно 255 байт, а сколько занято.
На самом деле куча критики по форматам столбцов:
user_id - в UNSIGNED INT помещается число до 4 миллиардов, это половина текущего населения планеты, если очень хочется - UNSIGNED BIGINT 2^64 (8 байт), хватит всей солнечной системе и еще много останется.
GRAPH*_active_stock_button - не понятно, что там планируете хранить, скорей всего тоже мало
GRAPH*_graph_colors - HEX-HTML представление цвета - #FFEEDD - 6 байт максимум хватит для всех, с прозрачностью - 8 байт.
GRAPH*_show_graph_date* - стандартного формата mysql DATETIME формата за глаза, это 8 байт
GRAPH*_graph_scale - float/double скорей всего хватит за глаза, 4-8 байт.
GRAPH*_show - bool, 1 байт, если там признак показывать да/нет
Смысл БД в том, что она удобно и красиво хранит данные и !мешает! хранить неправильные данные. А если использовать как свалку для текста, проще использовать JSON.
Если хочется минимум заморочек и тупо "положили пакет/забрали пакет" без обработки - использовать ровно одно поле - TEXT, в который средствами PHP кодировать в JSON массив данных, причем хранится одним большим куском текста или вообще новый формат хранения mysql - JSON
В итоге структуру данных внутри можно править сколько угодно, не трогая структуру БД.
Остальное уже можно докостылить.