---------- Добавлено 17.08.2015 в 19:34 ----------
rereg: =Lexx=, ВП лог ошибок вроде ведет, там есть что нибудь?
Или сделайте error_reporting(E_ALL) для включения в отчет всей "ругани", возможно, что еще всплывет до "rewrite.php on line 271"
Сперва бекап сайта проверил на virustotal - все ок.
Потом взял бекап бд на момент, когда сайт работал нормально (пара дней назад) и залил. Сайт восстановил работу.
Сейчас повторил то же самое - сайт снова заработал. Но есть подозрение, что через 2-3 дня снова уйдет в даун, т.к. ошибка не устранена.
По идее, надо взять работоспособную БД и сравнить с вариантом, когда сайт в дауне. Т.о. можно будет понять какая таблица/запись приводит к поломке сайта и выяснить какой плагин это делает.
К сожалению, на текущий момент это находится вне зоны моей компетенции. Иначе бы я не просил о помощи :(
Actionpay_aff: Ситуация выглядит таким образом - как только мы получаем средства от какого либо рекламодателя, то мы сразу же обрабатываем выплаты вебмастерам, в приоритете именно те партнеры, которые дополнительно сделали запрос в ЛС мне или своим персональным менеджерам...
Буду капитаном очевидность, но все-таки, может стоит взять кредит и погасить долги, чтобы не терять свой главный актив - лояльность веб-мастеров и арбитражников?
Сейчас все выплаты через ЛС или менеджера? У меня вот, оборотка кончилась. И пока выплат не дождусь, баланс пополнять не буду. А в случае продолжительной задержки не поленюсь и перенастрою ссылки на другую CPA.
Желаю все-таки разобраться с текущими проблемами и продолжать эффективно работать.
И не плохо было бы перечислить все плагины.
A2P SAPELinks
Список страниц
WP-Mail-SMTP
WP DS Blog Map
WordPress Related Posts
Wordfence Security
SI CAPTCHA Anti-Spam
RusToLat
No Category Parents
MaxSite Russian Date
Math Comment Spam Protection
Google XML Sitemaps
Get Recent Comments
FancyBox for WordPress
Disable Revisions
Contact Form 7
AStickyPostOrderER
All In One SEO Pack
Akismet
---------- Добавлено 17.08.2015 в 19:34 ----------
=Lexx=, ВП лог ошибок вроде ведет, там есть что нибудь?
Или сделайте error_reporting(E_ALL) для включения в отчет всей "ругани", возможно, что еще всплывет до "rewrite.php on line 271"
хм. где это может быть?
Кстати, а при чем тут база данных?
Сперва бекап сайта проверил на virustotal - все ок.
Потом взял бекап бд на момент, когда сайт работал нормально (пара дней назад) и залил. Сайт восстановил работу.
Сейчас повторил то же самое - сайт снова заработал. Но есть подозрение, что через 2-3 дня снова уйдет в даун, т.к. ошибка не устранена.
По идее, надо взять работоспособную БД и сравнить с вариантом, когда сайт в дауне. Т.о. можно будет понять какая таблица/запись приводит к поломке сайта и выяснить какой плагин это делает.
К сожалению, на текущий момент это находится вне зоны моей компетенции. Иначе бы я не просил о помощи :(
=Lexx=, залейте файл /home/srv29567/advokat-pravo24.ru/wp-includes/rewrite.php на pastebin, сюда сбросьте ссылку.
Добрый день.
Вот:
http://pastebin.com/WVUL0CDm
скиньте скриншот с кодом данной формы, чтобы можно было увидеть к чему привязаться можно и я вам с удовольствием помогу)
Да практически на любой странице сайта большая синяя кнопка "Свяжитесь с нами"
http://www.prognoz.ru/products
В принципе, программист может навесить нужный id или что потребуется.
Да, когда есть форма , у формы свой class или ID.
То тогда создается правило на прослушивание отправок форм, а в условиях правила указывается класс формы или айди.
И активировать тег отправки событий уже правилом прослушки. Этот вариант подходит, но если на форме есть валидация полей то могут возникнуть проблемы.
Если есть доступ к сайту то так проще, хоть и вмешавшись в код.
Вот как раз следующая задача - настроить цель - отправленную всплывающую форму :)
http://c2n.me/3jttFD7.png
К сожалению, все инструкции написаны к предыдущей версии GTM.
Не подскажете как включить прослушку отправок форм?
Да, событие, так у вас не будет искажаться статистика. И будет четкое понимание по конверсии.
Действительно. Переделал тег и цель вместо виртуальной страницы на событие. Все работает.
[ATTACH]143375[/ATTACH]
[ATTACH]143376[/ATTACH]
Вот только GTM позиционируют как - "один раз поставил и больше в код не лезешь".
Без прописывания в коде формы "dataLayer.push({'event': 'event_name' });" можно было как-то обойтись?
Можно сделать так.
1. В коде формы вместо _gaq.push
Отправлять данные в GTM
Т.е строка
dataLayer.push({'event': 'event_name' }); // например dataLayer.push({'event': 'GETPrise' });
2. В самом GTM настроить правило на получение события event_name, т.е GETPrise
3. Добавить тег с отправкой событий и активировать по правилу GETPrise
4. В ЮА настроить цели на события в шаге номер 3.
Если не понятно, пишите помогу.
Спасибо. Примерно так мне и посоветовали.
https://www.ru.adwords-community.com/t5/Google-Analytics-%D0%B8-%D0%BE%D1%86%D0%B5%D0%BD%D0%BA%D0%B0/%D0%97%D0%B0%D0%BC%D0%B5%D0%BD%D0%B0-GA-%D1%86%D0%B5%D0%BB%D0%B8-%D0%BD%D0%B0-UA-%D1%87%D0%B5%D1%80%D0%B5%D0%B7-GTM/m-p/106466
Вот только думаю, что дополнительный тег UA надо было не просмотр виртуальной страницы делать, а просто событие. Это же более логично?
Ситуация выглядит таким образом - как только мы получаем средства от какого либо рекламодателя, то мы сразу же обрабатываем выплаты вебмастерам, в приоритете именно те партнеры, которые дополнительно сделали запрос в ЛС мне или своим персональным менеджерам...
Буду капитаном очевидность, но все-таки, может стоит взять кредит и погасить долги, чтобы не терять свой главный актив - лояльность веб-мастеров и арбитражников?
Сейчас все выплаты через ЛС или менеджера? У меня вот, оборотка кончилась. И пока выплат не дождусь, баланс пополнять не буду. А в случае продолжительной задержки не поленюсь и перенастрою ссылки на другую CPA.
Желаю все-таки разобраться с текущими проблемами и продолжать эффективно работать.
Так объясните в чем проблема задержки.
Может тогда все всё поймут и успокоятся.
Согласен. Больше беспокоит не задержка платежей, а отсутствие какой-либо информации, что порождает слухи и домыслы.