Operating System Microsoft Windows NT — More info…
Для начала, вы переходили по ссылке «more info»? Там ясно указаны способы, которыми определяется операционная система. Какой из них определяет неправильно?
Вдобавок, вы можете легко проверить, что отправляет ваш браузер. В вашем браузере откройте консоль (например, хром или фф это нажать F12), перейдите во вкладку «console» -> введите «navigator» -> нажмите Enter. Это js-объект, который содержит информацию о вашем браузере. Есть ли там информация про винду?
Опять же, как вы проверили, какие заголовки отправляет браузер?
Например, тут — browserspy.dk/useragent.php вы смотрели? Есть ли там про винду?
Так что повторю, качество «технической информации» там...
У меня по прежнему сомнения, что вы внимательно проанализировали информацию. На приведенном мной сайте множество тестов. Вы там посмотрели только вывод navigator?
Вообще, я предлагаю изучить, что за инструмент перед тем, как делать такие серьезные заявления. Изучить, как он работает. Например:
No sorry. But since most of the spying is done through JavaScript you can just use the View Source option in your browser
Вы не привели достаточно информации, чтобы я мог ответить на ваш вопрос (если он, конечно, не риторический). Можете сами попробовать посмотреть, какие заголовки отправляет ваш браузер. Или посмотрите, какие у вас аддоны. Есть аддоны, которые меняют user-agent. Это такой заголовок, который содержит информацию типа «Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:47.0) Gecko/20100101 Firefox/47.0»
Если нет нормальной демонстрации, хотя бы такой, лучше ничего не предлагать.
Вам не кажется, что прежде, чем обвинять кого-то, нужно хотя бы попытаться разобраться в вопросе? Я не знаю, какой у вас уровень подкованности относительно работы сети, поэтому предлагаю попробовать посмотреть, какие заголовки отправляет ваш браузер. Если у вас стоят анти-треккинговые аддоны, то наверняка они маскируют user-agent. Это же можно организовать через прокси. Я подозреваю, что и в самом браузере это легко можно прописать (не пробовал).
Нормальная демонстрация, говорите. И что же, секция user-agent по этой вашей ссылке не показывает вам винду и хром?
Помимо user-agent действительно есть куча технической информации. Возможно, для вас такой формат неинтересен. В таком случае, можете попробовать эту статью еще
Очередная параноидальная статья. Если вы так переживаете за куки, тогда пора переживать и за канвас, и за javascript (вы ведь отключаете его, правда ?). И вообще, есть такая штука, как цифровой отпечаток браузера. Можете, кстати, проверить свои браузеры.
название моего фреймворка — idewavecore. Можно idewave-core или idewave core.
и мне здесь ему возразить нечего
мне тоже нечего возразить. Но это означает только одно — мне нужно больше знаний и я понял, в каких областях. И я уже над этим работаю. Я постараюсь, чтобы новая версия idewavecore была безупречной.
обсуждаемое то-что-должно-стать-фреймворком по факту ее решает «не слишком хорошо».
Подобные высказывания — несправедливы по отношению к моему труду. Если вы видите недостатки — пожалуйста, прямо на них укажите, как это делает, к примеру, ваш собеседник (lair). Пожалуйста, обсуждайте недостатки, а не само явление — фреймворк. Без кавычек.
… и почему вы думаете, что я заинтересован менять свои привычки под ваши?
Это в принципе может ждать любого человека, который захотел попробовать новую технологию. Можно и не менять. Например, я встречал людей, которые даже перейдя на пайтон продолжали писать аля c++. Это все дело привычки.
В контексте первопроходцев очень поучительно сравнивать истории Скотта и Амундсена.
Ваш пример только подтверждает сказанное мной насчет первопроходцев. Еще Аристотель (Метафизика) писал про то, что опыт возможен благодаря памяти (ну т.е. надо обладать каким-то датасэтом, чтобы делать правильные выводы). А из того, что я прочитал об экспедиции Скотта, он, к примеру, в отличие от Амундсена (который запечатал баки с топливом), не знал про «ползучесть» топлива. И там много нюансов было. Но тем не менее, роль первопроходцев велика в первую очередь потому, что на основе их открытий и на основе предыдущего опыта делаются либо новые открытия, либо улучшаются имеющиеся.
Все еще не понятно, зачем это делать, когда есть языки, где это уже реализовано. Вы все время будете играть в догоняющего (как, собственно, в него же играла команда поддержки CloudFormation templates).
Создавая фреймворк, я рассуждал с точки зрения удобства подхода к разработке типов серверов, с которыми лично я имел дело. Опять же, когда у меня будет готов прототип wow-сервера (и он будет удачен) — я напишу об этом пост.
Если уж вы считаете память, не забудьте посчитать память, потраченную на модуль загрузки yaml-файла. И, в частности, на все константы, которыми вы описываете узлы в этом файле.
Это надо будет подебажить. Как и константы. Мне теперь стало интересно, остается ли то и другое в памяти постоянно.
разделение на «исполняемый код» и «конфигурацию» у вас субъективно, и отличается от (настолько же субъективного) моего. Это означает, что будут разногласия, что куда положить, которые для проекта общего пользования плохи.
Я думаю, это дело привычки. В конечном итоге, все те инструменты, которые облегчают работу с языками программирования (forwarding, например) — появились не на пустом месте. И все когда-то были первопроходцами. И если найти (или реализовать) инструменты для работы с yaml — в контексте моего фреймворка, то еще надо будет посмотреть, что с чем в итоге будет тягаться.
вы не получаете никаких технических преимуществ от такого подхода (или не смогли их продемонстрировать)
Ну почему, при наличии конфига в py-файле все константы будут храниться в памяти, а при загрузке из yaml-файла мы загружаем необходимые данные и выгружаем файл из памяти. Исправьте меня, если я заблуждаюсь.
при этом есть ряд очевидных недостатков с точки зрения разработки; в частности, полное отсутствие инструментальной поддержки
Проще говоря, недостатки есть, а преимуществ, кроме соответствия вашим ассоциациям, нет.
Пока нет. Благодаря вам, я взглянул на фреймворк с другой стороны. И на документацию к нему, и на его проблемы. Я уже в процессе переосмысления некоторых вещей. И хотя я хочу дойти до конца в плане работы с приложением на базе idewavecore через yaml-конфиг, я допускаю, что возможно релиз версии 1.0.0 будет базироваться уже на других принципах.
Подводя итог вышесказанному, я бы хотел добавить ваш никнейм в раздел благодарностей README моего фреймворка. Если вы не будете сопротивляться.
Потому, что для меня py-файл ассоциируется с понятием «исполняемый код», а yaml-файл — ассоциируется с понятием «конфиг». Это такое контекстное разграничение.
В py-файле у меня код самой функции. В yaml-файле — путь к ней. А тэгом я указываю парсеру, что этот путь нужно преобразовать именно в функцию.
А вот это то место, где мы с вами радикально расходимся во взглядах. Потому что для меня миддлвари — это и есть приложение.
И для меня тоже. Я лишь имел ввиду, что в yaml-конфиге я влияю только на то, какие миддлвэры будут использованы и в каком порядке. Пайп, роутер, инфинит луп — это по сути тоже миддлвэры.
Это действительно пренебрежимая разница. Вообще, основное преимущество использования yaml конфига в данном случае — это целостность в контексте управления приложением. Т.е. у меня один файл, где описан весь функционал. Взглянув на него, можно понять, как работает конкретное приложение. А компактность yaml формата дает +1 к читабельности
Для начала, вы переходили по ссылке «more info»? Там ясно указаны способы, которыми определяется операционная система. Какой из них определяет неправильно?
Вдобавок, вы можете легко проверить, что отправляет ваш браузер. В вашем браузере откройте консоль (например, хром или фф это нажать F12), перейдите во вкладку «console» -> введите «navigator» -> нажмите Enter. Это js-объект, который содержит информацию о вашем браузере. Есть ли там информация про винду?
Опять же, как вы проверили, какие заголовки отправляет браузер?
Например, тут — browserspy.dk/useragent.php вы смотрели? Есть ли там про винду?
У меня по прежнему сомнения, что вы внимательно проанализировали информацию. На приведенном мной сайте множество тестов. Вы там посмотрели только вывод navigator?
Вообще, я предлагаю изучить, что за инструмент перед тем, как делать такие серьезные заявления. Изучить, как он работает. Например:
Нормальная демонстрация, говорите. И что же, секция user-agent по этой вашей ссылке не показывает вам винду и хром?
мне тоже нечего возразить. Но это означает только одно — мне нужно больше знаний и я понял, в каких областях. И я уже над этим работаю. Я постараюсь, чтобы новая версия idewavecore была безупречной.
Ваш пример только подтверждает сказанное мной насчет первопроходцев. Еще Аристотель (Метафизика) писал про то, что опыт возможен благодаря памяти (ну т.е. надо обладать каким-то датасэтом, чтобы делать правильные выводы). А из того, что я прочитал об экспедиции Скотта, он, к примеру, в отличие от Амундсена (который запечатал баки с топливом), не знал про «ползучесть» топлива. И там много нюансов было. Но тем не менее, роль первопроходцев велика в первую очередь потому, что на основе их открытий и на основе предыдущего опыта делаются либо новые открытия, либо улучшаются имеющиеся.
Создавая фреймворк, я рассуждал с точки зрения удобства подхода к разработке типов серверов, с которыми лично я имел дело. Опять же, когда у меня будет готов прототип wow-сервера (и он будет удачен) — я напишу об этом пост.
Это надо будет подебажить. Как и константы. Мне теперь стало интересно, остается ли то и другое в памяти постоянно.
Ну почему, при наличии конфига в py-файле все константы будут храниться в памяти, а при загрузке из yaml-файла мы загружаем необходимые данные и выгружаем файл из памяти. Исправьте меня, если я заблуждаюсь.
Пока нет. Благодаря вам, я взглянул на фреймворк с другой стороны. И на документацию к нему, и на его проблемы. Я уже в процессе переосмысления некоторых вещей. И хотя я хочу дойти до конца в плане работы с приложением на базе idewavecore через yaml-конфиг, я допускаю, что возможно релиз версии 1.0.0 будет базироваться уже на других принципах.
Подводя итог вышесказанному, я бы хотел добавить ваш никнейм в раздел благодарностей README моего фреймворка. Если вы не будете сопротивляться.
P.S. я за продолжение дискуссии.
И для меня тоже. Я лишь имел ввиду, что в yaml-конфиге я влияю только на то, какие миддлвэры будут использованы и в каком порядке. Пайп, роутер, инфинит луп — это по сути тоже миддлвэры.