Новости Joomla

WT IndexNow плагин для Joomla - отправка страниц сайта на переиндексацию в поисковые системы

WT IndexNow плагин для Joomla - отправка страниц сайта на переиндексацию в поисковые системы

👩‍💻 WT IndexNow плагин для Joomla - отправка страниц сайта на переиндексацию в поисковые системы.Пакет плагинов, обеспечивающий ручную и автоматическую отправку url адресов Joomla в поисковые системы на переиндексацию по протоколу IndexNow. Согласно документации протокол поддерживают все крупнейшие поисковые системы, кроме Google. Протокол служит для получения от сайтов URL, которые нужно переиндексировать заново или проиндексировать в первый раз как можно быстрее. Отправка адресов сайта таким образом существенно ускорит индексацию нового или изменённого контента поисковыми системами.Поисковые системы по этому протоколу обмениваются друг с другом данными, поэтому отправив URL в одну из них вы сообщаете их сразу всем. Протокол IndexNow поддерживают:- Amazon- Microsoft Bing- Naver- Seznam.cz- Yandex - YepСуточный лимит URL - 10000 в сутки. Возможна отправка вручную и автоматически. Поддерживаются:- материалы и категории материалов Joomla- контакты и категории контактов Joomla- SW JProjects - компонент каталога расширений для Joomla- JoomShopping - компонент интернет-магазина для Joomla- Phoca Download - компонент каталога файлоа для Joomla- Phoca Cart - компонент интернет-магазина для Joomla- RadicalMart - компонент интернет-магазина для JoomlaПакет плагинов работает с Joomla 4.3+. Тестировался на Joomla 5 и Joomla 6.Смотреть видео:- ВК Видео- RuTubeСсылки:Страница расширенияGitHub расширенияРаздел Поддержка протокола IndexNow в справке Яндекса@joomlafeed#joomla #seo #indexnow

Вышел WT AmoCRM - RadicalForm v.1.4.0 плагин интеграции Joomla с AmoCRM

Вышел WT AmoCRM - RadicalForm v.1.4.0 плагин интеграции Joomla с AmoCRM

Плагин отправки данных в Amo CRM из форм обратной связи Joomla, созданных с помощью профессионального плагина Radical Form. Требует библиотеку WT Amo CRM library.

v.1.4.0. Что нового?

Выбор типа поля AmoCRM: сделка или контакт.

Для полей Radical Form можно выбрать назначение, куда их отправлять: в поле сделки (лида), контакта или в комментарий к сделке.

Строгая типизация данных.

Для полей появился параметр типизации, который позволяет привести данные к нужным для AmoCRM типам: строка, число и т.д. Это необходимо для корректной передачи данных полей. отличных от текстовых (например, поле типа флаг).

Системные требования

Плагин бесплатный. Поддерживает Joomla 4.3-6.x. Для работы необходима установленная и настроенная библиотека WT AmoCRM.

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

jem777

  • Завсегдатай
  • 1666
  • 119 / 2
JCE 2.3.2.3 - зависает и тормозит Менеджер изображений при скроллинге картинок. Надо сказать что картинок в папке больше 4 тысяч. При этом он не показывает их превьюшки как положено справа в окошке Подробная информация. Там просто иконка с классом в коде "Preview error".

Но старая версия 1.5.7 работает ровно и крутит картинки без никаких задержек и зависаний.
Глюк не зависит от браузера. Кто нибудь сталкивался с таким?

Система Joomla 1.5.2.6
*

Shustry

  • Гуру
  • 6434
  • 745 / 3
На разных браузерах пробовали?
*

jem777

  • Завсегдатай
  • 1666
  • 119 / 2
Да пробовал. Тут надо отметить что галочка Показать стоит на Все.
Только что протестировал на чистой Joomla 1.5.2.6 + JXE 2.3.2.3 - то же самое... :o

Причем явно видно, что спотыкается на создании превьюшек. Справа он не может отобразить превью выбранного файла.
А при скролле в коде он показывает класс "file jpg safe writable loading disabled".
*

Shustry

  • Гуру
  • 6434
  • 745 / 3
Вспомнил, было у меня такое. Проблема на стороне сервера была. Но то был мастерхост, у них глюк на глюке был. Переехал и уже пару лет не видел такого.
*

jem777

  • Завсегдатай
  • 1666
  • 119 / 2
Забыл добавить - кручу на Денвере.

