>Я не против заплатить разумные деньги за разумный
Он бесплатный.
>Он меня сильно подвыбесил, если честно.
И зря. Имхо, лучшая веб морда из того, что есть. Да, некоторые проблемы там есть, но все равно это самая удобная морда. И по мне лучше гмыла. Хотя в наши дни и гмайл уже очень неплох.
>владельцы брендов буду рады платить
В контексте "каталог придётся беречь от маркетологов" это два взаимоисключающих под хода. Нельзя быть немного беременной, немного нетрадиционным или немного продажным.
Удаленно они точно могут работать. Сервис Мое дело с ним именно так и работает. Другое дело да, e10 прав. Неадекват с их стороны имеет место быть, знаю пример на валютном контроле. Но учитывая ситуацию с другими банками приходится мириться с такими проблемами. На текущий момент адекватных альтернатив не вижу.
Почему не делает? Я когда работал в регру на техсапорте часто ковырялся в php скриптах и js коде движков. В общем цель была помогать клиентам с проблемами, но в рамках разумного. Так что не брехня. Другое дело, что обычно да, на техсупорт первой линии специалистов способных 1) к ковырянию в движке и 2) способных понять где проблема (а она не всегда связанна напрямую с движком) конечно же не садят. Но это не значит, что таких случаев не бывает. Все бывает.
Лучше все же через content-type. Ибо через «расширение файла» получается три разных ресурса. Хотя по сути он один. Уже если пропагандируем REST, то будем последовательны и следовать ему будем до конца.
Ну первый очевидный вариант уже озвучили, работа вчерную. Но на самом деле это не обязательно если налог платиться с дохода, а не со всей поступившей суммы. Наверняка оформляют в духе «агентское вознаграждение» и платят налог уже с этих 2%.
Действительно, ShpuntiK, что смешного? Мне вот как веб разработчику ноут нужен по сути как печатная машинка ибо на рабочем компе только редактор кода и есть, все остальное крутиться на сервере. А вот дескстопным знакомым программерам ноут нужен помощьнее, и приходится компилировать разрабатываемое на рабочей машине. Поэтому когда я себе брал бук мне было главное низкая цена + максимально большая батарея (10 часов тянет), а вот дескстопщикам он не нравиться, потому что слабоватый для них. Так что вопрос более чем легитимен.
DevMan, то, что автор озвучил результаты своих поисков вовсе не значит, что найденное им оптимально.
>Во время срабатывания «времени запуска» объявления не происходит никакого события.
Поддержу lesha_penguin. В том, что при запуске объявления не происходит ни какого события и есть архитектурный просчет из-за которого систему сложно поддерживать. Должно быть событие «запустить объявление в показ». Запуск можно делать через крон (минутных интервалов для объявлений должно более чем хватить, посекундная тарификация при показе объявлений на сайте выглядит бредом).
Измерять в req/s без указания количества рабочих процессов не очень корректно. Потому как можно за nginx-ом пустить пачку апстримов и весь вопрос будет в количестве используемых серверов. ab для нагрузочного тестирования тоже не самый хороший инструмент. Более гибкий и мощный это httperf. Пример использования тут: "Smarty VS ctpp".
Да, есть у них такое. Мне вот тоже звонили, теперь все пишут и пишут, что типа, чувак, тебе одобрен кредит в 300 круб с копейками. И только при ознакомлении с условиями можно узнать, что стоит это почти 30% годовых. Т.е. за 300 круб придется отдать около 100 круб процентами. Спрашивается, нахера, если такую сумму реально набрать и самому.
Нельзя сравнивать WebKit и V8. Это не корректно. Потому как первый это полноценный браузерный движок со в всеми прелестями JavaScript и построением DOM страницы, когда как второй просто серверный вариант JavaScript VM.
Если это к вопросу наличия процесса «почтовый сервер», то несмотря на название master его нельзя считать процессов почтовика как в том же exim. Там это по сути форкающийся монолит, в postfix это ряд отдельных программ каждая из которых выполнят только свою функцию. Если для данной программы в текущий момент нет работы, то и загружена она не будет. Кроме того при такой фрагментации код каждой из таких программ меньше и заточен для отработки определенной задачи. Что, как утверждается, приводит к меньше количеству ошибок и упрощает разработку.
Все тоже самое можно и через postfix делать. И там написание конфигурации напоминает программинг, тоже можно написать цепочки правил и их зависимости. При этом он не монолитный в смысле, нет одного мастер процесса. Если для определенной задачи работы сейчас нет (очередь писем пустая), то и соответствующая программа обработки выгружается. База юзеров в базе безусловно круто и она конечно же в связке postfix+dovecot есть и работает. Но можно сделать больше. Выгрузить базу в карту суть которой БД во внутреннем формате самого postfix которая при старте им читается и загружается в память. Нет лишних запросов к СУБД не говоря уже о том, что работает сильно быстрее (критично для ситуации «а есть ли у нас юзер Вася Пупки» при входящем потоке на несуществующие адреса). Вопрос синхронизации СУБД и внутренней базы в принципе тоже не стоит. На сколько я знаю, можно написать правила при которых если юзер не найден во внутренней базе, то он будет искаться в СУБД, т.е. запросы в СУБД будут уходить только для новых юзеров. А синхронизацию можно делать через запуск крона и формировании новой выгрузки из СУБД.
В силу архитектурных особенностей кушает ресурсов он все же меньше, чем exim. Поэтому я бы с nginx сравнивал все же postfix, а не exim. В общем рекомендую все же еще раз присмотреться к этому MTA.
Он бесплатный.
>Он меня сильно подвыбесил, если честно.
И зря. Имхо, лучшая веб морда из того, что есть. Да, некоторые проблемы там есть, но все равно это самая удобная морда. И по мне лучше гмыла. Хотя в наши дни и гмайл уже очень неплох.