iWatchYouFromAfar

iWatchYouFromAfar

С нами с 29 сентября 2018; Место в рейтинге пользователей: #36
iWatchYouFromAfar
1 час назад
0
Вообще MIGX это прям золото для MODx. Один из самых полезных пакетов.
Миша, спасибо за статью!
iWatchYouFromAfar
17 апреля 2019, 17:08
0
Либо, вы можете мотивировать автора данного компонента и он добавит такую функцию. Ну или самому сделать.
iWatchYouFromAfar
15 апреля 2019, 07:51
0
Да, чанки, шаблоны, плагины, сниппеты, tv и т.д.
iWatchYouFromAfar
12 апреля 2019, 22:55
0
7.2 php, 271 modx. Никаких проблем с медленной загрузкой нет. Все довольно быстро. Причем работая на файлах, админка грузится быстрее чем без них.

P.S.
И это с большим деревом, вложенность около 6 уровней.
iWatchYouFromAfar
10 апреля 2019, 21:21
-2
Давайте голосовать за закрытие телеграм-канала чтобы не разделять аудиторию и индексировать переписку для поиска по ней в будущем!

Признавайтесь, вы депутат?
iWatchYouFromAfar
09 апреля 2019, 18:11
0
А можно увидеть исходники, раз уж пакет бесплатный?
iWatchYouFromAfar
02 апреля 2019, 15:39
0
По этой причине я и написал этот плагин. Менеджеры могут забыть указать альт, но плагин им об этом напомнит и они пройдутся еще раз по всем изображениям и проверят их заполненность. Это их работа, а если уж они пишут там полную хрень, то это вопросы не к плагинам или сниппетам, а к менеджеру сайта. :) На картинки не из контента плагин не обращает внимания, т.к. большинство сайтов работают именно с полем content.

Применив должную фантазию и совсем немного строк кода, можно прописать любую логику в этом плагине и не только в поле content. Это минимум функционала, что-то типа базовой функции. Ну а дальше этот сниппет можно развивать и даже собрать из него дополнение.

Может быть так и произойдет, если найду причины его расширения.
iWatchYouFromAfar
02 апреля 2019, 13:32
+1
Тоже вариант, но далеко не факт что alt должен содержать название заголовка. Alt отображает текстовую информацию о рисунке при отключенной в браузере загрузке изображений. Да и как там роботы воспринимают alt я не знаю. Может для них как раз важно что в alt будет вписан заголовок…

И вообще, это работа менеджера сайта, писать хороший контент правильно. Так что я, например, свое решение установил и себе на сайты, дабы не забывать про alt.
iWatchYouFromAfar
01 апреля 2019, 21:22
0
Почитай статью, я написал почему такой вариант не подошел. Как пример, представь сайт который по госту должен иметь версию для слабовидящих. На таких версиях дают возможность отключать изображения и посетитель вместо изображений будет видеть alt. По твоей логике получится везде одинаковые названия изображений.

Я уже молчу про SEO, они за такое по рукам бить будут.

P.S.
Раз тебе не нужно сбрасывать процесс сохранения, то ты можешь изменить скрипт. Там где проверяется alt на пустоту, вместо $alts[1] подставляй что угодно.
iWatchYouFromAfar
25 марта 2019, 19:49
+1
Решение конечно такое себе.

Я использую другой вариант плагина, подставляю источник файлов на основании шаблона. Проще говоря — каждому шаблону, свой источник файлов, без привязки к юзерам. Я тоже хотел свой плагин доработать, чтобы он создавал папки по текущему id ресурса. Но там всплывает множество подводных камней, типа что будет если у ресурса сменить шаблон или если удалить ресурс. Как потом удалять неиспользуемые файлы и папки и т.д. Посему управление диспетчером файлов я возлагаю на пользователей.

Например на своих сайтах я создаю папки и обрабатываю их плагином транслитерации и добавляю в название текущую дату. Так проще структуру соблюдать.

А вообще, когда сайт разрастается, пользоваться встроенным диспетчером файлов становится не очень удобно.
iWatchYouFromAfar
25 марта 2019, 11:58
+1
Да уж, спасибо, вот так и рождается говнокод… :-))

Обновил пост, добавил версию плагина который проверяет когда последний раз изменялся файл.
iWatchYouFromAfar
25 марта 2019, 11:11
0
Тоже верно, значит есть смысл написать вариант плагина с filemtime. Займусь этим и чуть позже дополню статью еще одним вариантом.

Спасибо за фидбэк!
iWatchYouFromAfar
25 марта 2019, 11:01
0
Клиенты кэш редко сбрасывают, если вообще сбрасывают. Такое происходит только когда я вношу правки и соответственно я знаю что при очистке кэша, плагин подхватит текущую дату. Плюс, в моем варианте дата указывается в формате день/месяц/год. Так что, в день пользователь максимум 1 раз скачивает файлы стилей. На некоторых сайтах я вообще использую формат месяц/год.

Ну а вообще да, надо бы сделать версию с функцией

filemtime
iWatchYouFromAfar
13 февраля 2019, 09:38
0
Напишите мне в личку, если дадите доступ к сайту я посмотрю, исправлю и объясню в чем дело. У меня нет под рукой проекта где я могу проверить работу phpthumbon + migx.
iWatchYouFromAfar
13 февраля 2019, 09:33
0
Да тут вы правы, ваш вариант выше с занесением пути в переменную сразу конечно лучше чем подставлять путь вручную везде.
iWatchYouFromAfar
13 февраля 2019, 08:53
0
Я думаю что если человек догадался дописать путь в ссылку:
<a href="assets/resourceimages/{$_modx->resource.id}/{$row.image}" title="{$_modx->resource.pagetitle}" class="fancybox2" data-fancybox="gallery">

То он догадается и дописать путь в сам путь к файлу? Иначе это очень неумный человек.
<img src="assets/resourceimages/{$row.image | phpthumbon : "w=250&h=250&zc=1"}" alt="{$_modx->resource.pagetitle}" title="{$_modx->resource.pagetitle}" class="img-thumbnail">

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

Такие выводы я сделал заочно, ибо не использую phpthumbon и не вижу что там у человека получается. :) Возможно конечно я не прав, человек то пропал и ничего не ответил, а возможно кто-то с такой же проблемой столкнется. Помогай вот теперь…
iWatchYouFromAfar
13 февраля 2019, 08:37
0
Так можно только если не обрабатывать изображение через phpthumbon. Иначе путь получается другим.