вы хотите чтобы вам по куску кода на скриншоте это декодировали? выкладывайте полный код в нормальном виде.
А вообще - там есть preg_replace и rawurldecode, возможно меняют какие-то символы чтобы ссылка не декодировалась, но на самом деле она и есть. Не должно быть труда открыть это в редакторе и разобрать логику.
Дмитрий, Железка не специфичная, нужно поддержать как можно большее количество вендоров/моделей.
Это сильно ограничивает возможности? Я думал что одно из преимуществ OpenWRT - как раз достаточная независимость функционала от конкретных железок.
Андрей К, это шестнадцатеричная нотация, принятая в подавляющем большинстве языков.
Если написать числа строкой то получится строка, но вы можете написать код который сделает из нее "байты".
Август Милович, возможно стоит разобраться почему не получается. Поверьте мне, рисовать в канвасе четкие линии возможно, иначе бы им никто не пользовался.
Проверять на стороне клиента - не надежно. Только в качестве упрощения/улучшения UI.
С SPA правильнее всего делать так чтобы страница была всего одна в принципе. Вы отдаете приложение - и дальше она уже показывает нужный интерфейс будь это страница логина или еще что-то.
По вашему случаю - скорее всего у вас есть app.use(express.static(...)) - вот с ним и разбирайтесь. или прикручивайте проверку сессии туда тоже, или ставьте свой middleware перед express.static и там проверяйте не только пользователя, а что именно ему нужно - если это статичный файл и это не main.html -отдавать без проверки
Как вы определяете что sendfile "не срабатывает" ? у вас перенаправления вообще нет как такового тут, просто отдаете разный html. Посмотрите в девтулзах браузера что там за запросы и какие ответы от сервера.
Это может еще и какая-нибудь маршрутизация на ангуляре так работает.
Проверьте отдельно сервер, без приложения на уровне http запросов для начала
Это нисколько не прояснило, у вас стало "например, какой-то сайт".
Название сервиса вообще не влияет на то как хранить данные.
Чтобы понять вам нужно ответить на вопросы:
- какие именно данные
- как они структурированы
- какие объемы
- какие требования по нагрузке (чтение/запись), как распределяется нагрузка по разным типам операций.
- какие требования по отказоустойчивости
- какие требования по скорости доступа и географическому расположению
- экономические соображения
Это то что сразу пришло в голову.
Вообще, простое правило - если вы не знаете какая вам нужна БД, значит вам скорее всего все равно - берите то что попадется под руку - результат с большой вероятностью будет одинаковый.
голова змейки - первый элемент массива. остальные элементы, хвост.
допустим змейке надо передвинуться вправо на 1 клетку - вы первый элемент массива перемещаете (left+1), остальные просто двигаются так как я описал - второй встает на место первого, третий на место второго и так далее. (копируете left и top).
Нарисуйте на бумажке каждый шаг и посмотрите как меняется массив, если вам так будет проще.
А вообще - там есть preg_replace и rawurldecode, возможно меняют какие-то символы чтобы ссылка не декодировалась, но на самом деле она и есть. Не должно быть труда открыть это в редакторе и разобрать логику.