Smart_profi

Рейтинг
49
Регистрация
17.01.2012
Должность
Веб менеджер
Интересы
Спорт, активный отдых, путешествие
Вяземский:
а на сервере что? nginx? если да, то настраивали или дефолтные характеристики?

Ничего не настраивал, все по дефолту. Плагин кстати потестировал, дело не в нем. В записях (коих очень много), даже при откртии на редактировании жду 2-3 секунды. А если сразу 3-5 открыть то вообще. При этом в произвольных типах данных, как уже говорил, у меня открывается быстро. Но то ладно, проблема вторичная. как мне быть с кешированием? 😒

Вяземский:
mysql - какие типы таблиц? настраивали?

По таблицам все стандартно для wordpress.

Вяземский:
Сколько по времени у вас загружаются страницы (пост, список постов)?

На более сложных страницах 3-5 секунд. На более простых 1.5-4. Значения плавают каждый раз по разному.

Вяземский:
Может дело в хостинге? В настройках сервера? Или, например, какие-то ошибки в коде?

Сервак у Fast VPS, проц на 2.4, 4Гб оперативки(занят 1 ГБ в работе), SSD. НА этом же серваке есть еще 1 такой тяжеловес, на 30 тыс страниц, но там полей меньше и работе шустро без кеширования. Есть еще один момент, этот же тяжеловесный сайт, без кеширования перенес на обычный хостинг, так в админке сайт был намного шустрее чем на VPS, но вот во фронтеднде на обычном хосте тупил не слабо. Поддержка VPS ссылается на большую базу (400 мБ) и большое количество произвольных полей (1.3 млн).

Ошибок как бы нет, на страницах по сути помимо вывода контента и еще 5-10 вызовов разных произвольных полей.

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

Вяземский:
Почему? Таблица то одна

Таблица одна, но листинг выводится отдельно для каждого формата. Так вот если записей более 50 тыс, то открываются они 2-3 секунды, в то время как в "вопросах" и "организациях" сейчас по 10 записей. Открытие происходит намного быстрее.

burunduk:
нет не так, от индексации ссылки спрятать можно, а вот переходы спрятать не получится

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

В любом случае <span data-link="site.ru"> или <a data-link="site.ru"> не будет восприниматься как внешняя индексируемая ссылка в глазах поисковых систем? По крайней мере в панели вебмастера обеих ПС такие ссылки не появлялись.

Спасибо за ваши советы. То есть правильно ли я понимаю, что если я хочу спрятать внешние ссылки, то это все тлен и таким методом я их не спрячу, даже подменой тега <a> на <span>. Что если есть на странице элемент, и по нажатию на него происходит переход, то значит ПС про это знает, и вес уходит (хотя про сами веса вы говорите не заморачиваться).

И вся польза от таких вот скрытий заключается лишь в том, что бы скрыть дублирующиеся ссылки (ссылки картинки, например, с тех же превью статей), что бы ПС видели переход и думали что они по другой анкорной ссылке?

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

И напоследок, считаете, что вообще скрытие как таковое это все хрень, и нужно юзать rel="nofollow". Просто самым частым способом видел либо как я описал выше, либо <span onclick="location.href='https://site.ru';" >Site.ru</a>.

В том то и дело, что с целью определился. Необходимо что бы ссылки не индексировались, и по ним не перетекал вес.

Просто ставил эксперименты и гуглбот видит в коде ссылки в виде <a data-url=""></a>, в то время как гугл кеш <a href=""></a>. То есть по кешу ссылки как бы есть, но по коду как бы и нет. Ни один сервис анализатор исходящих ссылок такое не видит. Нужно будет поэкспериментировать наверняка, сослаться такой ссылкой и посмотреть определит ли гугл и яндекс вебмастер.

Повторюсь, а как вы прячете партнерские ссылки и негодные внутренние технические ссылки. Внутряк конечно можно запретить в robots, но вес по ссылке все таки переходит, или я ошибаюсь?

То есть поисковики видят что это ссылка даже если эта такая конструкция <span class="external-reference" data-link="httpL//site.ru">анкор</span>? Вообще очень много ссылок дублирующих внутренних, и ссылки на партнерки, которые бы тоже был рад закрыть.

А что посоветуете в этом случае? классический редирект через goto?

Провели сделку с ТС. Все прошло хорошо и быстро.

yerez:
А как вам такой кейс.

Сайт улетел под Минусинск 05.09. Сняли все ссылки, покаялись. Ссылки отвалились по вебмастеру и сайт благополучно выпустили из-под фильтра 17.10.

С тех пор ссылок не закупалось и их количество по вебмастеру уменьшалось. И вот 07.11 сайт опять улетел под Минусинск. Всего на сайт ссылается около 350 доноров, большая половина из которых естественные, ссылки с форумов где народ обсуждает и рекомендует.

И что теперь делать? :) Просить одминов форумов убирать ссылки на наш сайт? Мне кажется это всё уже за гранью адекватности.

Вообще у кого-то уже было повтороное наказание Минусинском?

Да, собственно в одну из волн попали под фильтр 3 сайта. Все грешили продажей ссылок. Продажу прекратил и сайты были амнистированы. И вот 07.11 2 из трех повторно попали под АГС, хотя уже ссылки не продавались, и как таковых исходящих не было.

Старт на сайт с тематикой по бару (скрытый як) (Учёба)

Забрал домен ariаnаjob.ru, все хорошо. Получил домен уже в течении 10 минут. ТС-у спасибо за оперативность.

Всего: 93