postavkin

Рейтинг
601
Регистрация
06.01.2009

MIND, при обновлении KK спрашивает удалить ли резервные копии? Можно удалять? Т.е. сохраненные данные (динамика позиций) не удалятся?

MIND:
postavkin, Яндекс пока что хорошо "слушается" заданного региона, поэтому разница если и будет где-то, то совсем минимальная. Гугл же по умолчанию определяет регион на основе IP. Соответственно, если у Вас мобильный интернет выдает ИП другого региона, то могут возникнуть проблемы. В этом случае может помочь настройка региональности для Гугла (местоположение указать).

Ну допустим IP тоже будет нужного региона. Персонализированную выдачу так удастся обойти? Просто не понимаю, допустим при просмотре руками Яндекс подсовывает Персонализированную выдачу (вроде так называется), при съеме Key Collector с этого же IP она тоже Персонализированная? Вот и подумал о смене IP при съеме позиций. Проу пояснить кто знает. Запутался слегка.

Здравствуйте. Никто не подскажет?

Подскажите, если постоянно в пользуюсь поиском с одного IP, по работе и так, также парсю позиции с этого же IP, а теперь запущу проверку позиций с другого IP (мобильный интернет например) позиции будут разниться но с того же компа? (допустим АПА не было между этими двумя проверками).

sear4er:
Не значит.

спасибо большое за ответ. Доверюсь Вам. Просто как раз хотел из своих тайтлов поубирать название города.

а подсвечивает просто для того чтобы юзеру показать "вот смотри, я тебе и с твоего региона сайты нашел" :)

?

Дикий пионер:
Ну вообще можно отключить вывод ошибок E_DEPRECATED и пользоваться mysql_*
На 5.5.16 под винду так прокатывает.
Но вообще да, не зря же пишут, что надо отказываться.

Напомните, пожалуйста, а на что переходить? Т.е. где как не в базе хранить данные и от туда их брать?

И я правильно понимаю, т.е. mysql_ выдает такие ошибки, которые позволяют легко ломать систему?

IvanShishkin:
Вы же написали, что список для проверки есть. Просто нужно закинуть этот список в программу и она сделает проверки на индексацию каждой страницы.

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

Mad_Man:
mysql_* устарел и к использованию не рекомендуется.

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

siv1987:
Строковые типы экранировать.
Числовые идентификаторы принудительно приводить к числовому типу (intval).


Все данные поступающие от пользователя - URL, GET, POST, COOKIE и пр нужно фильтровать. В данном случае вы берете "нужную часть урла" которая поступает от пользователя, тот в свою очередь имеет возможность модифицировать его и передать вам неожиданные данные.

Да, спасибо.

С числами делаем так

$id=(int)$_id;

а с урлом так


$url= strip_tags($_url);
$url= stripslashes($url); // удаляет экранирование символов
// соединяемся с БД
$url= mysql_real_escape_string($url); //Экранирует специальные символы в строке
$result = mysql_query("SELECT nomertovara FROM `materiali` WHERE urlstranizi='$url' ");

так правильно?

Дикий пионер:
Если у вас совсем ничего из введенных пользователем данных не используется - то беспокоиться нечего.
Другое дело, что это маловероятно в современных сайтах. Каким образом на основе урла у вас определяет что $prod=22;?

Реализовано так - берем нужную часть урла, ищем в таблице БД соответствующую строку..таким образом получаем значение $prod из другого столбца. Всё условно, но реализовано так.

Всего: 5509