Boris A Dolgov: Пересечение задач панели для хостинга и панели для клиентов -- это процентов 20 обоих, часть, отвечающая за генерацию конфигов.
Вы не поняли, я эти панели не разделяю, это один формат. Человекам не нужны панели на серверы, им нужна возможность построить архитектуру интернет сервиса по клику мышки: например нужен свой mongodb, нажали кнопочку и он запустился в нескольких датацентрах и так далее. Такое ПО активно развивается, но не в таком формате, как были панели, оно полностью их заменяет и поглощает.
Потому что это требует команды программистов и как минимум нескольких лет на написание и тестирование всех багов.
Так ПО пишет как раз ISP, потому их ПО такое страшненькое.
Но для панелек рынка нет, ничего нового нормального на замену никто разрабатывать не будет. Все разработки, которые решают проблемы простоты построения и хостинга интернет сервисов, сейчас ведутся в другой плоскости: дотклауд, докер, хероку и так далее. Там есть и деньги и огромные перспективы.
Дело в том, что хоть задачи и не идентичные, а проблема решается одна и странно не замечать, что панельки для шареда находятся в вымирающей нише. Зачем кому-то вкладываться в разработку ПО для заведомо сужающегося рынка?
WapGraf: У клиента сайт не идеален, если быть точнее требует оптимизации и срочно. Клиент отказывается её делать (причин на то может быть масса). В итоге снова 1 процесса мало. Так что вы будете делать?
Было такое много раз. Ни разу не помогло увеличение количества процессов. И не могло. Удивляет?
WapGraf:
Интернет магазины, сайты компаний - также парсят контент нередко.
Цену на золото и валюту, например. Это несколько секунд занятия процесса раз в день.
Рассылка выполняется на одном процессе, а другой свободен для других запросов.
---------- Добавлено 10.10.2015 в 17:01 ----------
WapGraf: В итоге 1-2 посетителя делают такой запрос, пусть он выполняется 2 секунды, а другие посетители в это время должны пойти пива попить получается? Так как сайт будет недоступен.
Ох эти тупые хостеры.
У тебя есть сайт, на него ходят запросы. Какой-то запрос иногда медленный, куда-то на другой сайт обращается, например, или медленный sql в базу. Когда он приходит, он занимает процесс апача на пару секунд, но второй процесс остается свободный и на него тем временем ходят остальные запросы. Но это уже для очень большой посещалки, когда запросы в среднем сыпятся чаще, чем раз в секунду. На обычных сайтах, они реже и даже медленный запрос в пару секунд обычно закончится раньше, чем на апач прилетит следующий.
Я собирал статистику с распределением времени отклика, меньше процессов его только уменьшают. Оно понятно, больше памяти остается под кэши.
Пересечение задач панели для хостинга и панели для клиентов -- это процентов 20 обоих, часть, отвечающая за генерацию конфигов.
Вы не поняли, я эти панели не разделяю, это один формат. Человекам не нужны панели на серверы, им нужна возможность построить архитектуру интернет сервиса по клику мышки: например нужен свой mongodb, нажали кнопочку и он запустился в нескольких датацентрах и так далее. Такое ПО активно развивается, но не в таком формате, как были панели, оно полностью их заменяет и поглощает.
Наобум компенсация и ответственность в договор не добавляется.
https://ru.wikipedia.org/wiki/%D0%A1%D0%BE%D0%B3%D0%BB%D0%B0%D1%88%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BE%D0%B1_%D1%83%D1%80%D0%BE%D0%B2%D0%BD%D0%B5_%D1%83%D1%81%D0%BB%D1%83%D0%B3
Потому что это требует команды программистов и как минимум нескольких лет на написание и тестирование всех багов.
Так ПО пишет как раз ISP, потому их ПО такое страшненькое.
Но для панелек рынка нет, ничего нового нормального на замену никто разрабатывать не будет. Все разработки, которые решают проблемы простоты построения и хостинга интернет сервисов, сейчас ведутся в другой плоскости: дотклауд, докер, хероку и так далее. Там есть и деньги и огромные перспективы.
Дело в том, что хоть задачи и не идентичные, а проблема решается одна и странно не замечать, что панельки для шареда находятся в вымирающей нише. Зачем кому-то вкладываться в разработку ПО для заведомо сужающегося рынка?
В каждом таком топике кто-то говорит, что легко написать более лучшую панель, чем все существующие, но почему-то никто ещё не написал.
Написано уже много ПО, которое решает похожие задачи лучше, но пока почти не продают и это уже не формат шареда.
Автор не отпишется, решили, нет и как?
У клиента сайт не идеален, если быть точнее требует оптимизации и срочно. Клиент отказывается её делать (причин на то может быть масса). В итоге снова 1 процесса мало. Так что вы будете делать?
Было такое много раз. Ни разу не помогло увеличение количества процессов. И не могло. Удивляет?
Интернет магазины, сайты компаний - также парсят контент нередко.
Цену на золото и валюту, например. Это несколько секунд занятия процесса раз в день.
С какой еще серой массой? Нелегальные грабберы?
Интернет магазины, сайты компаний, CRM и все остальные, кто ПЛАТЯТ ДЕНЬГИ, ерундной не занимаются и за быстрый ответ своих сайтов переживают.
Минимум 95% запросов всех сайтов очень быстрые.
Грабов не видели, посещаемых сайтов не видели. А что видели тогда?
С нелегалами не работаю. Посещаемые сайты на пхп чтоли? На пхп 200к хитов в сутки, больше не приходилось держать. На не пхп, ты не поверишь в цифры.
И так и не ответили как вы из 185 минут сделаете одну. Или опять побалаболил и слился, как в прошлый раз? А ответить за свои слова храбрости мало?
Что ты хочешь услышать? Как грабер на пхп держать с десятком параллельных скачиваний? Да, надо десятки процессов.
А что ж делать когда 100 запросов будет в секунду?
Каких запросов?
А если 100000 в секунду, что ты будешь делать?
Этот zzzit вам насоветует, который умнее всех, все знает, но ничего не видел и не делал.
Сиди лучше молча.
Рассылка выполняется на одном процессе, а другой свободен для других запросов.
---------- Добавлено 10.10.2015 в 17:01 ----------
В итоге 1-2 посетителя делают такой запрос, пусть он выполняется 2 секунды, а другие посетители в это время должны пойти пива попить получается? Так как сайт будет недоступен.
Ох эти тупые хостеры.
У тебя есть сайт, на него ходят запросы. Какой-то запрос иногда медленный, куда-то на другой сайт обращается, например, или медленный sql в базу. Когда он приходит, он занимает процесс апача на пару секунд, но второй процесс остается свободный и на него тем временем ходят остальные запросы. Но это уже для очень большой посещалки, когда запросы в среднем сыпятся чаще, чем раз в секунду. На обычных сайтах, они реже и даже медленный запрос в пару секунд обычно закончится раньше, чем на апач прилетит следующий.
Я собирал статистику с распределением времени отклика, меньше процессов его только уменьшают. Оно понятно, больше памяти остается под кэши.