Новости Joomla

Перевод и публикация интервью на греческом портале Joomla Утро, просматриваешь входящие письма и...

Перевод и публикация интервью на греческом портале Joomla 🇬🇷Утро, просматриваешь входящие письма и изучаешь новости и внезапно обнаруживаешь, что инициатива, которую ты начал, подхватывается другими людьми. 🎉Недавно я взял интервью у Билла (Василиса) Коциаса - руководителя студии, читающего лекции в университете и популяризатора Joomla в Греции.Это интервью из журнала NorrNext, в оригинале на английском, теперь доступно на греческом языке и опубликовано на портале joomla.gr. 🎉До чего же приятно… 😇😊 Работа замечена и с ней посчитали необходимым ознакомить аудиторию страны, в которой Билл читает лекции. И это солнечная Греция - страна, страна, с которой Россию многое связывает. 🇬🇷🇷🇺🕊Смотрю на греческий алфавит и тут же рисуются картины белоснежных зданий в окружении винограда и амфор, красивых женщин в сандалиях и мужественных воинов, охраняющих покой полисов, в которых ученые мужи работают над трудами, позже вошедшими в века. Красиво! 😇Но вернемся к интервью. Из него вы узнаете, что в Греции доля Joomla среди CMS занимает порядка 30-40%. По моему мнению это - самый высокий показатель во всем мире. Также чтение лекций о Joomla в университетах позволит привести новых пользователей и к тому же молодое поколение. Ну и огромное кол-во сертификтатов Билла на стене (смотрим фото в статье) свидетельствует о том, что Joomla может применяться как профессиональный инструмент. 🇬🇷 Интервью на греческом портале (joomla.gr)🌐 Оригинальное интервью (на английском)Что насчет перевода на русский? Увы, времени всего 24 часа в сутках. Я продолжаю готовить новые интервью. Возможно, после завершения выпуска журнала, рассмотрю перевод некоторых интервью на русский. Но я об этом не говорил. 😊 В блоге @eugenius_blog публикую анонсы интересных событий из мира Joomla, интервью, уроки и полезные советы, а также делюсь мыслями:, связанными с разработкой и веб-дизайном.

Обработка HTTP ответа в Joomla 6+. Изменения по сравнению с Joomla 3 - Joomla 5

👩‍💻 Обработка HTTP ответа в Joomla 6+. Изменения по сравнению с Joomla 3 - Joomla 5.В Joomla для выполнения внешних запросов из PHP к сторонним API используется класс Joomla\Http\Http напрямую или же Joomla\Http\HttpFactory, который возвращает для работы преднастроенный по умолчанию класс Http. О работе с HTTP-запросами подробно рассказывалось в статье 2021 года Создание внешних запросов с использованием HttpFactory (Joomla). Некоторые изменения касаются работы с ответами на запросы. Например, наш запрос:
use Joomla\Http\HttpFactory;$http = (new HttpFactory)->getHttp($options, ['curl', 'stream']);$response = $http->get('https://any-url.ru/api/any/endpoint');
Раньше можно было получить код ответа или тело ответа как свойство $response - $response->code или $response->body. Однако, Joomla, начиная с Joomla 4 во многом переходит на стандарты PSR. В частности для работы с HTTP-ответами - на PSR-7. Также хорошая статья на Хабре о PSR-7: PSR-7 в примерах.
Прямое обращение к свойствам code, headers, body объявлено устаревшим в Joomla 6.0.0 и обещают удалить в Joomla 7.0.0.
Вместо этого нужно работать с HTTP-ответом по стандартам PSR-7. Код ответа.Было $response->code. Стало $response->getStatusCode().Заголовки ответа.Было $response->headers. Стало $response->getHeaders().Тело ответа.Было $response->body. Стало (string)$response->getContents().В тело ответа теперь приходит не строка, а поток - объект класса Laminas\Diactoros\Stream. Поэтому его нужно привести к строке (если это json, к примеру): (string)$response->getContents(). Чаще всего в коде Joomla встречается именно такой вариант. Однако, есть и вариант с перемещением указателя чтения на начало потока:
// Получили ответ в виде потока$stream = $response->getBody();// "перемотали" на начало$stream->rewind();// Получили строковый ответ$json = $stream->getContents();
В итоге результат одинаковый.@joomlafeed#joomla #разработка #php

