Если такие плагины для Joomla? - Модули и плагины

All in One SEO Pack
Google XML Sitemaps
iSape
RusToLat
Simple Tags
WP-Noindex
WP-Super-Cache
WP-PageNavi.

Эмм... Вы бы хоть описали функционал, или предлагаете ставить WP, потом ставить плагины, смотреть и искать то, что Вас интересует?

All in One SEO Pack - это плагин который позволяет упростить SEO-оптимизацию вашего блога

Google XML Sitemaps - Он служит для создания карты сайта в формате sitemap.xml

iSape - Плагин iSape специализирован для продажи обыкновенных и контекстных гиперссылок в Sape.ru

RusToLat - Нужен он для автоматического преобразования урлов из кириллицы в транслит

Simple Tags - плагин для создания тэгов, облаков меток, связанных записей.

WP-Noindex - Как вы наверное знаете, ко всем внешним ссылкам в комментариях WordPress добавляет rel='external nofollow', что запрещает поисковику Google индексировать эти ссылки и передавать им "вес" (то есть PR) ссылающейся страницы. Сделано это было из-за огромного количества спама, приходящего на любой WordPress-блог. Спама особо меньше после этого не стало, но зато вас теперь не забанят в Google за активные ссылки на спам-ресурсы (как не следи за комментариями, но спам все равно просачивается). Но что же насчет горячо любимого в России Яндекса?


Запретить Яндексу учитывать ссылки авторов комментариев очень легко. Открываем comments.php вашей темы и заключаем ссылку автора комментария в теги <noindex></noindex>

WP-Super-Cache - Это плагин для кеширования в wordpress. Плагин WP Super Cache генерирует статические HTML файлы из динамических страница вашего WordPress блога. После генерации HTML файлов, Apache не обрабатывает сложные PHP скрипты, запросов к базе данных становиться значительно меньше, а следовательно снижается нагрузка на сервер.

все подобное для Joomla есть
и почти 100% из перечисленного доступно на JED

1) и почему все думают, шо если поставить плагин под названием SEO, то все сразу станет круто и кучеряво, а так же бабло потечет рекой?
2) есть, но имхо лучше сторонний скрипт. совсем сторонний.
3) надо искать, где-то на форуме проскакивала инфа про такой
4) формально не нужен и даже не возможен. в дужмле все по другому
5) централизованно такого плагина нет и не будет, в связи с тем, что у каждого компонента свои заморочки.
ищи специализированные под конкретный компонент, в некоторых компонентах функционал тэгов встроен уже изначально.
6) был плагин (Era делал). исчите.
7) ну Апач вообще ничо не знает про PHP )). есть кэширующие компоненты и плагины для Joomla.
в Joomla так же есть встроенный кэш

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

кто
вам
это
сказал?
снижается нагрузка на MySQL сервер, но это вовсе не значит, что снижается нагрузка на ВЕСЬ сервер.

WP-Super-Cache - Это плагин для кеширования в wordpress. Плагин WP Super Cache генерирует статические HTML файлы из динамических страница вашего WordPress блога. После генерации HTML файлов, Apache не обрабатывает сложные PHP скрипты, запросов к базе данных становиться значительно меньше, а следовательно снижается нагрузка на сервер.

Стандартный разве не подходит?

RusToLat - Нужен он для автоматического преобразования урлов из кириллицы в транслит

http://joomlaforum.ru/index.php/topic,76921.0.html
http://joomlaforum.ru/index.php/topic,86830.0.html

имхо All in One SEO Pack - показатель ущербности WP ;-) дело в том что метатегов по дефолту в WP нет :-) а 50% из этих плагинов мусор... особенно улыбнуло про WP-Noindex :-) кто в теме тот поймет)

Цитата: Марат от 16.10.2010, 19:17:24

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

кто
вам
это
сказал?
снижается нагрузка на MySQL сервер, но это вовсе не значит, что снижается нагрузка на ВЕСЬ сервер.

Ну тут ты слукавил )) Изначально было написано:

После генерации HTML файлов, Apache не обрабатывает сложные PHP скрипты, запросов к базе данных становиться значительно меньше, а следовательно снижается нагрузка на сервер.

Да и mysql, разве чаще всего он не на одном сервере с apache?

если речь идет о "снижении" нагрузки с точки зрения сервера, как железяки в целом, то это по большому счету туфта.
объясняю:
нагрузку на MySQL нужно осуществлять с помощью преобразования сложных запросов в простые.
сложный запрос выбирается дольше и сложнее, нежели тоже самое решить с помощью более простых запросов и пост-промежуточной обработкой данных на PHP.
простые запросы так же легче кэшировать в памяти с помощью акселератора, т.е., то, что их формально "много" может вовсе не означать, что это плохо.

далее - как мы "снижаем" нагрузку на MySQL? с помощью кэширования результатов и убирания повторных обращений в MySQL... так вот, бывают случае, когда кэширование через PHP ВРЕДНЕЕ, нежели повторное обращение в MySQL.
ок, делаем кэширование результатов... ммм.. каких? конечных? промежуточных?
конечных целиком нельзя ибо страница может генерироваться динамически (скажем, есть рсс ленты и у них свой подход к кэшированию)
приходим к методу "промежуточного кэширования" (учитываем кэширование для каждого посетителя в отдельности?)... чо получим? получи МОРЕ файлов, лежащих в папке /cache/
про дефрагментацию (постоянное удаление/создание) я уже молчу

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

так что, прежде чем говорить красивое слово "кэширование", не лучше ли призадуматься над тем, что бы просто ГРАМОТНО писать код?
тогда никакое кэширование практически не понадобиться ибо будет практически не эффективным.

вот мое имхо по этому поводу.