prototip76

Здравствуйте. Спасибо за ответ, но все перечисленные там плагины — бесполезная куча хлама и понтов. Стандартный медиа-загрузчик прекрасно справляется с сжатием и ресайзингом через библиотеку php imagick. Вопрос был вполне конкретный: как ОДИМ ХУКОМ из function.php заставить линки из стандартной галереи ссылаться не на исходные файлы, а на их ресайз заданного размера? Либо — хук, который бы ресайзил/сжимал сам исходник файла при загрузке, не переименовывая его, что-бы стандартная ссылка на медиафайл из галереи работала корректно.
Спасибо!

Неужели никто так и не ответит?

Ну, пару раз отсюда уже прямо посылали на http://searchengines.ru/

На указанном выше ресурсе освещены ОБЩИЕ принципы поисковой оптимизации, я же пытаюсь найти конкретные решения для применения этих принципов относительно движка WordPress.

Не буду разводить полемику, вкратце: на мой взгляд — структура, видимая для поисковиков должна быть следующей (в идеале). Главная страница должна ссылаться на релевантные страницы (оптимизированные под определённые поисковые запросы) через релевантные анкоры (ссылки), тем самым передавая им свой ссылочный вес (ТИЦ и Pr).

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

Потом снова распределяется по страницам, и снова возвращается, и так по кругу.

Если страниц слишком много — больше ста — то тогда все ссылки будет проблематично разместить на главной, в этом случае передачу ссылочного веса можно организовать через карту сайта: с главной ТИЦ и Pr передаётся целиком на страницу карты сайта, а оттуда уже — распределяется между релевантными страницами, с них возвращаясь снова на главную.

Это — в идеале. На самом деле на главной есть только ПЯТЬ ссылок на последние посты (по умолчанию в настройках), все остальные ссылки — либо через навигацию по предыдущим постам (предыдущие записи, вперёд-назад — my-site.ru/page/2…), либо — через архивы, по рубрикам, тегам и т.д.. Плюс — ссылки на статические страницы, которые в большинстве своём НЕ являются релевантными (о сайте, о проекте, карта сайта, контакты, FAQ, и т.д.). Плюс — ссылки в виджетах — администрирование, RSS, мета-теги, рубрики, архивы, те-же самые статические страницы, и т.д.

На страницах самих постов (релевантные страницы, соответствующие поисковым запросам), кроме вышеперечисленных внутренних ссылок, есть так же: Ссылка на редактирование поста (для администратора — редактировать); ссылка на рубрику, к которой принадлежит пост; ссылка мета-тегов, соответствующих посту; ссылки на предыдущий и следующий пост; ссылка «оставить комментарий» и ссылка на трэк-бэк;

Но и это ещё не всё: есть ещё ссылки в комментариях — ссылка на дату и время, когда был оставлен комментарий, ссылка «редактировать» (для администратора или автора коммента), ссылка — ответить, ссылка на профиль (вы вошли как…), ссылка на выход из аккуанта .

Итого: 13-15 внутренних НЕ РЕЛЕВАНТНЫХ ссылок, НЕ учитывая горизонтальное меню навигации в шапке, в виджетах МЕТА, РУБРИКИ, ССЫЛКИ, МЕТКИ, и т.д., В результате: вместо того, что бы отдать весь свой ссылочный вес на главную — релевантная страница распыляется его по НЕ релевантным ссылкам.

Отсюда — ряд конкретных вопросов:

1. — как можно закрыть от индексации горизонтальное меню статических страниц и рубрик в шапке (header.php), реализованное через функции wp_list_pages и wp_list_categories? Насчёт первой функции уже разобрались в соседней ветке, так что осталась вторая.
2. — как можно закрыть ссылки в виджетах сайдбара, а конкретно — виджет МЕТА (ссылки входа-выхода, фидов, и т.д.), виджет рубрик, виджет внешних ссылок, виджет меток (мета-тегов), виджет галерей, и т.д.?
3. — как закрыть ссылки в файлах одиночных записей и статических страниц, и именно — «читать далее», редактировать, ответить, трекбек, предыдущие и следующие записи, а так же ВСЁ ссылки в коментариях?

