NesteA88

NesteA88
Рейтинг
76
Регистрация
24.01.2017
Google AdSense - Вопросы новичков! - 5

Добрый день!

Сайт на Joomla. Настроено кэширование. Необходимо провести правильное А/Б тестирование блоков Гугл Адсенс и РСЯ.

1) подскажите работоспособный код для этого (здорово будет, если кэширование на него не будет влиять)

2) сколько необходимо тестировать для качественного результата и какие показатели потом сравнивать?

Заранее спасибо в ликвидации безграмотности в этом вопросе!

За май
PlainTeXT #:

Сумма больше 100k не проходит через шаблон. Если у вас меньше, то надо создать другой шаблон на yoomoney, qiwi, другие карты и попробовать на них вывести.

Это надо сделать даже в том случае, если до этого через шаблон на Ю-Money все нормально выводилось? 

За май

Добрый день! Подскажите, с чем может быть связана ошибка в Рапиде, в графе "Статус" в Истории операций?


Внезапно перестали отображаться рекламные блоки
Tual #:
На всем сайте отрубать mootools не стоит, можно только в шаблоне: В index.php вашего шаблона, до строчки <jdoc:include type="head" />

Вставляем

<?php
unset(
$this->_scripts[$this->baseurl.'/media/system/js/mootools-core.js'],
$this->_scripts[$this->baseurl.'/media/system/js/mootools-more.js']
);
?>

Реклама появляется. Не забываем делать резервные копии. Это для Joomla 2.5, 3 и это не из за обновлений, у меня старинная Joomla и "цементированная", плагины так просто не поставить.
Не известно когда они это починят и будут ли вообще чинить. Но если починят, дайте знать на форуме.

Данный способ мне помог! Спасибо!

Внезапно перестали отображаться рекламные блоки
Спасибо! Если сбой, то к нам еще кто-нибудь должен присоединиться, а так мысли в самую худшую сторону... Да, где-то с полуночи. С сайтом все нормально, ничего не менял, предупреждений и нарушений не было.
Внезапно перестали отображаться рекламные блоки
Присоединяюсь к вопросу. Сегодня возникла точно такая же проблема.
Обман пользователей мобильного интернета

Доброго времени суток!

Вновь на сайт наложен данный фильтр - Обман пользователей мобильного интернета.

При первом обращении в ответ пришло шаблонное письмо. Попросил прислать конкретные страницы, где происходит перенаправление на платные услуги.

Ответ Платона:

Перенаправления происходили, например, с этой страницы вашего сайта: https://armymusic.ru/K/43-korenyugin-aleksandr/54-sanya-1/774-pod-sapogami-mnetsya-gryaz.html на следующие хосты:

  • inductrhdg.pt
  • wpclk.net
  • muzvolna.beeline.ru
  • cdp.beeline.ru

Как это можно проверить? И как увидеть эти редиректы своими глазами?

Оптимизация работы сайта
Aisamiery:
час нормального спеца стоит в рамках 1200 плюс минус.

Где найти такого нормального спеца, который бы вник в проект...

Оптимизация работы сайта
Aisamiery:
Конечно, в большинстве случаев кривизну кода можно компенсировать увеличением железа и его количества до определенного момента, а дальше либо снова платить, либо переписывать.

PS. Не пробовали уточнить, сколько будет разработать такой компонент вам отдельно? Глянул демку, там достаточно банальный CRUD по сути или там под капотом какой то гастрономических масштабов функционал?

Нет, не спрашивал. Но пару лет назад ценник на внесение незначительных правок в код был от 100 евро.

Функционал прост: есть возможность добавить исполнителя, к этому исполнителю добавить альбомы, в альбомы - песни. Также есть поиск по жанрам, тегам и т.д. + в сочетании с другим компонентам выводить статистику (самые популярные песни и т.п.).

Оптимизация работы сайта
Этот запрос действительно ужасный!

Да, возможно, они ужасные. Но все проблемные запросы, на которые жалуется хостер, создаются компонентом для Joomla под названием Music Collection.

Вот, кстати, из последней диагностики (на День ПВ опять был заблокирован):

Запрос: SELECT s.*,al.name AS album_name, al.image, ar.artist_name FROM v0ecf_muscol_songs as s LEFT JOIN v0ecf_muscol_albums AS al ON al.id = s.album_id LEFT JOIN v0ecf_muscol_artists AS ar ON ar.id = s.artist_id WHERE ( s.tags LIKE "32" OR s.tags LIKE "32,%" OR s.tags LIKE "%,32" OR s.tags LIKE "%,32,%" ) ORDER BY s.added DESC LIMIT 0, 10; выполняет поиск полей в таблице с тегом «32». Вариантом оптимизации данного запроса является исключение полей с похожими тегами, например, «321» или «132».

Самым ресурсоемким является запрос к таблице v0ecf_content_statistics: SELECT s.*, COUNT(st.id) AS howmuch, s.name as item_name, ar.artist_name , CONCAT("index.php?option=com_muscol&view=song&id=", s.id) as item_link FROM v0ecf_content_statistics as st LEFT JOIN v0ecf_muscol_songs AS s ON s.id = st.reference_id LEFT JOIN v0ecf_muscol_albums AS al ON al.id = s.album_id LEFT JOIN v0ecf_muscol_artists AS ar ON ar.id = s.artist_id

При его выполнении происходит обход 3543691 строк, всего в таблице 7265755 строк. Судя по содержанию таблицы, в ней содержатся статистические данные, собранные компонентом com_muscol. В данном случае рекомендуем удалить из таблицы устаревшую информацию или вовсе ее очистить.

Если честно, у меня нет знаний и навыков, чтобы "ковырять" данный компонент, исправляя запросы. После его обновлений надо будет все начинать заново + работоспособность после таких "ковыряний" никто не гарантирует.

Смена хостера может помочь? Или переезд на VPS/VDS? Или чтобы Вы посоветовали в данной ситуации?

слишком много подключений стилей и скриптов файлов.

Да, с этим полностью согласен. Если с css еще могу разобраться, то с js сложнее.

1 234567 8
Всего: 80