Если читали весь топик, то изначальные условия были такими.
На ЗП и все остальное денег вообще не было, а менять условия только потому, что прошло время и нет желания с ними делится?
Это совместный бизнес и мы его ведем вместе.
В новый проект я беру людей, тех кто его сделает, а не тех кто на него будет работать.
Да, согласен. Хочешь ЗП? Работай за ЗП.
Хочешь иметь часть общей приыли проекта? И принимать решения, тогда в долю.
Или вообще, можно быть инвестором и ни во что не вникать, а просто получать деньги.
Тут как раз существует возможность выкупить долю.
Или это делают оставшиеся в команде, или кто то один, или приглашается новый человек за выкуп доли.
Вариантов хватает как выйти из таких ситуаций.
А почему 13%?? А почему НДФЛ не стали оплачивать? он не менялся давно, порядка 20% с дохода.
На сколько я знаю 13% — это были в прошлом году страховые взносы…
Сейчас это в пределах 30%…
Если вы решитесь сами платить налоги(отчисления в Пенсионный фонд + НДФЛ(налог на доходы физических лиц)), то 50% от всего, что вы получаете надо будет отдать государству… Это ужс, но обезают снизить ставки с января 13 года.
Статью Николай не обещает,
0.1% это скорее всего я видел в отчетах по другому серверу, приношу свои извинения, но я верил в эти цифры.
Да, мы в Питере.
Ниже кинул скрин по нагрузкам за прошлый год.
И вам Евгений здравствуйте!
Проверил места размещения рекламы, проанализировал имеющийся трафик, посмотрел обзорную информацию по статистике рекламы на вашем проекте.
1. Заметил, что вы модифицировали наш код.
2. Вы используете несколько рекламных сетей
3. Не всегда реклама вообще выводится(нет даже отладочной информации в коде страницы)
Рекомендую поставить стандартный код сети, хотя бы временно перестать сортировать рекламные сети для адекватного анализа, отключите показ реферального баннера в настройках площадки(раз вы из-за него вырезаете/модифицируете код).
Для сайта CTR 0.5% — 0.7% — это даже очень хорошо. При текущей посещаемости можно заработать больше, количество показов рекламы должно быть около 30к — 40к, а у вас всего 2к — 3к, ваша система ротации рекламных сетей списывает на нет всю желаемую монетизацию.
Не нужно распылять имеющийся трафик на несколько рекламных сетей. И тем более самим же закрывать показ рекламы для посетителя. За 10 обновлений я увидел рекламу два раза.
Хотя рекомендую сделать даже проще: запрашивать рекламу с обеих систем одновременно и показывать только полученные объявления, без собственных алгоритмов смены рекламной сети.
Получая рекламу выводите ее в разных блоках периодически меняя местами.
>> есть ли возможность получать посетителей по критерию: оператор х, только вап абоненты?
да, есть. У нас точка доступа WAP выделена для выбора, но только по основным операторам.
мы рассматриваем, но тут нужен рекламодатель, который с нами пройдет все пути от формирования типа рекламы до запуска варианта, а таких нет.
КП сами используют только такую систему расчетов с партнерами через ПП и им нет надобности строить все тоже самое с нами. Нет спроса — нет предложения.
Ответ от Николая:
Сессии хранятся в RAM-FS но они не критичны т.к. используются только для авторизации пользователей внутри системы, а основные запросы это на показ рекламы, где механизм сессий как таковой не используется.
php-fpm хотели попробывать, но изучив информацию о производительности связок php-fpm vs mod_php решили ничего не менять, т.к. проблем с ресурсами сервера нету, но был риск возникновения проблем со стабильностью работы.
30млн запросов это на динамику. В любом случае nginx как проксирующий веб-сервер выручает, снимая нагрузку от медленных запросов, быстрее высвобождая ресурсы apache для обработки новых запросов.
Особо-хитрых оптимизаций небыло. Был грамотный сисадмин который настроил нормально систему, вебсерверы, mysql для обработки такого большого числа мелких запросов. По сути запрос на рекламу это простейший POST-запрос с минимумом данных о клиенте, а ответ от сервера вообще не бывает размером более 150 байт, т.к. в ответе мы возвращаем статичный HTML-код (2-3 <a href… или <img src для баннеров).
В остальном просто правильное проектирование архитектуры БД, особенно за счёт высокого попадания данных в кеш MySQL и отложенная обработка данных. Когда данные агрегируются и затем через определённые промежутки времени обрабатываются системой. Фоновые обработчики (воркеры) так же написаны на РНР.
и напиши что про 0.1% ты ошибся. и извиняешься что ввёл людей в залуждение. Сервера 8 ядерные, локальный канал 1Gbs.
На ЗП и все остальное денег вообще не было, а менять условия только потому, что прошло время и нет желания с ними делится?
Это совместный бизнес и мы его ведем вместе.
В новый проект я беру людей, тех кто его сделает, а не тех кто на него будет работать.
Хочешь иметь часть общей приыли проекта? И принимать решения, тогда в долю.
Или вообще, можно быть инвестором и ни во что не вникать, а просто получать деньги.
Или это делают оставшиеся в команде, или кто то один, или приглашается новый человек за выкуп доли.
Вариантов хватает как выйти из таких ситуаций.
а может предложить к выборам президента?
Пустить Теле2 в МСК, кто пустит, тот и президент
А почему не всем столов хватает?
Смотрю люди прям на коленках работают, еще не дослужили до собственного стола?
На сколько я знаю 13% — это были в прошлом году страховые взносы…
Сейчас это в пределах 30%…
Если вы решитесь сами платить налоги(отчисления в Пенсионный фонд + НДФЛ(налог на доходы физических лиц)), то 50% от всего, что вы получаете надо будет отдать государству… Это ужс, но обезают снизить ставки с января 13 года.
0.1% это скорее всего я видел в отчетах по другому серверу, приношу свои извинения, но я верил в эти цифры.
Да, мы в Питере.
Ниже кинул скрин по нагрузкам за прошлый год.
Мы только получаем данные, сессии не ведем и отдаем не более 150 байт
Проверил места размещения рекламы, проанализировал имеющийся трафик, посмотрел обзорную информацию по статистике рекламы на вашем проекте.
1. Заметил, что вы модифицировали наш код.
2. Вы используете несколько рекламных сетей
3. Не всегда реклама вообще выводится(нет даже отладочной информации в коде страницы)
Рекомендую поставить стандартный код сети, хотя бы временно перестать сортировать рекламные сети для адекватного анализа, отключите показ реферального баннера в настройках площадки(раз вы из-за него вырезаете/модифицируете код).
Для сайта CTR 0.5% — 0.7% — это даже очень хорошо. При текущей посещаемости можно заработать больше, количество показов рекламы должно быть около 30к — 40к, а у вас всего 2к — 3к, ваша система ротации рекламных сетей списывает на нет всю желаемую монетизацию.
Не нужно распылять имеющийся трафик на несколько рекламных сетей. И тем более самим же закрывать показ рекламы для посетителя. За 10 обновлений я увидел рекламу два раза.
Хотя рекомендую сделать даже проще: запрашивать рекламу с обеих систем одновременно и показывать только полученные объявления, без собственных алгоритмов смены рекламной сети.
Получая рекламу выводите ее в разных блоках периодически меняя местами.
да, есть. У нас точка доступа WAP выделена для выбора, но только по основным операторам.
КП сами используют только такую систему расчетов с партнерами через ПП и им нет надобности строить все тоже самое с нами. Нет спроса — нет предложения.
Сессии хранятся в RAM-FS но они не критичны т.к. используются только для авторизации пользователей внутри системы, а основные запросы это на показ рекламы, где механизм сессий как таковой не используется.
php-fpm хотели попробывать, но изучив информацию о производительности связок php-fpm vs mod_php решили ничего не менять, т.к. проблем с ресурсами сервера нету, но был риск возникновения проблем со стабильностью работы.
30млн запросов это на динамику. В любом случае nginx как проксирующий веб-сервер выручает, снимая нагрузку от медленных запросов, быстрее высвобождая ресурсы apache для обработки новых запросов.
Особо-хитрых оптимизаций небыло. Был грамотный сисадмин который настроил нормально систему, вебсерверы, mysql для обработки такого большого числа мелких запросов. По сути запрос на рекламу это простейший POST-запрос с минимумом данных о клиенте, а ответ от сервера вообще не бывает размером более 150 байт, т.к. в ответе мы возвращаем статичный HTML-код (2-3 <a href… или <img src для баннеров).
В остальном просто правильное проектирование архитектуры БД, особенно за счёт высокого попадания данных в кеш MySQL и отложенная обработка данных. Когда данные агрегируются и затем через определённые промежутки времени обрабатываются системой. Фоновые обработчики (воркеры) так же написаны на РНР.
и напиши что про 0.1% ты ошибся. и извиняешься что ввёл людей в залуждение. Сервера 8 ядерные, локальный канал 1Gbs.
Обязательно дам их сюда.