Надо закапывать тех, кто сделал софт, который рулит железом ценой больше жизни и квартиры, и строго завязал на матьего IE. И тех, кто писал им ТЗ, а заодно руководителя, который отвечал за весь этот «полный пинцет».
Очень бы хотелось поддерживать максимум 2 последние версии каждого браузера, а лучше вообще только WebKit. Это бы значительно упростило разработку. И вообще, не очень хорошо, что многие решения весят в три раза больше необходимого тупо из-за поддержки различного раритета. Но очень не хочется самому быть стимулом для обновления браузеров, т.к. в большинстве случаев пользователь не браузер обновит, а сервис сменит на тот, где ему комфортно. Имхо, производители браузеров должны производить безусловный апдейт на master ветку.Так же, как обновляется винда в особых случаях. Браузер перезагрузится для обновления через 60 секунд / отложить на 1 час.
230 рублей, ВлГУ, г. Владимир. Правда многие, включая меня, подрабатывали еще где-то. Я с ребятами локальные сети протягивал, там не плохо получалось, но 3К за 2-3 часа в любом случае было комильфо.
Логично, но не соглашусь с вами. Мой пост как раз о том, что требований к качеству никаких. Если бы стоял вопрос качества, так бы и сделал (у меня с микросхемотехникой все ок, робототехника — хобби). Но задача была в том, чтобы просто было, а тратить на одно и то же больше времени, чем можно потратить — бессмысленно. Именно поэтому любой готовый девайс меня бы удовлетворил, лишь бы увидеть, что есть коннект, данные идут, и реализовать за пару часов сам софт. Получить деньги и забыть. Что я и сделал, будучи вменяемым человеком )
В 2002-м году был студентом на 3-ем курсе. Подошел преподаватель по микроэлектронике и спросил — могу ли я написать софт для управления и контроля за промышленными кранами под винду. Не вопрос, естественно. Через день связались из одной известной компании. Цена вопроса — 3000р. Ну, я не дурак, студент, деньги нужны — согласился.
ТЗ: Контроллер крана подключается по PS/2, 9600 baud rate, 8 бит, 1 стоп бит. Контроллер дать не можем, но вы же профи — должны и так справиться. На вход каждый байт — нагрузка. В софте динамически рисуется график, и если вдруг нагрузка превышает Х — аларм, если У — аварийный сброс груза.
Подрубил PS/2 мышку, двигал ей, считывал рандомные байты, за пару часов написал код в Delphi. Не удивлюсь, если до сих пор им пользуются.
Спасибо, бро!
Я искренне верю и надеюсь, что вся эта затея в итоге превратится в первый нормальный компилятор писем из человеческой верстки в почтовую )
Разработчик очень странный у вас. Он кодит и тестирует прямо на продакшене? Т.к. если нет, то вообще смысл отключения opcache не понятен. Его включение снизит нагрузку примерно раза в 4.
У нас всего 10 млн запросов в час на nginx, требующих достаточно непростой обработки через nginx + php-fpm, локальный кеш, глобальный кеш и api «мозгового центра», который достает нужную инфу после авторизации подключившегося клиента из базы.
Специально потратил полтора часа времени и на практике проверил все предложенные вами настройки (за исключением бессмысленных вроде выставления значений по-умолчанию и безумных вроде max_children 4000). Проверял не просто так — реально надеялся, что кто-то где-то упустил и смогу снизить нарузку/необходимое количество инстансов. После каждой значимой манипуляции рестартовал испытуемый сервер и сравнивал показатели с другими. Увы, не смог добиться положительного статистически значимого результата, хотя рост количества обработанных запросов даже на 2% посчитал бы значимым.
ТЗ: Контроллер крана подключается по PS/2, 9600 baud rate, 8 бит, 1 стоп бит. Контроллер дать не можем, но вы же профи — должны и так справиться. На вход каждый байт — нагрузка. В софте динамически рисуется график, и если вдруг нагрузка превышает Х — аларм, если У — аварийный сброс груза.
Подрубил PS/2 мышку, двигал ей, считывал рандомные байты, за пару часов написал код в Delphi. Не удивлюсь, если до сих пор им пользуются.
(с) Просто используйте /dev/urandom.
var email = require('gulp-email');
var inline = require('gulp-inliner');
…
gulp.task(
'build',
function() {
gulp.src(['./src/*.htm'])
.pipe(email())
.pipe(inline())
.pipe(gulp.dest('./build/'));
}
);
Я искренне верю и надеюсь, что вся эта затея в итоге превратится в первый нормальный компилятор писем из человеческой верстки в почтовую )
Специально потратил полтора часа времени и на практике проверил все предложенные вами настройки (за исключением бессмысленных вроде выставления значений по-умолчанию и безумных вроде max_children 4000). Проверял не просто так — реально надеялся, что кто-то где-то упустил и смогу снизить нарузку/необходимое количество инстансов. После каждой значимой манипуляции рестартовал испытуемый сервер и сравнивал показатели с другими. Увы, не смог добиться положительного статистически значимого результата, хотя рост количества обработанных запросов даже на 2% посчитал бы значимым.
Спасибо, отличный сервис делаете!