@ru_python

Страница 3775 из 9768
Anton
17.09.2017
17:22:58
@aragaer проверил с неткатом) походу и правда

Aleksandr
17.09.2017
17:58:27
это в 90-х?
это доминирующая технология сегодня

Paul
17.09.2017
17:58:38
Нахуй он нужен
альтернативы еще хуже

Google
Paul
17.09.2017
17:58:48
Aleksandr
17.09.2017
17:59:24
доминирующая где?
в интернете, большая часть хостов обслуживается ей. хостов а не аудитории

Paul
17.09.2017
17:59:42
по имевшейся у меня в бытность хостером - лидировало прямой HTTP, второе место - fastcgi, 3-е - isapi

Aleksandr
17.09.2017
18:00:48
хорошо бы увидеть пруфы в виде статистики
а такую статистику надежно никто считать не умеет, это империческая оценка исходя из того что лидирует php

Paul
17.09.2017
18:01:18
а такую статистику надежно никто считать не умеет, это империческая оценка исходя из того что лидирует php
php сейчас использует fastcgi. Который совсем даже не CGI, просто называется похоже.

а что такое прямой http?
это когда апп-сервер отдает HTTP напрямую (java jetty/tomcat к примеру)

Aleksandr
17.09.2017
18:02:21
это когда апп-сервер отдает HTTP напрямую (java jetty/tomcat к примеру)
на первом месте?! ну тут можно только гадать и тыкать в небо

Paul
17.09.2017
18:03:48
на первом месте?! ну тут можно только гадать и тыкать в небо
да, у нас была статистика. По количеству хостов (именно хостов) - лидировала прямая отдача HTTP-трафика

Aleksandr
17.09.2017
18:04:15
Nikolay
17.09.2017
18:04:38
доминирующая где?
сегодня доминирующая в прошлом технология

Google
Nikolay
17.09.2017
18:04:52
cgi - твой бро

Aleksandr
17.09.2017
18:05:05
сегодня доминирующая в прошлом технология
ну это говно просто повсюду и сегодня

Paul
17.09.2017
18:05:37
у кого у вас? как вообще такое теоретически можно подсчитать?
есть статистические исследования сети. По заголовкам хоста можно понять, что крутится внутри и часто - предположить, как оно настроено. В mail-list провайдеров периодчиески проводились статисследования

Paul
17.09.2017
18:08:06
по-моему у alexa.com была публичная статистика. Она может подвирать, но на проценты.

Aleksandr
17.09.2017
18:08:23
так что это оценка даже не приблизительная

крупные провайдеры готовы отвечать анонимно обычно :)
зачем им вообще это? за деньги чтоль? это надо считать, делать работу какую-то

как условный амазон вообще может посчитать кто и как отвечает с их хостов? они больные чтоль тратить на это деньги

Paul
17.09.2017
18:14:11
зачем им вообще это? за деньги чтоль? это надо считать, делать работу какую-то
хостинговые провайдеры знают что работает на их хостах. Это нужно для безопасности. Рейтинги считаются за деньги - детальная статистика (similliarweb к примеру) - платная

Aleksandr
17.09.2017
18:21:35
хостинговые провайдеры знают что работает на их хостах. Это нужно для безопасности. Рейтинги считаются за деньги - детальная статистика (similliarweb к примеру) - платная
скажи как хостинг провайдер может определить что я использую php-fpm? если я взял сервер а не бесплатный хостинг php-сайтов у них

Paul
17.09.2017
18:22:20
скажи как хостинг провайдер может определить что я использую php-fpm? если я взял сервер а не бесплатный хостинг php-сайтов у них
сервер (если это физический сервер) не определяется никак. Но в процентном соотношении dedicated мало. А к VDS у хостера полный доступ

Vasiliy
17.09.2017
18:23:13
Если http, то dpi можно

Aleksandr
17.09.2017
18:23:40
сервер (если это физический сервер) не определяется никак. Но в процентном соотношении dedicated мало. А к VDS у хостера полный доступ
как он определит на моем vds что и чем я обслуживаю? соберет список процессов? как их связать с трафиком? как дифференцировать (если у меня на одном хосте есть php-fpm и nodejs например)

Если http, то dpi можно
ты можешь оценить насколько это дорого и бессмысленно?

Vasiliy
17.09.2017
18:24:07
Снять трехминутный сэмпл для статистики

