Перетворення збережених XML-даних із; окремий сервер Форум розвитку Ametys
Ви не авторизовані.
# 1 27.11.2013 15:04:08
Перетворіть збережені дані XML з окремого сервера
Припустимо, я хочу створити (або змінити) службу для інтеграції вмісту, що зберігається у форматі xml (+ jpg для зображення) на іншому сервері.
1. це легко мислимо ?
2.Як забезпечити синхронізацію даних при оновленні віддаленого файлу xml ?
# 2 27.11.2013 15:38:04
Re: Перетворення збережених даних XML з окремого сервера
це насправді досить просто: плагін "Proxied Content" створений саме для вас.
Співавтор вводить URL-адресу віддаленого сервера та вибирає XSL, наданий розробником.
Цей XSL повинен виходити з HTML, як і будь-яка послуга Ametys. Гра буде розміщена в області, вибраній автором.
Для синхронізації даних Proxied Content - це послуга, що не підлягає кешуванню, що означає, що на запит кешу від відвідувача буде віддано запит на віддалений сервер і відтворено XSL. Чи правильно це для вас ?
Рафаель Франше
Експерт Ametys
# 3 27.11.2013 16:01:00
Re: Перетворення збережених даних XML з окремого сервера
Це мене дуже влаштовує, у будь-якому випадку для теорії це нормально. Я просто повинен застосувати це на практиці
Дякую
# 4 05/06/2014 17:03:11
Re: Перетворення збережених даних XML з окремого сервера
Маленьке запитання:
У мене складається враження, що поля, що містяться у файлі XML, повністю ігноруються ?
Якщо так, чи можемо ми це обійти ?
# 5 05/12/2014 11:08:19
Re: Перетворення збережених даних XML з окремого сервера
Вам потрібно визначити, хто видаляє CDATA.
У своєму XSL ви можете перетворити CDATA у звичайний текст, щоб перевірити, чи потрапляє він у ваш браузер.
Рафаель Франше
Експерт Ametys
# 6 12.12.2014 12:16:24
Re: Перетворення збережених даних XML з окремого сервера
поле CDATA в XML містить базовий HTML (із посиланнями).
Ми протестували XSL поза CMS, і у нас є рендеринг, який працює добре.
Тому я намагаюся адаптувати цей XSL так, щоб Ametys, у свою чергу, цього хотів, але тут я маю інтуїцію, що існує "прихована річ".
Я пробував безліч комбінацій, щоб перетворити це поле, але, схоже, cms безпосередньо перетягує тег, навіть перед тим, як намагатися переглянути його вміст. У нас навіть немає повідомлення про помилку чи порожньої сторінки, це наче поле просто не існує.
У вашому XSL ви можете перетворити CDATA у звичайний текст, щоб перевірити, чи потрапляють вони у ваш браузер.
Я спробував добре, але безуспішно. якщо у вас є лідер, мені цікаво.
Ось виклик, який працює поза CMS:
# 7 13.05.2014 16:14:30
Re: Перетворення збережених даних XML з окремого сервера
Існує справді "фішка".
XSL, над яким ви працюєте, видає вихідний код HTML, який надходить як вхід для іншого XSL: графічний статут, який розміщує зони.
Отже, функція "disable-output-escaping" знищується цим: вона працює лише в тому випадку, якщо це самий останній XSL.
Дійсно, "вимкнути-вивести-втекти" - це більше хакерство, ніж будь-що інше в основі.
Тоді, якщо ваш CDATA містить HTML як текст, я не бачу способу перетворити його на REAL xml без написання JAVA
Насправді, в даний час із вбудованим плагіном вміст поданий вами канал обробляється як HTML, і тому він «виправляє» неправильно сформовані теги, щоб зробити їх дійсними XML. Можливо, саме він знищує ваш CDATA ?
Але якщо ні, то після вашого XSL є другий XSL шкіри. Можливо, вона знищує ваш CDATA ?
Ось чому ви могли "підібрати" CDATA і написати "foo". Просто щоб знати, чи CDATA потрапив у ваш XSL чи ні.
Рафаель Франше
Експерт Ametys
# 8 16.05.2014 11:06:40
Re: Перетворення збережених даних XML з окремого сервера
Ми протестували. Нічого не виводиться, лише текст у CDATA.
# 9 16.05.2014 11:23:35
Re: Перетворення збережених даних XML з окремого сервера
Так, це мало що сильно змінити. Тестом, про який я думав, було зіставити CDATA і написати твердий текст без виводу CDATA
Тож ми будемо знати, якщо XSL отримує CDATA чи ні на вході.
Якщо він отримає його, помилка незабаром перейде до прогресу XSL, якщо не отримає, то надходить від JAVA, що не підходить для вашого випадку.
Рафаель Франше
Експерт Ametys
# 10 25.06.2014 15:42:29
Re: Перетворення збережених даних XML з окремого сервера
Отже, не XSL шкіри викликає занепокоєння, а JAVA, який не підходить для нашого випадку.:-(
Останній раз редагував jbabadie (04.11.2014 11:31:35)