Заранее благодарен, и прошу сильно не пинать. Просто привык доводить дела до конца, если здесь не помогут — что-ж, придётся искать ответы в другом месте.

Блин, одна полемика, и никакой конкретики. Высказались? Легче стало?

Советом я воспользовался, писал об этом, читайте внимательнее. Спасибо, кстати, Сергею Бирюкову, ЕДИНСТВЕННОМУ, кто дал на данном форуме толковый совет. Всем остальным — только государственными обвинителями работать.

Однако — предложил развить идею, и встроить данную функцию в сам движок, в ВИДЕ ОБНОВЛЕНИЯ СЛЕДУЮЩИХ ВЕРСИЙ (!!!), насчёт «поломать» — никаких предложений не было, потому как и сам знаю, чем это черевато.

Если Вас НЕ устраивает это предложение — то тогда давайте создадим ПЛАГИН, но только — что бы он ПОЛНОСТЬЮ РЕШАЛ ПРОБЛЕМУ ГРАМОТНОГО ПОСТРОЕНИЯ ссылочной структуры сайта или блога на основе WordPress.

Призываю Вас перейти от профессионального обвинительства к конструктивному обсуждению и решению проблемы. А именно: Как должна выглядеть ОПТИМАЛЬНАЯ ссылочная структура сайта, что бы максимально эффективно распределять и аккумулировать ссылочный вес между релевантными страницами, полностью исключая из индекса НЕ релевантные; и как и в каком виде эту структуру можно реализовать — с помощью включения в обновление движка в новых версиях, или с помощью отдельного плагина.

Ну так что — обсудим, или как?

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

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

Ещё раз спасибо, функция работает, но не совсем корректно. Так, после вставки фрагмента кода в файл функций темы (functions.php) при попытке редактировать файлы темы, точнее — при попытке сохранить файлы после редактирования (кнопка — обновить файл) движок выдаёт следующее:

Warning: Cannot modify header information — headers already sent by (output started at /home/directma/public_html/evro/wp-content/themes/Estetica/functions.php:333) in /home/directma/public_html/evro/wp-admin/theme-editor.php on line 75

хотя — изменения всё таки сохраняются, и при возврате на предыдущую страницу всё отображается, как надо. Пытался вставить фрагмент кода в самом начале файла функций темы, но тогда ничего не происходит, и изменения не отображаются в исходном коде страницы, попросту — у ссылок нет атрибута rel=»nofollow».

Вопрос такой: можно ли реализовать данную функцию как нибудь изящнее? Допустим — что бы в админ-панели при создании и администрировании статических страниц и новых рубрик стоял пункт nofollow и noindex, и при установленном флажке к ссылкам, ведущим на эти страницы, добавлялись бы эти атрибуты? Или может это возможно сделать через произвольные поля?

Методом научного тыка разобрался: движок нагружает таблица evr-options. После того, как скопировал в неё данные из БД другого движка такой же таблицы (wp_options) — Движок зафурычил, с некоторыми потерями функциональности. Вероятно, в процессе обновления, в ней (таблице) была сделана некорректная запись, которая и грузила весь движок. Аллилуйя, Наконец то…

Разобрался. Всему виной оказалась ДЕРЬМОВАЯ Windows 7, которую установил недавно, и с установки которой и начались все злоключения. Эта сволочь просто блокировала поддомен, на котором висел мой сайт, и в результате в обоих браузерах даже с пустыми куками и чистой историей влазили либо пустые страницы, либо — СЕРВЕР НЕ НАЙДЕН. Из за этой сволочи мне пришлось снести и сайт, и базу данных. Всё выяснилось только при переписке с тех. поддержкой хостинга.
Вывод: система — полное дерьмо, как в настройках — так и в работе. Всего три недели ей пользуюсь, а намучаться успел — мама не горюй!
Снесу нахрен и поставлю старую добрую XP-ху.