Новости Joomla

👩‍💻 WT CDEK library v.1.3.0 - обновление PHP SDK для Joomla + CDEK.

👩‍💻 WT CDEK library v.1.3.0 - обновление PHP SDK для Joomla + CDEK.

Небольшая нативная PHP Joomla библиотека для работы с API v.2 службы доставки CDEK. Библиотека представляет собой клиент для авторизации в CDEK API по OAuth, работы с некоторыми методами API: получения ряда данных и расчета стоимости доставки. Поддерживается Joomla 4.2.7 и выше.

В пакет входят:
- библиотека Webtolk/Cdekapi
- системный плагин System - WT Cdek для хранения настроек и AJAX-интеграций
- task-плагин Task - Update WT Cdek data для обновления локальных копий справочников CDEK по расписанию
- web asset с официальным JavaScript-виджетом СДЭК

👉 v.1.3.0. Что нового?
- Полный рефакторинг библиотеки. Библиотека переработана в entity-based API с фасадом Cdek и отдельным слоем запросов. Обратная совместимость не нарушена, поэтому версия библиотеки - 1.3.0.
- Добавлена поддержка новых разделов API СДЭК. Добавлена поддержка новых разделов API СДЭК: webhooks, prealert, печатные формы, payment, passport, reverse, intakes и других сущностей.
- Улучшена интеграция с Joomla.
Улучшена интеграция с Joomla: installer script для layouts, новые поля Joomla Form для тарифов и обновлённые js виджета CDEK.
- документация библиотеки. Все методы библиотеки подробно описаны, а так же текст документации собран в отдельной папке в git репозитории и будет опубликован на сайте.

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

Страница расширения
GitHub расширения

@joomlafeed

Поток товаров, связанные товары для JoomShopping 5+.

Поток товаров, связанные товары для JoomShopping 5+.

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

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

Принцип работы
- Связывание товаров происходит в полуавтоматическом режиме.
- Администратор выбирает характеристику, по которой нужно сформировать группу товаров (например: модель, серия, объем, тип и т.д.).
- Система фильтрует и показывает список товаров с таким же значением характеристики.
- Администратор выбирает нужные товары из списка для создания связи.
Таким образом сохраняется полный контроль над связями, но значительно упрощается поиск нужных товаров.

Назначение потока товаров в одном товаре является сквозным. Это обеспечивает автоматическую связь и возможность корректировки потока в каждом товаре, который к нему относится.

Страница расширения

@joomlafeed

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

xxxTiTxxx

  • Осваиваюсь на форуме
  • 35
  • 6 / 0
DOMIT и превышение memory_limit
« : 20.03.2008, 10:42:12 »
Предыстория:
Есть задача наладить экспорт/импорт кусков базы между главным сайтом компании и сайтами партнеров. Так как количество таблиц из базы для импорта/экспорта будет постоянно меняться, да и к тому же среди переносимого содержимого таблиц будет текст с встречающимися ';' , ','  и прочими радостями csv, то csv как формат обмена был отметен сразу, решил использовать внутренние блага joomla,  а точнее XML и встроенный движок DOMIT.
По делу:
При загрузке/сохранении файлика XML через DOMIT, php начинает кушать >80M памяти ,как я понимаю, под переменные. Причем размер самого сохраненного файлика небольшой 1.3M, при этом если разобрать загруженную структуру в многомерный массив, то к занимаемой памяти прибавится  1-3М всего. Как усмирить аппетит объектов класса DOMIT_Document()? Если есть информация о том, как часто хостеры дают увеличить memory_limit через .htaccess, тоже было бы не плохо поделиться.
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Re: DOMIT и превышение memory_limit
« Ответ #1 : 20.03.2008, 10:56:46 »
А почему бы не попробовать разбирать указанный XML не с помощью DOM-парсера, а посредством SAX? Он намного менее требователен к ресурсам, а в принципе не намного уступает по возможностям. Да и в библиотеке DOMIT он так же присутствует... Мне кажется это может решить вашу проблему (по крайней мере при чтении данных).

Что же касается увеличения памяти, то 80 метров вам вряд ли кто из хостеров даст выделить на отдельный процесс. Разве что на выделенном сервере...

В принципе можно еще попробовать уменьшить объемы файла, увеличив количество файлов, например выгружать все данные в несколько XML-файлов, паковать в архив, а потом последовательно (или по заданному порядку) их обрабатывать.
*

xxxTiTxxx

  • Осваиваюсь на форуме
  • 35
  • 6 / 0
Re: DOMIT и превышение memory_limit
« Ответ #2 : 20.03.2008, 13:15:17 »
SAX это
Код
DOMIT! relies on an underlying SAX parser to parse XML data. You have the choice of one of two SAX parsers:

    *

      Expat is a C-based SAX parser written by James Clark that comes bundled with most later distributions of PHP.
    *

      SAXY is a pure PHP SAX parser written by Engage Interactive that comes bundled with DOMIT!
Я правильно понял? Так он вроде по умолчанию включен. Попробовал поменять на Expat - никакой разницы. Кстати при сохранении файла php кушает аж 120M. Попробую подробить базу.
*

xxxTiTxxx

  • Осваиваюсь на форуме
  • 35
  • 6 / 0
Re: DOMIT и превышение memory_limit
« Ответ #3 : 20.03.2008, 15:35:22 »
Полностью разочарован в этом DOMIT :(. Файлик на выходе - 9.9Kb. Около 50 нодов по два текстовых нода внутри, итого 100 - занимает 8   метров оперативы. Фи. :'(
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Запросы к БД. Превышение лимитов

Автор Roberta

Ответов: 2
Просмотров: 3033
Последний ответ 18.03.2010, 09:02:56
от Roberta