Механизм сессий использует куки для идентификации юзера. То есть он ставим ему куку с именем PHPSESSID (дефолтное значение, может изменяться). Далее браузер при каждом* обращении к сайту браузер посылает эту куку и механизм все это дело у себя разруливает(в temporary папке на сервере создаются файлы где хранятся данные, которые Вы ставите через $_SESSION['key']='value';)
setcookie - также ставит куку и также браузер посылает ее каждый раз*, просто эти данные помещаются ПХП в суперглобальный массив $_COOKIE.
* - посылает куку, пока expire действует, если кука просрочена - удаляет ее из своего хранилища(temporary папка у юзера).
По идеи это все равно что подряд вызвать 2 раза подряд setcookie();
Не пойму, в чем может быть конфликт?
Банальный пример - сайт с партнеркой.
На сайт заходит юзер по адресу www.site.ru/index.php?ref=vasya
в файле index.php пишем
setcookie('refer', $_GET['ref'], time()+60*60*24*365);
session_start();
То есть сессия нам тут нужна к примеру, чтобы посмтреть куда юзер ходит по сайту и для прочих корыстных целей, то есть это разовая процедура:)
А кука нам нужна постоянно. Вдруг юзер щас у нас ничего не купит, а придет уже по закладке на главную страницу через месяц и совершит покупку. В итоге наш vasya получит свое партнерское вознаграждение. Если конечно юзер не зайдет с другого браузера, или не почистит у себя куки.
Дата сообщения: Сегодня, 16:46
Добавлен текст: Сегодня в 17:38
Так вот вопрос: в этот промежуток времени Вас разбанили яндекс и гугл?
Самый простой вариант:
В начале файла авторизации пишем "если нет кука['anti-brut'] - die('Давай досвидания')". Где нибудь создаем страницу, которая ставит эту куку на 100500лет
Теперь чтобы войти в админку надо сначала посетить эту страницу, и дальше можно заходить не посещая ее.
Когда брут пошлет запрос POSTом он получит отлуп.
Делаю так на всех клиентских сайтах. Пока никто не жаловался:)
Есть вариант такой:
текст скана бьем на куски по пробелу(по 400 символов).
И эти куски посылаем курлом в поисковую строку яндекса, он исправляет ошибки и мы исправленный текст получаем.
Думаю, что школьники дешевле прокси-серверов обойдутся:)
Альтернативный вариант: найти в Чаде(там з\п 10$ в месяц) человека(-ов), который знает русский язык и он за ХХ$ все вам сделаем. Либо как вариант обучить его русскому языку, а потом клепать сайты на халявной уник.контенте:)
У меня как говорит ТС, после 2-3 секунд какая-то задержка(сайт перестает загружаться, тока верхная часть видна) а потом спустя некоторое время загружается до конца. Видимо у меня браузер или анти-вирус рубит этот редирект.
Ну в таком случае использовать не 1 такой сервис. То есть если 1 сервис возвращает код ошибки(уважаемый, идите лесом, слишком дофига запросов), тогда обращаемся с этим же запросом к другому сервису. Естественно эту логику надо более-менее грамотно реализовать, чтобы не было бесполезных запросов.
Ладно, когда "требуются копирайтеры/программисты/верстальщики/etc", но "требуются парсеры" это абзац!
Зачем Вам много парсеров? 1 не устроит?
У меня тоже норм открывается.
ТС, если это реклама, то маркетолог из Вас как из меня дизайнер!
Для справки: с детства проблемы с творчеством. в 4 классе не мог нарисовать снеговика и очень нервничал. Все д/з по рисованию помогала делать(точнее делала полностью) мама.
Видел такие прокси(сам юзал), где на каждый Ваш запрос выдают новый АйПи адрес. То есть Вы можете выбрать страну, а сервис уже сам будет все разруливать. Вам остается лишь посылать запросы и получать ответы. Адрес к сожалению не скажу, так как не помню.
Было это вроде бы летом. Тогда такая услуга стоила 30$ в месяц. Не знаю как на счет "много запросов", но у меня в сутки было по 5000 запросов и все было пучком:)
И что по Вашему "куча запросов", если можно, то в цифрах.
Для справки:
1)mysql_query('SET NAMES cp1251'); было до коннекта к БД:)
2)Collation поля был bin, a не general_ci
3)В базу писалось то, что бралось курлом, а не то что было на выходе iconv'a.
