Новости Joomla

Вышли релизы безопасности Joomla 6.1.3 и Joomla 5.4.8

Релиз безопасности Joomla 6.1.3 и Joomla 5.4.8

Проект Joomla! рад сообщить о выходе Joomla 6.1.3 и Joomla 5.4.8. Это релизы безопасности и исправления ошибок для серий 5.x и 6.x.

👩‍💻 WT Otpravkapochtaru - библиотека сервиса Отправка Почты России для Joomla-разработчиков.

👩‍💻 WT Otpravkapochtaru - библиотека сервиса Отправка Почты России для Joomla-разработчиков.

Joomla 5+ пакет для интеграции с API Почты России: нормализация данных, расчёт доставки, создание отправлений, партии, документы, возвраты, поиск отделений, справочники и SOAP-отслеживание.

v.3.0.0. Что нового?
Это дальнейшее развитие ранее закрытой Joomla-библиотеки для работы с API сервиса Отправка (для бизнеса) Почты России. Поэтому версия не 1.0.0, а 3.0.0.

Сейчас эта библиотека ушла от собственных реализаций и стала Joomla-обёрткой известного PHP SDK от Lapay Group.

Возможности библиотеки.
- получение настроек аккаунта, точек сдачи и текущего остатка запросов к API;
- нормализация адресов, ФИО и телефонов перед созданием отправления;
- расчёт тарифа и срока доставки;
- создание, поиск, изменение, удаление и возврат заказов в состояние «Новые»;
- проверка надёжности получателя;
- создание партий, просмотр партий и заказов внутри партии;
- генерация пакета печатных документов и формы Ф103;
- создание, изменение и удаление возвратных отправлений;
- поиск отделений по индексу, адресу и координатам, получение сервисов отделения;
- локальный список стран;
- SOAP-отслеживание операций по РПО и работа с билетами пакетного трекинга.

👩‍💻 Joomla-возможности.
В пакете библиотеки WT Otpravkapochtaru есть поля Joomla Form для расширений. Они позволяют работать в интерфейсе Joomla с некоторыми типами данных, получаемых по API из вашего личного кабинета в ЛК Почты России для бизнеса.
На данный момент в библиотеке доступны 3 поля списков, которые отображают доступные в аккаунте ОПС, типы и категории отправлений.
Поддерживаются зависимые списки: значение одного поля обновляется при изменении другого.

Системные требования.
Системные требования в основном связаны с системными требованиями апстрима библиотеки - LapayGroup PHP SDK.
- Joomla 5+
- PHP 8.3+
- Расширения PHP:
-- ext-mbstring
-- ext-simplexml
-- ext-soap (опционально, для трекинга)
-- ext-zip

Ссылки:
- Страница расширения
- GitHub библиотеки и документация

@joomlafeed

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

fatalerror

  • Захожу иногда
  • 444
  • 48 / 2
  • Уполномоченный по правам чайников
Пока rav отдыхает, чтоб тема не затерялась. Цитаты из другой темы.

Виктор, а вот допустим чисто теоретически...

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

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

Вот как это можно представить. Пока чисто теоретически, на пальцах, так сказать...

Спасибо за вопрос. Надо подумать.

Здесь, Виктор, ситуация следующая. Просто пока держи это дело в голове. В деле "рисайза" ты наиболее продвинутый форумчанин.
А вот в деле визуальных редакторов наиболее продвинутый - rav со своей версией SPAW. Его модификация более других близка к концепции "Чего делаю, то и вижу" (или как она там звучит?). Но его сейчас нет, обещался недельки через две появиться.
Если за это дело браться, то лучше дождаться rava. Он может сказать, как это дело можно реализовать, какие параметры кода должны быть на выходе, чтобы можно было (в виде плагина?) прикрутить к редактору.

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

А без вашего сотрудничества, учитывая твой опыт в рисайзе, дальнейшее улучшение юсабилите редактора маловероятно. Так как не будет решена главная проблема: фото в редакторе вставляется в реальном размере и рвет всю верстку.

P.S. Друзья-форумчане! Убедительная просьба не вставлять комментарии типа "А я редактором не пользуюсь..." или "Набирайте код вручную...". Не всем же быть продвинутыми.
Этот пост вообще офтоповый... И потом будет убран...

Кстати, Виктор, может вообще имеет смысл создать отдельную тему в разделе по SPAW, куда перенести этот и другие посты. Ну чтоб тему твою не захламлять.


@fatalerror
Ясно.

Расстреляно форумчан за нецензурщину: 1 (один).  Дерьмо случается...
*

rav

  • Захожу иногда
  • 63
  • 31 / 0
