big boy

big boy
Рейтинг
361
Регистрация
18.11.2006
Должность
webmaster

В текущих реалиях российской экономики вопрос ТС "Возможно ли сейчас зарабатывать без вложений?" должен звучать немного иначе - "Возможно ли сейчас зарабатывать?"

Площадки там автоматом появляются после размещения на них блоков.

RTB где откручиваете?

Победил!

На случай если кому пригодится.

Шаг 1 - надо узнать фактическую кодировку БД. Пишем в пых после коннекта к базе:


$res = mysql_query("SHOW VARIABLES LIKE '%char%'");
for(;$row = mysql_fetch_row($res); print('<br>'))
foreach($row as $val) echo $val.' ';

У меня выдал следующее:


character_set_client latin1
character_set_connection latin1
character_set_database utf8
character_set_filesystem binary
character_set_results latin1
character_set_server latin1
character_set_system utf8
character_sets_dir /usr/share/mysql/charsets/

Шаг 2 - значения latin1 надо изменить на UTF-8. Для этого самый простой вариант - это вставить:


mysql_query ("set character_set_client='utf8'");
mysql_query ("set character_set_results='utf8'");
mysql_query ("set collation_connection='utf8_general_ci'");

После этого скрипт нормально отработал и русский текст хорошо встал в БД.

malkiel, и как успехи? Я его так и не победил, хотя надежды были большие. Не глючит?

vm66:
Замечу, что еще год назад РСЯ приносил раза в 3 меньше. Получается что доход падает только в адсенсе.

Вы не учли, что рубль с тех пор рухнул в 2 раза. Теперь посчитайте в долларах, сколько вы зарабатывали 3 года назад (по старому курсу) и сколько в долларах зарабатываете сейчас.

Все реклы кинулись в РСЯ, так как там более стабильно можно прогнозировать рублёвый бюджет. С адсенсом остались работать единицы, в основном иностранные компании и сайты.

MOAB:
в Suggest Pro вы можете собирать как ключи с 0, так и с ненулевой частотностью - эти данные уже есть в системе.

Да, я знаю, только по моему опыту и с нулевой частоты может идти траф, поэтому собираю всегда всё. Частота - это лишь субъективное мнение вордстата.

Пользуюсь Suggest PRO. Просто приведу один пример.

Собрал ключи в КК обычными средствами: вордстат + подсказки Я, Г и Директ. Вышло 1200 ключей. Полез в моаб и увеличил семантику до 17 000 ключей. Конечно же вордстат где-то по 60-70% из них показывает частоту 0, но ему я не верю, так как он часто врёт и показывает не актуальные данные. Но даже если откинуть нулёвые - всё равно прирост ключей существенный.

У меня узкотематичный срез игрового трафа, а у них в общем по всем подключенным сайтам.

sash:
Издатели Швеции бойкотируют пользователей блокировщиков рекламы

Ну вот реакция нормальных людей. А у нас все переживают за просадку ПФ, не дай бог юзеру что-то не понравится и при этом готовы завесить баннерами пол сайта 😂

Есть скрипт, который производит авторизацию пользователей через OpenID извне друпала. На это есть свои причины, одна из которых - не хочется воротить модули, использовать авторизацию друпала, так как из-за специфики работы скрипта это будет очень сильно тормозить сайт (проверено).

После авторизации ID юзера пишется в сессию. В самом скрипте всё хорошо. Все пишется и выводится.

Но если вставить инклудом скрипт в шаблон друпала - переменная из сессии пропадает. После проб, ошибок и нескольких часов гугления нашел ответ на этот вопрос и код, который запускает сессии друпала на сторонних скриптах - http://drupal.stackexchange.com/questions/26827/session-vars-created-outside-of-drupal-lost-when-navigating-to-a-drupal-served

Теперь всё будет хорошо, решил я, но как бы не так.

Авторизация происходит через библиотеку Hybridauth.

Для успешной работы ей нужно запустить сессию:

session_start();

Но если вместе с ней использовать код по ссылке выше - пишется всё равно в сессию скрипта, а не друпала.

Если убрать из скрипта session_start(); и оставить чисто друпаловские сессии drupal_bootstrap(DRUPAL_BOOTSTRAP_SESSION); - Hybridauth при попытке авторизации выводит ошибку:

You cannot access this page directly

Еще пара часов гугления и становится понятно, что проблема именно с сессиями. На самом сайте библиотеки в FAQ по поводу этой ошибки сказано следующее:

PHP's SESSION have been renamed.
This one is the least probable one and the hardest to tell unless for someone who know his ways with a web server. It's just listed here, so you know.

При этом DRUPAL_BOOTSTRAP_SESSION сам запускает сессию:

case DRUPAL_BOOTSTRAP_SESSION:

require_once variable_get('session_inc', './includes/session.inc');

session_set_save_handler('sess_open', 'sess_close', 'sess_read', 'sess_write', 'sess_destroy_sid', 'sess_gc');

session_start();

break;

Но hybridauth она почему-то не нравится. Другими словами id сессий не совпадают, при этом сам hybridauth сессии не запускает, а лишь проверяет, запущена ли она. Тогда непонятно, с чем она там у него не совпадает?

Запутался я. Помогите :)

---------- Добавлено 15.03.2016 в 12:42 ----------

И да, при этом тот же модуль hybridauth для друпала работает нормально, без ошибок.

Всего: 2877