Quantum Manager нужен сообществу, а автору нужна ваша поддержка!

Quantum Manager нужен сообществу, а автору нужна ваша поддержка!Файловый менеджер Quantum — одно...

Файловый менеджер Quantum — одно из самых популярных решений для Joomla, созданное разработчиком из сообщества Joomla, Дмитрием Цымбалом (@tsymbalmitia). Он делает Quantum удобным, безопасным и современным, обновляет его, исправляет уязвимости и отвечает пользователям — всё это в свободное от основной работы время.

Теперь настал момент для следующего шага: развитие проекта требует больше времени и ресурсов.

0 Пользователей и 1 Гость просматривают эту тему.
  • 3 Ответов
  • 3107 Просмотров
*

Mkot232

  • Осваиваюсь на форуме
  • 22
  • 0 / 0
Прошу помочь как можно реализовать задуманное... Необходимо на определенных мне страницах  сайта в теге <head>  прописать   <link rel=canonical href=“http://randomsteamkeys.ru/action" />
Прописать этот тег необходимо на следующих страницах  http://randomsteamkeys.ru/action-page-2/       http://randomsteamkeys.ru/action-page-3/  и так далее  страницы которые участвуют в постраничной навигации в категории randomsteamkeys.ru/action,  чтобы все эти эти пронумерованные страницы относились к разделу action, и не считались как дубли...
Уже перечитал море информации, не как не могу это сделать, никаких нормальных плагинов и т.п. для этого нету, и в Joomla нету возможности редактировать исходный HTML файл созданных страниц, только index.php  главной но зачем она мне...
Подскажите каким образом можно прописать эту строчку в тег <head> на нужные мне страницы, целый день потратил на поиски результатов ноль...
*

ChaosHead

  • Гуру
  • 5242
  • 451 / 13
Canonical не нужно использовать для закрытия постраничной навигации (c) Аллан Скотт (Allan Scott), инженер программного обеспечения команды индексирования Google
http://www.searchengines.ru/news/archives/kak_pravilno_is_rel_canonical.html

Аналогичная тема: http://joomlaforum.ru/index.php/topic,313117.msg1555658.html
« Последнее редактирование: 12.07.2015, 22:35:55 от ChaosHead »
*

Mkot232

  • Осваиваюсь на форуме
  • 22
  • 0 / 0
Canonical не нужно использовать для закрытия постраничной навигации (c) Аллан Скотт (Allan Scott), инженер программного обеспечения команды индексирования Google
http://www.searchengines.ru/news/archives/kak_pravilno_is_rel_canonical.html

Аналогичная тема: http://joomlaforum.ru/index.php/topic,313117.msg1555658.html

Необходимо это делать если все страницы будут иметь одинаковые Title и Description, в таком это будет расцениваться как дубли, что будет плохо влиять на оптимизацию сайта для продвижения. Да можно закрыть вообще от индексации - но в этом случае не будет ссылок на товары да и зачем это делать если можно это сделать необходимым мне способом,  а писать всегда разные тайтл и дескриптион не очень красиво как у меня сейчас Экшен страница 2...
атрибуты rel="next" и rel="prev" Яндекс не поддерживает. Разные Title и Description делать не очень хочется
« Последнее редактирование: 12.07.2015, 22:52:47 от Mkot232 »
*

ChaosHead

  • Гуру
  • 5242
  • 451 / 13