Версия MySQL:     5.1.40-community
Сравнение БД:     utf8_general_ci
Версия PHP:     5.3.3
Веб-сервер:     Apache/2.2.4 (Win32) mod_ssl/2.2.4 OpenSSL/0.9.8k PHP/5.3.3

Спасибо за наводку! Значит надо копать денвер? Тогда для чистоты протестирую на другом локальном сервере.
*

Shustry

  • Гуру
  • 6434
  • 745 / 3
Пожалуйста. Да, проблема была в том, что JCE не хватало выделенных ресурсов для создания тумбочек.
*

jem777

  • Завсегдатай
  • 1666
  • 119 / 2
Такс, дал ему 512Мб памяти и 360 сек на выполнение, не помогло. Бум искать.)
*

jem777

  • Завсегдатай
  • 1666
  • 119 / 2
Попробовал Wamp - то же самое. Тормоза и затыки при скроллинге, превьюшек нет и зависания браузера.
Глючит именно при создании превью уже загруженных картинок. Причем не зависит от числа отображаемых фото. Хоть по 10, хоть по 4 тысячи - тормоза и зависания одинаковые, значит это не Денвер...есть еще идеи? :(

Исходные данные : чистая Joomla 1.5.26 + JCE 2.3.2.3 + 4 тысячи разных ранее загруженных фото в папке images/stories.
« Последнее редактирование: 19.03.2013, 19:15:08 от jem777 »
*

jem777

  • Завсегдатай
  • 1666
  • 119 / 2
components\com_jce\editor\extensions\filesystem\joomla.php

Строка 316 функция getFileDetails
Код
/**
     * Get a files properties
     *
     * @return array Array of properties
     * @param string $file File relative path
     */
    public function getFileDetails($file, $count = 1) {
        clearstatcache();

        $path = WFUtility::makePath($this->getBaseDir(), rawurldecode($file));
        $url = WFUtility::makePath($this->getBaseUrl(), rawurldecode($file));

        $date = @filemtime($path);
        $size = @filesize($path);

        $data = array(
            'size' => $size,
            'modified' => $date
        );

        if (preg_match('#\.(jpg|jpeg|bmp|gif|tiff|png)#i', $file) && $count <= 100) {
            $props = @getimagesize($path);

            /* if (preg_match('#\.(jpg|jpeg|tiff)#i', $file)) {
              $data = exif_read_data($path, 'IDF0', true, false);

              if ($data !== false) {
              $idf = isset($data['IDF0'])? $data['IDF0'] : array();
              $exif = isset($data['EXIF'])? $data['EXIF'] : array();
              $data = array_merge($idf, $exif);
              }
              } */

            $width = $props[0];
            $height = $props[1];

            $image = array(
                'width' => $width,
                'height' => $height,
                'preview' => WFUtility::cleanPath($url, '/')
            );

            return array_merge_recursive($data, $image);
        }

        return $data;
    }
где в строке
Код
if (preg_match('#\.(jpg|jpeg|bmp|gif|tiff|png)#i', $file) && $count <= 100)
изменил число на большее от 100. У меня 4 тыс. фото, указал с запасом 10000.))
И все стало работать нормально.

Если бы кто сказал, что эта за функция и почему она зависает в цикле, если фотографий в папке больше 100?
*

jem777

  • Завсегдатай
  • 1666
  • 119 / 2
Это оказалось справедливо и для новейшей версии. Спустя годы помог сам себе еще раз.))
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Обрезка изображений при загрузке на сервер

Автор Mick_20

Ответов: 5
Просмотров: 3187
Последний ответ 02.02.2022, 10:35:17
от Mick_20
Обтекание картинок текстом

Автор had

Ответов: 8
Просмотров: 16615
Последний ответ 11.06.2020, 15:02:34
от sivers
Параметры выравнивания картинок в JCE

Автор Gedonist

Ответов: 0
Просмотров: 1413
Последний ответ 16.10.2017, 10:39:55
от Gedonist
Редактор применяет настройки изображений к ссылкам (при нажатии открывается не статья по ссылке) а к

Автор Apollon

Ответов: 2
Просмотров: 1592
Последний ответ 13.09.2016, 17:44:46
от Apollon
Ошибка JCE при вставке нескольких картинок подряд

Автор 1van

Ответов: 1
Просмотров: 1637
Последний ответ 18.08.2016, 15:04:07
от arma