Ladycharm

Рейтинг
351
Регистрация
07.12.2007

А что, кто-то ещё пользуется почтой от mail.ru?

PS: Если хочешь решить проблему с майл.ру - привяжи свой домен к корпоративной почте на на gmail.com.

Эти ребята все проблемы с mail.ru решают за 5 минут, только напиши им, что почта не доходит.

Brand from Amber:
SEO66, возможно я невнимательно читал, но информации о добавлении кнопки "запись" в сниппеты из поисковой выдачи я так и не нашёл.

Про добавление кнопки надо читать другую ссылку :)

PS: Эту кнопку можно добавить только через аккредитованных партнёров Яндекса, список есть по ссылке.

kiowas:
А чего за звездочки такие? ****93. Это что за шляпа?

Это движок форума квадратные скобки [ ] так уродует, когда они внутри [ PHP ] [ /PHP ]. Лучше писать в [ QUOTE ] [ /QUOTE ], но не будет подсветки синтаксиса.

dlyanachalas:
Ему главное, чтобы не было таких конструкций:
www.site.ru/interesnaya/statya/interesnaya/statya/interesnaya/statya/
Такое он не будет индексировать.

Поисковики индексируют такую кашу в url, и Яндекс и Google.

Google вообще плюёт на RFC и в url-е хавает практически всё.

Наоборот, на больших проектах с динамическими страницами актуален вопрос быстрой переиндексации изменившихся страниц. А роботы ПС:

- имеют лимит по количеству url, индексируемых с сайта за один раз

- поддерживают кэширование на стороне клиента (IfModifiedSince - LastModified)

Поэтому, получив ответ "304 Not modified"(страница не изменилась с даты последней индексации) робот ПС тут запрашивает следующую.

И своё суточный лимит по индексации робот выбирает именно новыми изменившимися страницами сайта.

PS: Актуально для Яндекса(и, наверное, mail.ru), у Google много роботов и ресурсов, он и так достаточно быстро переиндексирует сайты.

STMike:
В RTB Яндекса нужно 60000 показов в неделю минимум.

Если у ТС глубина просмотра 9 страниц - то проходит. Только для принятия в RTB тематика ещё важна.

dino_spomoni:
Насколько знаю, в AdSense нет ограничения на посещаемость.

И нет RTB.

Скорее всего, в эру борьбы ПС с продажными ссылками, ссылки из футера имеют большую вероятность отфильтроваться как неестественные.

CjS___:
Недавно разобрал тему HTTP Кэширования по этой ссылке. В статье все очень понятно расписано, как оно работает в теории, но совершенно не написано о том, как, когда использовать это на практике.

Имхо - статья ни о чём, галопом по европам. Типичный пример современного рерайта.

В сжатом виде про кэширование на стороне клиента глянь тут и далее - по ссылкам в посте.

CjS___:
Какие страницы нужно так кэшировать, только статичные, только динамические или все? Если все, какие алгоритмы?

Кэшировать нужно динамические страницы, тк статические(а так же .css, .js и картинки) - Веб-сервер кэширует сам по дате последнего изменения файла.

Динамические страницы(грубо говоря .php) Веб-сервер так кэшировать не может, тк данные для формирования страницы берутся из БД(обычно) и дата их изменения ему не известна. Дата изменения файла.php ни о чём не говорит.

Вопрос кэширования на стороне клиента критичен если на сайте десятки тысяч страниц(для быстрой переиндексации изменений). Для 200-300 страниц вменяемого размера кэширование не актуально, тк интернет-каналы сейчас достаточно "толстые" и по большей части - безлимитные и экономить трафик клиента особо не зачем(достаточно сжатия страниц при отправке).

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

Барышников:
То есть: поисковик прочитает js, увидит и учтет ссылку для перехода по ней, но вес не передаст.
А если записать ссылку явно в html-коде, то вес передаст.
Или как-то иначе?

Судя по логам, роботы-индексаторы ПС ходят по ссылкам из JS и пытаются проиндексировать страницы, куда ведут ссылки.

Робот Google даже "нажимает" кнопки отправки форм и индексирует страницу ответа.

А вот на счёт "передачи веса" - не заморачиваётесь, ибо сегодня может быть так, завтра - будет по другому. Опять, же JS-ссылки в пределах одного домена и на разные домены могут учитываться по-разному.

Если Вы ссылаетесь на нормальный сайт - ничего страшного, что передадите при этом ему небольшую частичку своего веса. Вполне возможно, что это вернётся к вам сторицей, почитайте про HITS или Алгоритм Клейнберга.

WebGomel:
Вот это:
"<ProductInfo>". 
"<invItemId></invItemId>".
"<desc>$description</desc>".
"<count>1</count>".
"<amt>000</amt>".
"</ProductInfo>".

мне нужно вывести циклом столько раз, сколько существует $description.

Так цикл, таки, надо организовать на php? Если $description - это массив, то некрасиво сделать можно так:

"<ProductInfo>". 
"<invItemId></invItemId>".
"<desc>"
.implode('</desc><count>1</count><amt>000</amt></ProductInfo><ProductInfo><invItemId></invItemId><desc>', $description)
."</desc>".
"<count>1</count>".
"<amt>000</amt>".
"</ProductInfo>".
Но грамотнее - делать отдельный цикл, тк для разных $description должны быть разные $invItemId, $count и $amt.

Тут всё завивит от организации данных. Если имеете синхронные массивы $description, $invItemId, $count и $amt (например, выгребаете из БД), то что-нибудь типа такого:

$tmp = '';
$res = mysql_query("SELECT invItemId, description, count, amt FROM ИмяТаблицы WHERE УсловиеВыборки", $conn_id);
while ($row = mysql_fetch_array($res, MYSQL_ASSOC))
$tmp .= "<ProductInfo>"
."<invItemId>".$res['invItemId']."</invItemId>"
."<desc>".$res['description']."</desc>"
."<count>".$res['count']."</count>"
."<amt>".$res['amt']."</amt>"
."</ProductInfo>";

и потом вставляете $tmp в нужное место:

..."<products>".$tmp."</products>"...

Всего: 4257