Aleksandr
17.09.2017
18:25:13
Вообще не дорого
dpi актуален только для нешифрованного трафика, такой трафик может ходить в общем случае сегодня между серверами, там надо понимать будет дешевый аппаратный dpi? или у нас софтверный стал дешевым?

Vasiliy
17.09.2017
18:25:23
Это ж не фаерволл строить, 100% dpi не нужен

Google
Paul
17.09.2017
18:25:35
еще раз - подавляющее большинство хостов - это малое количество крупных компаний, они сами статитику выдают

Aleksandr
17.09.2017
18:25:39
тогда посчитается и fpm и nodejs
и тогда мы получим совершенно ничего не говорящие цифры

Vasiliy
17.09.2017
18:25:54
Достаточно один сэмпл снять

Aleksandr
17.09.2017
18:26:40
Достаточно один сэмпл снять
да? и что же с этим семплом потом делать?

Vasiliy
17.09.2017
18:27:16
Статистику посчитать по серверам. Не знаю, зачем, но dpi тут будет дешёвый в этом сценарии.

Aleksandr
17.09.2017
18:27:29
еще раз - подавляющее большинство хостов - это малое количество крупных компаний, они сами статитику выдают
статистика есть, как-то считают, точность и близость к реальности этих расчетов оценить нельзя, можно только веровать в них

Vasiliy
17.09.2017
18:27:35
Анализ дорогой, правда

Aleksandr
17.09.2017
18:27:53
Статистику посчитать по серверам. Не знаю, зачем, но dpi тут будет дешёвый в этом сценарии.
ну ты увидел http-запрос какой-то, что дальше? что тебе с этого семпла?

Анализ дорогой, правда
а самое главное зачем?

Paul
17.09.2017
18:28:17
Статистику посчитать по серверам. Не знаю, зачем, но dpi тут будет дешёвый в этом сценарии.
самый дешевый способ анализа - потрошить заголовки ответа и угадывать. Точность будет на уровне десятков процентов, но отделить лидеров и аутсайдеров поможет

Vasiliy
17.09.2017
18:28:49
Aleksandr
17.09.2017
18:29:39
еще раз - подавляющее большинство хостов - это малое количество крупных компаний, они сами статитику выдают
опять же вопрос, как амазон может адекватно оценить какой трафик на его каналах какой технологией обслуживается? нет тут относительно точной и бесплатной методики

Vasiliy
17.09.2017
18:30:10
Я не к тому, что это реалистичный сценарий, но вообще статистику по обсосам без https так собрать можно, и не очень дорого

Aleksandr
17.09.2017
18:30:43
Как тут верно говорят, заголовки
то есть со слов, это несерьезно вообще, ну и это все для нешифрованного трафика который систематически падает

Vasiliy
17.09.2017
18:30:51
Или по полуобсосам с https на реверс прокси

Aleksandr
17.09.2017
18:32:01
Или по полуобсосам с https на реверс прокси
а что за статистику можно собрать с https? это SNI читать чтоль? больше ничего в https не прочесть

Vasiliy
17.09.2017
18:33:02
а что за статистику можно собрать с https? это SNI читать чтоль? больше ничего в https не прочесть
Если https на реверс прокси (например балансиром), а между приложением и рп голый трафик, его можно смотреть

Vasiliy
17.09.2017
18:33:23
Это схема сейчас тоже в упадке, но существует

Google
Vasiliy
17.09.2017
18:33:44
Реверс прокси же

Aleksandr
17.09.2017
18:34:06
Реверс прокси же
так там вообще не обязательно http

Vasiliy
17.09.2017
18:34:31
так там вообще не обязательно http
Почти все схемы, что я видел - http

Paul
17.09.2017
18:34:36
ну вот именно что угадывать? слова "статистика" и "измерения" тут неуместны вообще
обычно в заголовке пишется апп-сервер. А по апп-серверу можно узнать протокол настройки, ибо он специфичный. Если считать, что верить в подобные выкладки нельзя - то кроме статистики самих владельцев серверов данных нет никаких. И утверждать после этого, что CGI является лидирующей технологией хоть как-то и хоть где-то – вообще нельзя

Vasiliy
17.09.2017
18:34:43
Или https

Aleksandr
17.09.2017
18:34:57
Почти все схемы, что я видел - http
ну причем тут личный опыт? речь же про статистику

