Сообщений в теме: 15

[CB9TOIIIA]

"пожелание заказчика" - в профильный раздел тогда это.

 

P.S. Но тут костыли и палки, т.е. если мы ПРОСТО берем фото и делаем попапы/модалки и прочее - но это пздц по производительности, т.к. не делаем миниатюры и так далее.  Если же мы берем фото и делаем тумбы (миниатюры) - то вопрос тогда бессмыслен, т.к. проще парсером взять фото.

[DMTR3000S]

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

 

С заказчика часто спрос невелик – он просто исходит из того, что имеет, а имеет он сейчас на руках ссылки. Если вы предложите ему более удобное решение – напишете парсер под конкретный сайт, или настроите какую-нибудь софтину – уверен, он не откажется. А соглашаться выполнять работу по такой трэшовой задаче – я не очень понимаю. У заказчика от кучи картинок со стороннего сервера просядет производительность – он опять к вам придёт, и скажет, что надо исправлять ))

[registr]

Вопрос в следующем: на ВП данный функционал существует; многие используют; у заказчика именно такая задача и это не моя прихоть, и уменьшение производительности это понятно и я ему объяснял, его устраивает Слвоом вопрос не в решении задач путем парсеров, уговаривания клиента как лучше а именно та как я описал в начале. Если это нерешаемо или с костылями которые затрутся при обновлении JBZOO/Joomla то понятно не надо. Словом я так понимаю все же имеет смысл тему закрывать. Хотя вот как по мне - одна из тем которая имеет смысл в плане создать такой функционал просто потому что может не очень часто но востребован, почему бы и нет? Если на других движках такое есть. Вот я все же предпочитаю JBZOO но иногда приходится делать на ВП, по той же причине, например многоязычность там удобная и в принципе она там есть, но это тоже обсуждалось и так же преобладало мнение с точки зрения разработчика, а сайты заказывает клиент Которому НАДО и ему неинтересны объяснения почему так хуже, ну хочет он именно ТАК.

[CB9TOIIIA]

Ребят меня тут осенило...
 
Решение: делаете поле текст (инпут простой) - как и сказал - так и выводите. Далее выбираете берете Modals https://regularlabs....tensions/modals (если денег нет на ПРО - скачиваете прошлогоднюю с офф. сайта в разделе Changelog).
 
Демо и как сделать: https://regularlabs....al#media-images

Готово.    с Вас пиво

 

Full.php или тизер

{modal url="<?php echo $item->getElement(ELEMENT_ID)->render(); ?>" title="<?php echo $item->name; ?>" thumbnail-width="100" thumbnail-height="100"}{/modal}

[LeMax]

дак, какбэ вроде бы об этом и говорили же

1. Выводим полный путь к картинке
2. Оборачиваем хоть плагинами (пример выше с {modal}), хоть функциями фреймворка (пример UIkit - ссылка) или другое по вкусу

 

итог то все равно получается всегда один: путь обернутый в шаблоне чем, то

хз почему такой вариант не подходит автору темы тут даже никакой элемент писать не надо же, и при импорте работает и при обновлении

[Сонкин]

Тоже вставлю свои 5 копеек.

 

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

 

 

Ну и дальше по методу Евгения. 

Важно ещё то, что даже когда изображение с внешнего сайта удалят или переименуют, всё равно будет отображаться локальная копия и миниатюры и в лайтбоксе!

$img = '<img class="mavik" width="200" src="' . trim($item->getElement('5fb9b66e-8b97-43a1-b924-7849e7c38676')->render()) . '" />';
echo JHtml::_('content.prepare', $img);