Кто не видел — вот исходная тема. Начиналось всё довольно безобидно: попросили соединить Uploadify и Tickets. В процессе соединения оказалось, что выходит ерунда, поэтому пришлось делать всё по-полной.
Итого, я провозился аж 4 дня, вместо 1 запланированного. Но результат того стоит:
Логика работы
Все файлы загружаются сразу при добавлении и сохраняются в новую таблицу TicketFile. В зависимости от типа файла (картинка или нет), генерируется уменьшенная копия и сохраняется в поле thumb.Правила загрузки и генерации превью, как обычно, прописаны в источнике медиа. Стандартный для Tickets устанавливается вместе с обновлением. Обратите внимание: в отличии от MS2 всегда генерируется только одна превьюшка, поэтому формат JSON массива немного другой.
Сразу после загрузки файлам присваивается пользователь-владелец и нулевой документ-родитель. Пока вы не сохраните тикет вместе с загруженным файлом — он считается новым и показывается вам в окошке создания и редактирования тикета.
Если картинка вам не нужна — её можно удалить, вернее, поставить флаг deleted. Физически же файл и запись в БД будут удалены при обновлении формы (только для новых файлов) или при сохранении тикета (для всех).
То есть, файл еще не привязанный к тикету удаляется проще, чем привязанный. Сама привязка происходит при сохранении тикета. Пока вы его не сохраните — файл болтается неприкаянный и показывается вам в форме тикета.
Удаляемый тикеты обводятся красной рамкой, новые — синей. Все стили, как обычно, в default.css.
Новые параметры сниппета TicketForm:
- allowFiles — Разрешить загрузку файлов? Если да — то подключится загрузчик и нужные скрипты.
- source — Источник медиа-файлов, в который будут сохранены изображения. По умолчанию берется системны настройка tickets.source_default, в которую прописывается источник Tickets Files.
- tplFiles — Чанк-обертка всего блока работы с файлами. Загружчик, список файлов и прогрессбар.
- tplFile — Чанк оформление файла, который не является изображением.
- tplImage — Чанк офомрления картинок.
Да, старый баг с несохранением этих фиолтеовых параметров при открытии в окошке никуда не делся. Используйте быстрое редактирование двойным кликом на значении.
Загрузчик
Непосредственно загрузкой файлов занимается мега-скрипт Plupload, который работает везде, умеет drug & drop, ресайз на клиенте и еще много чего.В частности, он не позволит вам загрузить слишком большой файл, проверяя его размер при добавлении. Огромные картинки будут отресайзены до значений, указанных в источнике файлов также — прямо у вас на компе, еще до загрузки на сервер.
Также на клиенте будет проверено расширение файла, а в окне выборе будут активны только разрешенные типы.
Контроль целостности
Ссылку на загруженный файл можно сразу вставить в тикет — пока он не сохранен путь у картинок будет такой:/assets/images/tickets/0/имяфайла.png /assets/images/tickets/0/имяфайла_thumb.jpgОбратите внимание, что путь указывает на нулевой ресурс. При сохранении этот путь заменится на реальный id документа.
Если вы удаляете файл, но оставляете ссылку на него в документе — она тоже будет удалена при сохранении тикета. Таким образом, битых ссылок быть не должно. Проверяются content и introtext.
Физический перенос файла в новую директорию прописан в методе TicketFile::save() и срабатывает при смене родителя.
Вывод загруженных файлов
Выводом загруженных файлов посетителям занимается сниппет TicketMeta. У него появились новые параметры, и по умолчанию он показывает только те файлы, ссылки на которые отсутствуют в контенте тикета.- getFiles — Выводить список загруженных файлов?
- tplFile — Чанк оформления сслыки на файл.
- unusedFiles — Выводить только файлы, неиспользованные в контенте документа.
Понятное дело, что файлы можно выводить и при помощи pdoResources:
[[!pdoResources?
&class=`TicketFile`
&where=`{"parent":16}`
&sortby=`createdon`
&sortdir=`ASC`
]]Сортировку нужно указать обязательно, иначе сниппет попытается сортировать по колонке publishedon, которая у TicketFile отсутствует.Заключение
Вот и появился у нас компонент, который умеет создавать страницы с фронтенда, комментировать, голосовать и даже загружать файлы.Кстати говоря, в этой версии исправлена еще пара ошибок и добавлена мега-фича: сниппет TicketMeta теперь можно вызывать на любых ресурсах. Да, и голосовать за них теперь тоже можно, и количество комментариев для них он тоже выводит, и просмотры.
Напоминаю, что это по-прежнему бета-версия, которую нужно тестировать. Учитывая, что используется Plupload, загрузка должны работать везде, даже на HTML4, а вот отсутствие глюков в php я вам не обещаю. Свой сайт я пока не обновляю, скорее всего, новый Tickets будет использоваться уже сразу на modx.pro.
При обновлении советую обратить внимание на чанки:
- tpl.Tickets.form.create
- tpl.Tickets.form.update
- tpl.Tickets.meta
Все желающие поддержать проделанную работу могут сказать спасибо материально или вербально, в комментариях.
← Следующая заметка
[Sendex] Версия 1.0.0-pl — Отправка нескольких писем вручную
[Sendex] Версия 1.0.0-pl — Отправка нескольких писем вручную
Предыдущая заметка →
[Tickets] Версия 1.4.0-beta - Настройки секции
[Tickets] Версия 1.4.0-beta - Настройки секции
Ссылка в чанке tpl.Tickets.meta почему-то отправляет меня на главную страницу сайта
смотри
Мне кажется произойдет факап, если в один момент два пользователя из под разных сессий загрузят файл с одним и тем же именем? Я так понимаю победит тот, кто загрузит файл последним… Возможно есть смысл расширить путь например до ID юзера:
То есть, создал тикет, загрузил туда «image.jpg», а через пару дней загружаешь другой «image.jpg» — содержимое у них разное, а имена одинаковые и один затрёт другой, что может быть неприятным сюрпризом — ты же не помнишь, что загружал в прошлый раз?
Так что добавлю проверку не только по содержимому, но и по имени. Если такое имя уже есть в нулевой директории или в директории тикета — будет ошибка, переименовывай перед загрузкой.
Ну и по умолчанию лучше включить не-friendly имена картинок в настройках media source.
Вопрос уже решен проверкой имени файла и его содержимого при загрузке.
Ну вот реально, зачем? Чтобы на странице было 2 файла с одинаковым именем, или чтобы было 2 одинаковых картинки?
image.jpg image(1).jpg image(2).jpg
А не упростит ли задачу, если создание тикета разбить на 2 этапа?
1. Пользователь вводит только название тикета, выбирает секцию и тыкает на «продолжить».
2. Тут создается неопубликованный тикет и сразу перекидывает на его редактирование, где уже все плюшки есть: поле редактора, картинки, публикация и прочее.
м?
Рад был бы лично, Василий пожать тебе руку за подобные труды! Жаль географическое положение не позволяет.
А реально demo.modx.pro/tickets обновить, чтобы в живую поюзать, перед глобальным обновлением?
p.s. Василий случайно сюда зашел — demo.modx.pro/minishop2
Вроде ссылок на сравнение нет…
Обновил MS2 с перезаписью чанков =)
Firefox 28.0
Сам не пользуюсь этим, но Василий молодец и все кто собрались и скинулись.
Например так: fishspace.ru/places/to/kireevskij/gamovo/
Думаю что у комментария нет смысла вставлять изображение в текст. Просто список прикрепленных файлов должен идти после комментария.
Но на уровне БД и общей логики я такой вариант предусмотрел — возможно когда-нибудь сделаю, опционально.
Все всё знают и умеют, кроме меня — так давайте делать уже.
Понятно ли, что тикеты — это одна таблица, а комментарии — другая? Нужно как минимум сделать join этих таблиц, чтобы задавать условия для выборки.
Вчера обновился до свежей версии тикетс, что-бы воспользоваться всеми новыми плюшками. Но сразу же выплыло неудобство: создается только 1 превью для загруженного файла. Причем мне нужно превью большого размера, 400 точек в ширину, а высоту любое, но с ограничением до 1000 допустим. Ок, пропишу в источниках файлов, но тогда сломается предпросмотр превьюшек при создании поста. В чем сложность сделать возможность создания нескольких превью? Пусть они бы были записаны в виде
[ {"thumb": "w=120&h=90&..."}, {"anotherthumb": "w=400&h=1000&..."}, ]и в разных случаях мы бы просто использовали разный ключ. Или оставить текущую настройку thumbnail и добавить к ней дополнительно еще настройку thumbnails с массивом, как в gallery. В этом случае, изображения вставлять не полным кодом в текст, а так:— где 1 — порядковый номер изображения у данного тикета. А про отображении уже заменять на то, что хочется. На превью, превью со ссылкой, ну в общем как пожелает пользователь.
Если это возможно сделать, готов проспонсировать.
Если нет желания — используй phpthumbof или phpthumbon.
Подскажите пожалуйста, хочу сделать водяные знаки, при загрузке с фронта, на картинки (превью и увеличенную). С превью, проблем нет, в источнике выставляю
{"w":720,"h":400,"q":90,"zc":"1","bg":"000000","fltr":"wmt|site.ru|20|BR|DDEDF7|7fonts.ru_GAU_root_N.TTF|90|20|5||0|"}и все в порядке.Для того, чтобы сделать водяные знаки на увеличенном изображении пытаюсь использовать phpthumbon (саму картину оригинал не трогаю). Для этого в чанке tpl.Tickets.form.image вместо [[+url]] (ссылки на оригинал) прописываю
до очистки кэша все в порядке, а после и превью исчезает.
Посмотрел, у картинок (превью и увеличенной) в созданном тикете остаются пути на /assets/images/tickets/0/… не происходит замены на id ресурса. Причем, увеличенная картинка открывается, даже после очистки кэша и с путем /assets/images/tickets/0/…
Прошу прошения если объяснил непонятно, осваиваю modx. Подскажите, куда копать.
Потестил немного phpthumbon, для создания увеличенной картинки, чувствую, в дальнейшем, с ним могут возникнуть проблемы, естественно он не меняет /assets/images/tickets/0/ на id (а значит может перезаписать картинки). Чтобы не затирались картинки дополнил его параметром , получилась интересная штука. Пример: к превью картинки путь /assets/images/tickets/103/ и id ресурса соответственно 103. А у phpthumbon путь получился /assets/images/110/tickets/0/ (откуда взялось 110, вместо 103, загадка). При создании следующего ресурса будет 104 и 111.
В общем криво получается. Как бы боком не вышла защита увеличенных картинок ватермаркой.
В настройках системы нет. Не подскажете где эти настройки?