Paul
17.09.2017
18:35:27
Или https
в данном ключе одно от другого не отличается. Мне часто попадаются wsgi и fastcgi. виндовые хосты обычно ISAPI, там 90% серверов так работает

Vasiliy
17.09.2017
18:35:30
Личный опыт лучше, чем ничего

Admin
ERROR: S client not available

Paul
17.09.2017
18:38:14
Anton
17.09.2017
18:38:34
@aragaer В общем если слать большой кусок данных и использовать, при обрыве со сторны сервера клиент теряет пару строк перед тем как поймет что сессия разорвана. Похоже реально только пилить свой плагин для логстеша. без подтверждения все равно теряется часть

Vasiliy
17.09.2017
18:38:38
он только введет в заблуждение полностью

Aleksandr
17.09.2017
18:39:58
Эмпирический?
эмпирический основывается на личном опыте?

и этот человек говорит о неточности статистики на базе заголовков...
так ты попробуй уловить что я говорю делать нерелевантные выборки и некорректные расчеты сильно менее верно чем оценивать исходя из фундаментальных фактов о развитии технологий еще раз, если говорить не про аудиторию а про хосты (это изначальное условие) то откинув топ-100 сайтов который обслуживают львиную долю аудитории мы получим ровно одну технологию создания сайтов

Aleksandr
17.09.2017
18:47:28
какой ад, боже мой. Сколько хостов у гугл? У facebook? У hotmail/msn? И оценка не из исходя из фундаментальных фактов о развитии технологий. Оценка примитивно из головы, это называется пол-потолок-пополам
а где ад кроме твоих фантазий? хост - это заголовок Host, там обычно передается доменное имя, подсчитать количество поддоменов задача невыполнимая, равно как невозможно подсчитать сколько серверов обслуживает любой взятый домен

Google
Paul
17.09.2017
18:47:33
Но ведь каждый фреймворк это отдельная технология?
нет, отдача чаще всего стандартными протокол

Aleksandr
17.09.2017
18:47:47
Massimo
17.09.2017
18:47:54
эмпирический основывается на личном опыте?
На опыте многих исследований, эмпирический показатель это скорее константа, которую математически ещё пока не объяснили

Paul
17.09.2017
18:48:07
а где ад кроме твоих фантазий? хост - это заголовок Host, там обычно передается доменное имя, подсчитать количество поддоменов задача невыполнимая, равно как невозможно подсчитать сколько серверов обслуживает любой взятый домен
хост - это заголовок Host, там обычно передается доменное имя вопросов больше нет. Если человек хост от домена не отличает - я не вижу смысла продолжать дискуссию

Massimo
17.09.2017
18:49:52
так тут речь о том что это измерить корректно нельзя, равно как и сделать точный вывод
Придется ориентироваться на то что посчитает правильным большинство, но никто не принуждает тебя этому следовать просто будь готов что тебя забросают какахами если ты это подвергнешь критике

Vasiliy
17.09.2017
18:49:54
Ты уж определись, эмпирические данные (видимо, эксперимент в противоположность личному опыту, лол), или фундаментальные факты о развитии технологий

Nikolay
17.09.2017
18:50:03
удоли

Massimo
17.09.2017
18:51:39
о том и речь
Но это не изменяет основного правила: если опровергаешь, то надо оперировать фактами, а не гипотезами.

Aleksandr
17.09.2017
18:52:28
Но это не изменяет основного правила: если опровергаешь, то надо оперировать фактами, а не гипотезами.
еще раз. я утверждал что попытки подсчитать напрямую нерелевантны и что релевантно подсчитать невозможно

Massimo
17.09.2017
18:53:19
Aleksandr
17.09.2017
18:54:54
Но отталкиваться от цифр нужно, расскажи тогда как правильно и обоснуй
ну правильно невозможно, потому что нет критериев (дешевых) для точной оценки того что фактически используется для обслуживания трафика сайта

Massimo
17.09.2017
18:55:46
И пока их не нашли будут отталкиваться от того что есть

Все закономерно

Massimo
17.09.2017
18:56:32
Личный опыт лучше, чем ничего
Услышал бы тебя николай

Paul
17.09.2017
18:59:55
ну так я услышу ответ от специалиста? чем заголовок Host отличается от домена?
Не вижу смысла объяснять азбуку, этот разговор уже не имеет смысла

Aleksandr
17.09.2017
18:59:57

Страница 3775 из 9768