Простите, а что не так? Ваше "Нуну", судя по всему, означает что это применение JOIN на больших объемах данных - это плохая практика? Не буду ли я слишком назойлив, если попрошу пруф линк для Вашего замечания?
JOIN быстрее NESTED QUERIES 1, JOIN быстрее NESTED QUERIES 2.
Если Вы пользуетесь phpmyadmin (судя по строке со временем) он Вам показывает не совсем точное время. Попробуйте выполнить запрос с чекбоксом Profiling, и посмотрите EXPLAIN запроса, иначе можно только тыкать пальцем в небо о природе тормозов.
Вложенные селекты очень и очень медленное решение. Не уверен, но может быть пошустрее
SELECT SQL_CACHE 9 AS test,N.*, R.NAME as region, C.NAME as category, S.NAME FROM FROM news_news N LEFT JOIN news_regions R ON R.id = N.id_regionLEFT JOIN news_category C ON C.id = N.id_categoryLEFT JOIN news_sources S ON S.id = N.id_sourceWHERE 1=1 AND MONTH(N.date) = 1 AND YEAR(N.date) = 2014 ORDER BY N.id DESC LIMIT 0,36;
NAME во вложенных селектах это параметр?
Еще посмотрите
EXPLAIN своего и предложенного мною запроса. Вполне возможно, что где то тут news_sources where id = N.id_source отсутствуют индексы. Так же желательно содержать индекс на дату. Он у Вас есть?
Если я правильно понял написанное Вами - вполне себе возможно. Вот так:
$(document).on('mouseover', 'input', function(){ alert('Вы поместили курсор в зону элемента foo.'); });
Рабочий пример jsfiddle
Для старых версий jquery ниже jQuery 1.7 стоит использовать delegate
$(document).delegate('input', 'mouseover', function(){ alert('Вы поместили курсор в зону элемента foo.');});
Все дело в том, что при подгрузке документа Jquery слушает DOM, который был создан изначально. А append происходит уже после полной загрузки. $(document).ready(). Поэтому для самого Jquery Dom не обновляется.
Кстати $(function () {}) после $(document).ready() лишние. Т.к. это по сути своей одно и то же.
ИМХО, крупные CPA сети просто не будут заморачиваться с мелким оффером. Если и согласятся то ничего нового не предложат. А мелкие сетки и подавно.
А можно поступить примерно так: выплачивать вебмастерам за ПОДТВЕРЖДЕННЫЙ по телефону заказ, только не по 500 р, а меньше. Если Вы знаете примерный процент отказов после подтверждения, то можно высчитать удобную выплату, при которой и вебмастер будет счастлив(если вообще вебмастерам это интересно), и Вы не будете в минусе. Предположим, у Вас 50% отказов после подтверждения заказа. Выплачивайте вебмастеру 250 рублей, но за ПОДТВЕРЖДЕННЫЙ, а не оплаченный и выполненный заказ. Во избежание накруток можете сделать холд для новых вебмастеров, на срок выполнения заказа. За время холда и выполнения заказа можно будет точно понять насколько качественный трафик у вебмастера и не накручивает ли он. Если же процент отказов вебмастера переваливает за приемлемый для Вас, то работать с вебмастером не стоит. Такой подоход убьет сразу двух зайцев. Будет и прозрачность(при таком подходе нет особого смысла прослушивать разговоры вебмастером, ну только разве что в качестве плюшки), а старый и проверенный вебмастер может получать выплату сразу же за подтвержденный моментально заказ без холда.
Но опять же, вся эта схема будет работать при хорошей выплате для вебмастера. Если это вообще интересно
А с технической точки зрения, просто привязывайте куку юзеру, который перешел по ссылке вебмастера, и проставляйте значение этой куки в заказе. Самый простой подход.
Идея отличная, но зависит от формата рекламируемой площадки. Так же iframe не очень красивое решение. ИМХО, лучше быстренько накатать минимальный API для приема заказов, дабы не использовать iframe
Весьма и весьма актуальная проблема! Согласен полностью с @Andy_ham. Я так же абсолютно не против показать скрины доходов с других ПП, чтоб показать чего я стою. НО жутко настораживает, когда партнерка просит показать источники трафика. Был с полгода назад случай, когда после демонстрации источников, странным образом появился конкурентный проект со всеми данными менеджера, который так настаивал на демонстрации источников. Большинство менеджеров(причем, зачастую не компетентных в вопросах добычи трафика) заявляет, якобы, все это для защиты от некачественного трафика. Да черт подери! Выделять качественный трафик это если не единственная, то ОСНОВНАЯ ЗАДАЧА CPA/CPI партнерки. Лично я, впредь делаю вывод о компетентности всей сети в целом после таких вопросов. Раз их задают, значит понятия не имеют как выделить хороший трафик из мусора. Вообще, такой подход очень часто череват тем, что либо вебмастер просто не станет регаться, либо в результате недопонимания горе-менеджером всех аспектов трафика вебмастера просто будет послан этим самым менеджером. Неужели владельцы(управленцы) сетей и в правду полагают, что отсев вебмастеров вручную в результате собеседования дает больший профит самой сетке? Неужели, не будет проще всем, если качество трафика будет контролироваться на стороне сети, без лишних вопросов?
А для владельцев и управленцев сети могу сказать следущее: Сейчас новых ПП открывается в день 5 штук. И рынок просто забит офферами на любой вкус, а вот толковых вебмастеров с хорошим трафиком не так уж и много. Поэтому, если вы заставляете вебмастера потратить время, отвечая на ваши вопросы, ждать неделями апрув, то будьте добры предложить соответствующие условия взамен, иначе шансов на рынке у вас не много.
Спасибо. Весьма странное поведение. Речь про яндекс?
Подтверждаю. Тоже самое
Причем, на обоих сайтах. Проверка с помощью https://sslcheck.globalsign.com/en_US/sslcheck дает рейтинг A. Серьезных проблем не выявлено.
А вот гугл уже успешно подхватил протокол и странички начали появляться уже по httpS
В обоих ПС? И что значит был без трафика? Как только поменяли протокол вылетели странички?
Вы ВК используете в качестве CDN сервера для своих же изображений? :) Оригинально.
Или же в целях экономии места на хостинге?
у CloudFlare CDN есть бесплатный тариф
Верно. Это самый обычный SaaS, который позволяет развернуть свою CPA, CPI, CP(любая_буква) сетку, на своем домене за абонентскую плату. Размещено все это дело на их же серверах.
Не делают. И не совсем понятно зачем? Договоренности с рекламодателями, как правило личные и оплату через сайт вряд ли кто-то вообще проводит. А вебмастерам, разработчикам и т.д. выплаты осуществляются, как правило вручную. Полноценного биллинга для выплат я не встречал.
Разумеется, вебмастеров Вам дарить вряд ли кто то будет.
Не берут. А с тарифами можно ознакомиться тут.
Данный SaaS очень любят CPI(мобильные) сетки. Для полноценной работы с CPA, имхо не хватает гибкости и информативности всей системе. Арбитражить тоже не удобно, изза отсутствия точных показателей по офферам, на основе общих данных от других участников. Но кто то умудряется очень успешно. Так же не стоит забывать про то, что это SaaS со всеми вытекающими. Если ложиться что то у них, то ложится у всею
ИМХО, это один из лучших SaaS, преимущественно для CPI, который я вообще встречал. Если Вы хотите развренуть свою CPA сеть, то опять же ИМХО, лучше посмотреть в сторону приватных движков/скриптов.