Сделать это очень сложно. У мамботов рисайзинга (типа Multithumb' а) достаточно сложная логика работы (где-то включается, где-то откючается, одни картинки ресайзит пропоционально, другие с нарушением пропорций и т.д.), весь процесс происходит на стороне сервера и делается это на php. Редактор же работает на стороне клиента и придется всю эту логику проделывать на JS. Либо же прогонять картинки через мамбот в момент загрузки на сервер и использовать уже преобразованную картинку. Технически это сложно - требуется тесное взаимодействие с мамботом, фактически нужна будет серьезная переделка как редактора, так и мамбота. В добавок потеряется универсальность того и другого.
Заманчиво, но слишком глубоко копать...
*

fatalerror

  • Захожу иногда
  • 444
  • 48 / 2
  • Уполномоченный по правам чайников
rav, ты рассматриваешь мамбот (мультитумбочка или Юношевский) как универсальный. То есть он должен и во фронте все перехватывать. И при редактировании тоже превьюхи делать.
Давай попробуем от этого дела абстрагироваться.

Есть какой-нибудь мамбот, который рисайзит все во фронте (или вообще такого мамбота нет). Отлично, пусть за это дело и отвечает.
И, надеюсь, появится какая-нибудь прилада, задача которой, - рисайзить фотки в окне редактирования статей. Создавать превьюхи. И ничего более.
Это отдельные мамботы с друг другом кодом не связаны.
То есть, через окно вставки картинок на сервер загружается фото. Потом после нажатия на кнопку "Вставить" эта прилада делает "превью" и вставляет его в окно редактирования материалов. Больше это превью не используется. Просто лежит в той же папке, что и оригинал с таким же названием + суффикс (edit)То есть во фронт отдается другое превью, с которым работает уже другой мамбот.

По поводу JS. Виктор Юношев как раз и делал свой Мамбот HSImage, основываясь, в основном, на JS (если я правильно все понимаю). Поэтому, может подскажет с высоты своего опыта.
Расстреляно форумчан за нецензурщину: 1 (один).  Дерьмо случается...
*

fatalerror

  • Захожу иногда
  • 444
  • 48 / 2
  • Уполномоченный по правам чайников
А вообще, если задаться целью делать "Чего вижу, то и получится", то редактирования статьи лучше делать не в окошечке админки. Для пользователя лучше, если будет редактор выскакивать вообще в отдельном окне во всю ширину монитора.

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

Сидит юзер и редактирует как в ворде...

 :(
Расстреляно форумчан за нецензурщину: 1 (один).  Дерьмо случается...
*

rav

  • Захожу иногда
  • 63
  • 31 / 0
"Чего вижу, то и получится" - это практически нереально. Представь, при выводе во фронт контент проходит через кучу мамботов, которые корежат его порой до неузнаваемости. В редакторе пользователь видит контент, на который максимум можно наложить CSS шаблона. Ведь все мамботы работают на сервере на пхп, и они совершенно недоступны редактору.
Даже если представить такое счастье, как контент в редакторе обработанный мамботами, то как его тогда редактировать - ведь это уже вторичный продукт. Это уже извечная проблема курицы и яйца :'(
*

fatalerror

  • Захожу иногда
  • 444
  • 48 / 2
  • Уполномоченный по правам чайников
Ну да, идеал недостижим...

Но основная-то нестыковка как раз из-за фоток идет... В редакторе - оригинал, на выходе - рисайз... если эту проблему решить, то тогда в редакторе будет очень близко оформление к тому, что на выходе. Особенно, если весь редактор сделать вообще в отдельном попап-окне и при этом максимально избавиться от доп. окон, которые используются при вставке фото, файлов и пр.

rav, тут смотри сам. Я Юношеву еще напишу, может он что подскажет. Может проблема с превью при редактировании не очень сложная... А там что в теме отпишет, то и решайте...
Расстреляно форумчан за нецензурщину: 1 (один).  Дерьмо случается...
*

yunoshev

  • Завсегдатай
  • 1271
  • 179 / 1
@fatalerror, rav
Дело задумано серьезное и интересное. Но все-таки вопрос рисайзинга в редакторе остается спорным до тех пор, пока не начнешь это реализовывать. И здесь rav прав, говоря, что мы теряем универсальность, т.к. получается этот бот - если будет, конечно, - будет заточен процентов на 90 только под этот виз.редактор... а может, я и ошибаюсь. :)

Теоретически - это реализуемо на JS. Останутся под вопросом лишь картинки с других (внешних, сторонних) ресурсов. Их надо будет либо закачивать и делать миники к ним, либо вообще от них отказаться.

Над всем этим еще глубоко не задумывался, т.к. голова пока усиленно работает над другим проектом -- интернет-киоском, как сказал как-то Mitrich.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

не работает вставка картинок из фронтенда

Автор bnet

Ответов: 3
Просмотров: 9511
Последний ответ 27.03.2011, 14:41:34
от bnet