Цитировать
атрибуты rel="next" и rel="prev" Яндекс не поддерживает. Разные Title и Description делать не очень хочется
А что вы вырвали из контекста rel next и prev, у Google всё подробно сказано. Три варианта как можно использовать разбивку на страницы:
Цитировать
Если содержание на вашем сайте, которое должно отображаться в результатах поиска, разбито на страницы, рекомендуем использовать один из способов, описанных ниже.
1.    Не совершать действия. Поскольку разбиение на страницы используется очень часто, алгоритмы Google возвращают содержание, наиболее соответствующее запросам пользователей, независимо от того, на скольких страницах оно расположено.
2.    Укажите страницу "Показать все". Пользователи часто предпочитают просматривать всю статью или категорию на одной странице. Если Google считает, что пользователь ищет именно такой вариант, то предпринимает попытку показать в результатах поиска страницу "Показать все". Вы также можете добавить атрибут rel="canonical" на страницы, чтобы сообщить Google, что в результатах поиска следует отображать страницу "Показать все".
3.    Используйте атрибуты rel="next" и rel="prev" , чтобы указать связь между несколькими URL. Благодаря этой разметке Google может определить, что содержание данных страниц связано в логической последовательности, и направить пользователя на начальную страницу.
https://support.google.com/webmasters/answer/1663744?hl=ru
Три варианта, всё. Ничего не делать, сделать канонической страницу "Показать все", использовать rel="next" и rel="prev" (не подойдёт для Яндекса). Других вариантов нет, выдумывать их - плохая затея и будет негативно влиять на индексацию сайта.

Что вы можете сделать:
1) Вы оставляете как есть по умолчанию. Google увидит на страницах пагинации одинаковые Title и Description. Всего лишь небольшие ошибки. Этот вариант предлагает Google под номером 1. Т.е. ничего не делать, он сам разберется.
2) Вы пропишите на каждой странице пагинации: Страница 2 и т.д. Это аналогичный вариант первому, но при этом больше никаких ошибок. Минусов в этом варианте никаких нет.
3) Вы закроете страницы пагинации в robots. Вы поступите вопреки справке Google. Робот продолжит ходить по внутренним страницам, но выкинет из индекса страницы пагинации. Это может негативно повлиять на индексацию и перетекание веса на внутренние страницы. Но вы избавитесь от дополнительных страниц, которые вам кажутся ненужными, хотя это вполне естественные страницы.
4) Вы укажете, что страницы пагинации каноничны первой странице. Вы поступите вопреки справке Google. Робот выкинет из индекса страницы пагинации. Робот перестанет ходить страницы пагинации. Робот перестанет ходить на внутренние страницы со страниц пагинации. Робот перестанет индексировать внутренние страницы. Нарушится перетекание веса на внутренние страницы, т.к. страницы пагинации с которых должен перетекать вес будут указаны как неканоничные (считай несуществующие). Со временем снизится трафик на внутренние страницы на которые нет ссылок с первых страниц.
5) Указать каноничной странам пагинации страницу "Все товары категории". Это может быть не лучшее решение, если товаров там много, тогда у пользователей страница будет грузиться долго. Однако справка Google допускает такой вариант.

И из всех этих вариантов, откуда вы решили, что вам необходим именно 4 вариант? о-О Борясь с мелкой проблемой вы получить себе огромную проблему. Причем собираетесь сделать это вопреки справке Goggle, вопреки справке Яндекса, где не сказано, что canonical так нужно применять, и вопреки статье "5 основных ошибок, допускаемых вебмасетрами и оптимизаторами при применении атрибута rel=canonical" от работника Google, что я вам дал. Включайте логику и не занимайтесь ерундой. Лучше вашу энергию, которую не знаете куда направить, бросьте на написание контента.
« Последнее редактирование: 13.07.2015, 02:07:42 от ChaosHead »
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Стоит ли ставить плагин rel="canonical" на Joomla 3

Автор azm1n

Ответов: 2
Просмотров: 1638
Последний ответ 09.05.2025, 12:39:18
от azm1n
canonical в пагинации

Автор Stasweb

Ответов: 14
Просмотров: 1352
Последний ответ 07.02.2025, 12:16:49
от Stasweb
Перенести описание категории вниз страницы

Автор jimka

Ответов: 1
Просмотров: 1218
Последний ответ 18.07.2024, 08:02:46
от Vastriet
Шаблон для данной страницы недоступен. сообщите об этом Администратору сайта

Автор 62411

Ответов: 2
Просмотров: 1430
Последний ответ 30.03.2024, 13:15:16
от web1
Как установить header Cache-Control только для одной страницы по URL?

Автор Slava77

Ответов: 0
Просмотров: 999
Последний ответ 23.03.2024, 00:16:36
от Slava77