raspberry: женщин тревожат мужчины, среди них мало тех, кто чётко годится в отцы. Либо это раздолбаи, которые охотно попадают в сети потребительско-гедонистской культуры и принимают девиз "жить в свое удовольствие". Либо это трудоголики, для которых ребенок - противный камешек в подошве альпиниста. Либо это айтишники, которые ненавидят всё, что вырывает их из Сети. Потенциальных отцов косит мода на гомосексуальность, инфантилизм, завышенные требования к себе, гонка за новыми горизонтами, и прочие вавилонские башни.
Потрясающее понимание! На самом деле это совершенно не так. Люда, тебе надо срочно менять круг общения на нормальный. ;)
MVH: то возникает геморрой при синхронизации виртуальных хостов и т.п. между apache и nginx.
Думаю, не так уж трудно написать скрипт, парсящий конфиг виртхоста апача и генерящий соответствующий для nginx по шаблону. Пожалуй, на полчаса-час работы, включая наладку и подгонку.
MVH: А в случае с файлами статическими пользователь обратиться к nginx'у, тот обратиться к апачу, апач, выполнив необходимые действия (проверка существования файла, прав на доступ и т.п.), начнёт постепенно передавать файл nginx'у? Или он просто, грубо говоря, скажет nginx'у, что надо вернуть пользователю такие-то HTTP заголовки и начать передавать ему такой-то файл, и процесс апача освободится, а процесс nginx'а начнёт передавать большой файл клиенту?
Если сам nginx не настроен на отдачу статики, то он получит файл от апача по HTTP и будет отдавать клиенту из своего буфера. А далее, как сказал Roxis:
Roxis: если ответ апача не помещается в буфер, то он пишется в файл и оттуда уже отдаётся клиенту
MVH: Ну, можно же можно сделать так, что бы при установке такого модуля для апача надо было написать программу для конкретной ОС, которая бы возвращала в определённом формате данные о загруженности системы, к которой бы и обращался данный модуль апача.
Тоже "костыль", но на другом языке написанный. :)
Характеристики нагрузок в web подразумевают значительный запас мощности сервера для пиковых нагрузок. Ваше же предложение подразумевает ровно работающий недалеко от предела сервер, что в вебе нереально.
MVH: хочется сделать, что бы проверка осуществлялась именно при порождении дочерних процессов. Так по идее, информация о загруженности системы будет получаться настолько оперативно, насколько это возможно и с меньшими затратами
MVH: проверялись бы свободная оперативная память и загруженность процессора
Эти действия имеет смысл измерять лишь усредненно, за какой-то промежуток. Да и вообще, такие измерения наглухо привязаны не только к конкретной ОС, но и к железу. Апач же - независимое от этого изделие.
женщин тревожат мужчины, среди них мало тех, кто чётко годится в отцы. Либо это раздолбаи, которые охотно попадают в сети потребительско-гедонистской культуры и принимают девиз "жить в свое удовольствие". Либо это трудоголики, для которых ребенок - противный камешек в подошве альпиниста. Либо это айтишники, которые ненавидят всё, что вырывает их из Сети. Потенциальных отцов косит мода на гомосексуальность, инфантилизм, завышенные требования к себе, гонка за новыми горизонтами, и прочие вавилонские башни.
Потрясающее понимание! На самом деле это совершенно не так. Люда, тебе надо срочно менять круг общения на нормальный. ;)
то возникает геморрой при синхронизации виртуальных хостов и т.п. между apache и nginx.
Думаю, не так уж трудно написать скрипт, парсящий конфиг виртхоста апача и генерящий соответствующий для nginx по шаблону. Пожалуй, на полчаса-час работы, включая наладку и подгонку.
лучше бы узнать, как на это смотрит администрация
Хреново смотрит.
У самого котелок пухнет от идей - не знаю, блин, куда их девать...
Если идеи такого же рода - подсказал бы, да не хочу нецензурить публично.
Если какому-то ненормальному надо было бы уложить форум, он это бы сделал давно. Только кому это нужно...
Пытаются регулярно. Надоели.
надо перезапускать родительский процесс апача. Думаю, это не слишком хорошо на производительности скажется
Не думаю, что обработка SIGHUP загрузит систему больше, чем форки, которые делаются непрерывно и массово. :)
Хотя, всё же, если подумать, то перезапускать надо будет не каждую секунду всё таки, а наверно, раз в минуту оптимально будет
Полагаю, что каждую минуту не надо. Лишь при необходимости, вызванной заметными изменениями нагрузки.
А в случае с файлами статическими пользователь обратиться к nginx'у, тот обратиться к апачу, апач, выполнив необходимые действия (проверка существования файла, прав на доступ и т.п.), начнёт постепенно передавать файл nginx'у? Или он просто, грубо говоря, скажет nginx'у, что надо вернуть пользователю такие-то HTTP заголовки и начать передавать ему такой-то файл, и процесс апача освободится, а процесс nginx'а начнёт передавать большой файл клиенту?
Если сам nginx не настроен на отдачу статики, то он получит файл от апача по HTTP и будет отдавать клиенту из своего буфера. А далее, как сказал Roxis:
если ответ апача не помещается в буфер, то он пишется в файл и оттуда уже отдаётся клиенту
Ну, можно же можно сделать так, что бы при установке такого модуля для апача надо было написать программу для конкретной ОС, которая бы возвращала в определённом формате данные о загруженности системы, к которой бы и обращался данный модуль апача.
Тоже "костыль", но на другом языке написанный. :)
Характеристики нагрузок в web подразумевают значительный запас мощности сервера для пиковых нагрузок. Ваше же предложение подразумевает ровно работающий недалеко от предела сервер, что в вебе нереально.
надеюсь на помощь энтузиастов
найдутся те, кто разделит мой подход к поставленной задаче
Не беспокойтесь, идиотов здесь не так уж и много.
хочется сделать, что бы проверка осуществлялась именно при порождении дочерних процессов. Так по идее, информация о загруженности системы будет получаться настолько оперативно, насколько это возможно и с меньшими затратами
проверялись бы свободная оперативная память и загруженность процессора
Эти действия имеет смысл измерять лишь усредненно, за какой-то промежуток. Да и вообще, такие измерения наглухо привязаны не только к конкретной ОС, но и к железу. Апач же - независимое от этого изделие.
Скажите, правильно ли я понимаю, что в данном случае (если только как акселератор) поведение будет следующее
Правильно.
Будет как-то перекидываться поток считывания файла от апача к nginx'у? Или как?
Грубо говоря, апач будет взаимодействовать с nginx, как с прокси - через TCP-соединение. Они вообще могут быть на разных серверах.
я уже лет 20 не знаю, что такое похмелье
А на аватаре - как живой. :D
надо же ведь будет прописывать данные о тех же виртуальных хостах не только в апаче, но и в nginx
Надо, если настраивать nginx на отдачу статики. Если только акселератором, то не надо.