myhand

Рейтинг
278
Регистрация
16.09.2009
Shema:
Я сейчас очень зол на .m, но надо объективно смотреть на вещи - оказывать услуги беспроблемно не может ни одна компания.

А молчать про масштабные аварии тоже принято во всех компаниях?

Только на моей памяти - сегодня и вчера перегружались сервера *пачками*. Более того, клиентов уведомили о проблеме только после прямого вопроса днем ("че было?"). Точно также было в январе, когда DNS сервера лежмя лежали.

Himiko:
В примере было сделано всё, что мы обещали. Вы вроде бы не глупый человек, вам не понятно, что мы вправе какие-то услуги оказывать, как какие-то нет?

По факту - клиенту оказали услуги психотерапевта: "проблемы не вижу". Боюсь, вы не вправе оказывать подобные услуги без диплома. 🍿

Himiko:
У вас непонятная уверенность, а у меня анализ решения задач, статистика по времени ответов и количеству выполненных задач, оценка клиентами тикетов, оценка клиентами специалистов и отзывы.

У меня - публичная информация, разобранный конкретный случай мало-мальски нетривиальной проблемы. А приватная статистика вашей конторы идет лесом.

Himiko:
Может мне виднее и это, собственно, вас не касается вообще?

И что вы тогда так распереживались?

iopiop:
там достаточно интриг, как и в любом сообществе. глупо это отрицать.

Из цитаты так и не ясно что именно являлось предметом интриг. Думаю, сам автор - Бернштейн тот еще тролль.

Himiko:
Претензии - это когда недовольны и мы не сделали то, что обещали.

В точности как в примере.

Himiko:
Если что-либо не нравится вам или всего одному клиенту - это идеальный результат при нашем объёме работ с несколькими тысячами клиентов.

Уверен, что не одному. Пример показывает, что с нетривиальными задачами у вас проблемы. А штамповать задачи уровня "установи мне Zend Optimizer" - можно пачками. Фастфуд, ага.

LenkaAOE:
не тот уровень развития проекта, чтоб, за сервер, который стоит 100 баксов в месяц..платить столько же за админстрирование :(

Время живого человека стоит дороже времени машины. 100$ в месяц - не так много, может даже и мало (в зависимости от условий администрирования).

Но вам ведь надо решить разовую задачу. За администрирование платить вовсе не обязательно - чего-то вы у Himiko не поняли.

Himiko:
У нас 2 уровня контроля. За каждой задачей следят. У нас достаточный штат, чтобы такое обеспечить.

Это все очень хорошо, рад за вас. Тем не менее, я вижу что вижу - и пример совершенно случайный ("мимо проходил", что называется).

Himiko:
Согласен. Регламенту предоставления услуг отзыв соответствует, клиент без претензий. Меня всё тут устраивает.

Претензии, это когда кричат "верни мне деньгу"? :) Ну, это уже совсем караул.

DavyJohnes:
Вы думаете вокруг вас одни дураки?:)

Вас не должно беспокоить то что я, возможно, думаю.

DavyJohnes:
Естественно я читал доку на apache.org.

Я вижу обратное, о чем и написал. Либо вы не читали, либо ни слова не поняли. Google Translate вам в помощь.

DavyJohnes:

Вопрос №1 Правильно ли я понял назначение директив mpm-worker?

Нет. Для этого документацию надо было прочитать.

DavyJohnes:

ThreadLimit - Общее число потоков для всех "родительских" процессов

Чушь.

DavyJohnes:
ThreadsPerChild - Число потоков которое может создать каждый из "родительских" процессов (Т.о. ThreadsPerChild=ThreadLimit/StartServers верно ?).

Нет.

DavyJohnes:
MinSpareThreads\MaxSpareThreads - диапазон кол-ва потоков которое каждый "родитель" держит запущенным в ожидании поступления запроса (Т.о. MaxSpareThreads не может превышать ThreadsPerChild, верно ?).

Нет. Неверно.

DavyJohnes:
Вопрос №2 Что лучше: много "родительских" процессов и несколько потов на каждый или несколько "родительских" и много потоков для каждого ? Если однозначного ответа нет, то в какой ситуации одно лучше другого ?

Лучше для начала разобраться как работает MPM модуль. А потом его настраивать.

В данном вопросе разницы особой нет. Разве что потоки в разных процессах получаются изолированными друг от друга. Случится сегфолт - умрут все потоки только в данном процессе.

DavyJohnes:

Вопрос №3
Что означает обилие следующих ошибок в логах апача ?

[Wed Feb 01 17:25:14 2012] [warn] [client XXX.XXX.XXX.XXX] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server, referer: http://site.ru/path/to/script.php
[Wed Feb 01 17:25:14 2012] [warn] [client XXX.XXX.XXX.XXX] (104)Connection reset by peer: mod_fcgid: ap_pass_brigade failed in handle_request_ipc function, referer: http://site.ru/path/to/script.php

См. FcgidIOTimeout (или IPCCommTimeout) директиву.

Himiko:
Посчитайте количество отзывов только на этом форуме. И попробуйте поискать отзывы негативные. Посмотрите процентное соотношение.

Для этого нужно пристально следить за вашей работой - а это труд. Было бы специально интересно или не бесплатно - конечно, проделал бы более представительный анализ.

Himiko:
И обратите внимание, что клиент никакого недовольства не высказывает.

У каждого свои стандарты. В своей работе подобный отзыв я счел бы крайне негативным. Но если вас напрягает только откровенная матерщина в ваш адрес - дело другое...

vapetrov:
Я вам не доктор. Ни вам очки прописывать, ни кого другого лечить не собираюсь.

Ну, не доктор - значит шарлатан. Шправки нет, а лечите:

vapetrov:
Могу предположить, что проблема в загруженности канала.
Если он загружен близко к 100%, то пакеты могут теряться и ftp будет работать так, как вы описали.
Проблема обычно решается приоретизацией трафика, например при помощи htb.init
vapetrov:
Вы себе счетчик сообщений увеличиваете таким образом?

Интересно иногда понаблюдать за телепатами. А вы против?

Himiko:
Видимо мы не нормальные, что работаем за 600 рублей/час ? :) (официальная организация, платим налоги, свой штат круглосуточного саппорта + старших администраторов)

А вот и благодарные клиенты :) Дешево - значит дешево.

vapetrov:
Какое именно? "Если диски тупят"?

Большая нагрузка на диски.

vapetrov:
Если вы соблагоизволите прочитать первое сообщение топика, то там уже подобные предположения высказывались.
Соблаговолил. Не вижу там "предположений". "Не удается получить список каталогов" - может быть даже выбранный тип FTP-соединения.

Нужно смотреть и/или задавать вопросы ТС. Но вы продолжайте лечить по фотографии ;)

Всего: 4890