[Tickets] 1.6.0-rc Обновление страниц админки

Продолжаю вылизывать Tickets до современного состояния в рамках нашей краудфандинговой компании. На этот раз переписан весь javascript компонента в админке.

Во всех таблицах доступно выделение нескольких строк через Ctrl или Shift, контекстное меню и управляющие кнопки. Внимание, GIFки!

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

Таблица с комментариями, понятно, тоже полностью переработана:

Для того, чтобы эту новую страницу можно было выводить на страницах других дополнений, был добавлен новый метод loadManagerFiles(), который принимает массив с опциями для загрузки разных скриптов компонента.
Если вы используете Tickets вместе с miniShop2 — нужно его обновить из нашего репозитория, чтобы он мог использовать эту новую страницу.

Страницы классов TicketsSection и Ticket расширены гораздо более грамотно, и не мешают подключению сторонних дополнений, типа Tagger. Да-да, вы можете использовать эти теги вместе с Tickets!

Ну и по мелочи:

[#122] Сниппету TicketComments Добавлен параметр &requiredFields для указания обязательных полей при комментировании. Теперь можно отключить требование заполнения name.
[#120] Проверены и исправлены все разрешения в процессорах. Добавлены новые на разные действия с комментами и тикетами — удаление, публикация и т.д.
Улучшена обработка ошибок формы комментариев на фронтенде. Если требуемого поля в форме нет, то текст с ошибкой будет всплывать в углу.
[#111] Добавлена возможность загружать любые css и js при инициализации класса Tickets. Файлы дублироваться не будут.
[#61] Теперь ветке можно указать свой специфический url для открытия комментов из админки. Например, вы комментируете файлы галереи на виртуальных стрнаницах — просто укажите нужный &threadUrl в вызове TicketComments.
Добавлены новые события плагинов на действия с веткой комментариев.
Обновлены MarkItUp и Plupload до последних версий
В дереве ресурсов MODX 2.3 добавлены иконки для секций и тикетов.

MODX 2.2 всё еще поддерживается. Все эти изменения работают и там (кроме иконок, понятно).

Обновляемся, тестируем, пишем отзывы.

Василий Наумкин

23 апреля 2015, 13:25

7 688

Комментарии: 53

Сuriosity

23 апреля 2015, 16:51

В этой версии и в версии 1.6.0-beta в теге head вот так выводится скрип:

<script type="text/javascript">TicketsConfig={"ctx":"web","jsUrl":"\/assets\/components\/tickets\/js\/web\/","cssUrl":"\/assets\/components\/tickets\/css\/web\/","actionUrl":"\/assets\/components\/tickets\/action.php","close_all_message":"\u0437\u0430\u043a\u0440\u044b\u0442\u044c \u0432\u0441\u0435","tpanel":1,"enable_editor":1}</script>

В результате нельзя пользователем создать тикет.
Раньше такого не было… было написано акуратно:

<script type="text/javascript">
TicketsConfig = {
	ctx: "web"
	,jsUrl: "/assets/components/tickets/js/web/"
	,cssUrl: "/assets/components/tickets/css/web/"
	,actionUrl: "/assets/components/tickets/action.php"
...

Может не доглядели чего?) Или так и должно быть?

Василий Наумкин

23 апреля 2015, 16:53

Я только что написал этот тикет в новой версии. Скрипт тот же самый, просто убраны пробелы и переносы строк.

При любой обновлении нужно чистить кэш сайта и браузера, чтобы обновились все javascript файлы.

Сuriosity

23 апреля 2015, 20:21

И все же, что-то не так…
1) На голый modx-2.3.3-pl ставлю Tickets (при установке он устанвливает: pdotools и Jevix ).
2) Theme.Bootstrap не устанавливаю.
3) Создаю группу users и настравиваю как обычно… TicketUserPolicy…
4) Создаю страницу для создания тикетов (здесь только одна фраза [[!TicketForm?]] )
5) Создаю раздел с тикетами
6) Регистрирую нового пользователя в группе users
7) Захожу на страницу создания тикета…
Форма выводится… Созданные раздел с тикетами в ней показывает…
Заполняю заголовок, Ввожу текст…
Нажимаю кнопку «Опубликовать» и…
… И ничего… не реагирует… никаких телоджвижений не происходит.

*При верси tickets-1.5.1-pl все делаю тоже самое и все работает.
Проверял несколько раз.

Вопрос, я что пропустил в своих действиях? может что-то теперь нужно делать дополнительно? или же действительно в компоненьте появилось какое-то упущение?

Василий Наумкин

23 апреля 2015, 20:23

Наверное, ты упустил подключение jQuery.

Сuriosity

23 апреля 2015, 20:32

Так я его намернно не подключал, потому как в tickets-1.5.1-pl, если и не подключил свой джейквери, то tickets подключал свой…
Теперь, я так понял, не подключает)
P.S. При ручном подключении jQuery заработал.
P.P.S. Василий, может есть смысл сделать, чтоб опять подключал автоматом, если не..?

Alexander V

23 апреля 2015, 20:49

плохая идея

Сuriosity

23 апреля 2015, 20:58

Пожалуй смело соглашусь…
Нужно отвыкать от того, что было раньше… И вкручивать самому. Тем более, что jQuery сейчас необходим практически на любом современном сайте…

Wassi Wassinen

23 апреля 2015, 17:52

Всё лучше и лучше! :)

Андрей Сухомозгий

23 апреля 2015, 19:26

Привет! Спасибо за обновление…

Заметил странность: если во вкладке «Тикеты» кликнуть по ссылке «Изменить» контекстного меню тикета, то ничего не происходит. Страница просто перезагружается…

Андрей Сухомозгий

23 апреля 2015, 19:54

А еще мне кажется или тут на сайте нельзя за тикет проголосовать когда находишься в списке тикетов. Если зайти в сам тикет, то можно проголосовать…

Василий Наумкин

23 апреля 2015, 20:22

Да, это pdoPage в AjaxMode иногда перекрывает подключаемые скрипты. Поправил, теперь всё ок.

В админке у меня тоже нормально тикеты открываются из меню, наверное у тебя что-то закэшировалось.

Андрей Сухомозгий

23 апреля 2015, 20:43

Если зайти в раздел с тикетами, то там открывается, да. А вот если нажать изменить на странице с тремя табами (рисунок прикладываю), то не открывается. Кэш чистил, все так же…

Василий Наумкин

23 апреля 2015, 21:35

А, понял, поправлю.

Alexander V

24 апреля 2015, 00:11

В отладчике получаю

Error: Permission denied to access property "toString"

default.js малость изменен. Проблема при работе с tpanel, не запоминает просмотренные, при рефреше снова непрочитанные комментарии и периодически глючит порядок комментариев при добавлении нового.

Alexander V

24 апреля 2015, 00:24

Мой косяк, поправил.

Сuriosity

24 апреля 2015, 02:00

Создаю тикет… Добавляю файл (картинку), но в эскизе не отображается ее миниатюра.
В коде выглядит так:

<div class="ticket-file new" data-id="1">
	<a href="/assets/images/tickets/0/14a49a854593c88f53fd71fcd6c234444e3f993f.jpg" class="ticket-file-link" title="14a49a854593c88f53fd71fcd6c234444e3f993f.jpg" target="_blank">
		<div class="ticket-file-image-wrapper">
			<img src="" class="ticket-file-image">
		</div>
	</a>
	<div class="ticket-file-meta">
		<a href="#" class="ticket-file-delete">Удалить</a>
		<a href="#" class="ticket-file-restore">Восстановить</a>
		
		<a href="#" class="ticket-file-insert">Вставить ссылку</a>
		
		<span class="ticket-file-size">20,12 Kb</span>
	</div>
	<div class="ticket-file-template">
		<a href="/assets/images/tickets/0/14a49a854593c88f53fd71fcd6c234444e3f993f.jpg" title="gopnik_100_100.jpg">
			<img src="">
		</a>
	</div>

Эт так и задуманно?

Василий Наумкин

24 апреля 2015, 04:19

Ну а у нас на сайте почему работает?

Работу с файлами я вообще в этом выпуске не трогал, кроме минорного обновления Plupload.

Якуб

29 июля 2015, 18:30

Может ли такая ошибка возникать, если pdoTools уже стоит перед установкой Tickets?

Мордынский Николай

17 июня 2015, 20:18

Есть такой баг. Если тикетс установлен с нуля в категории файлов создается папка с именем 0 и все ссылки на нее даются. Помогает удаление этой папки. Обрати внимание на кусок урла.

/tickets/0/

Василий Наумкин

17 июня 2015, 21:35

Это, вообще-то, временная директория для загрузки файлов несохранённых тикетов.

У нас эта директория, конечно, есть — а глюка нет!

Скорее, на том сервере что-то не то с генерацией превьюшек, потому что ссылка для основной картинки работает.

Мордынский Николай

17 июня 2015, 21:43

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

Василий Наумкин

18 июня 2015, 06:33

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

Можешь убедиться — s2156.h4.modhost.pro

Сuriosity

26 августа 2015, 18:07

Василий, приветствую!
К сожалению, проблема с генерацией thumb для изображений, загруженных при создании тикета (да и при редактировании черновика), все еще актуальна. Перепробовал все возможные версии Tickets (сейчас работаю с 1.6.6-pl), пробовал на двух разных хостингах и менял локальные сервера. Но проблема все та же…
Василий, просьба, найдите пару минут, посмотрите в этом направлении, может где-то что-то не оптимизировано или еще что… Ведь проблема же не только у меня. Да и нормально же создаются превью в стандартном загрузчике Modx…
Василий, если совсем на это нет времени, толкните хоть на тот путь, где искать решение трабла…
P.S. Загрузка изображений проходит в нормальном режиме, но не создаются миниатюры.

Василий Наумкин

26 августа 2015, 18:10

пробовал на двух разных хостингах

Попробуй на modhost.pro

Я вот не поленился еще 2 месяца назад проверить и тебе написать. А ты проснулся только сегодня.

Давай-ка дальше сам разбирайся со своими хостингами, у нас всё работает.

Сuriosity

26 августа 2015, 18:15

Да я это сразу тогда и прочитал, просто пришлось пока прикрыть глаза на проблему, и заниматься более актуальными вопросами в разработке проекта с Tickets.
P.S. Судя по ответу, то проблема действительно скрывается в сервере. Но правильно ли это, если компонент для modx работает на одном сервере, но не работает на других?

Василий Наумкин

26 августа 2015, 18:17

Ты, на данный момент, единственный, кто говорит мне об этой проблеме.

На какие мысли это наводит?

Сuriosity

26 августа 2015, 18:27

Поток твоих мыслей понятен и логичен, но если сравнить количество пользователей modx.pro и тех, кто оставляет комментарии и пишет вопросы, то, лично мне, видится, что: либо среди них 90% заядлые скрытные молчуны либо не плохие программисты, которым такие проблемы проблемами не являются…
P.S. Кста, на этой странице кроме меня еще два человека косвенно, но подтвердили проблему.
P.P.S. Я понял твою позицию, не буду больше беспокоить по этому вопросу.

Василий Наумкин

26 августа 2015, 18:34

косвенно, но подтвердили проблему.

Нет, они сказали что где-то когда-то что-то подобное у них вроде было.

И что мне, блин, с этой информацией делать? Когда мне кто-то покажет эту «проблему» — я смогу её исправить. А рассказы в духе

проблема… все еще актуальна. Перепробовал все возможные версии… пробовал на двух разных хостингах ...

И что? Я пробовал на большем количестве хостингов — и ничего такого не заметил.

Причем, в отличии от вас, я не рассказываю о чём-то, а собираю тестовый сайт, делаю скриншоты и даю на него ссылку. И там всё работает, и я это доказываю.

Ну так и ты мне докажи, что у тебя что-то не работает, блин. Как дети малые, её богу.

С таким-то ником должен был сам давно найти проблему и прислать готовое исправление в репозиторий.

Сuriosity

26 августа 2015, 19:56

После загрузки картинки в Журнале ошибок появляется:
(в показанном тексте журнала заменил название сайта на несуществующий)

[2015-08-26 16:43:36] (ERROR @ /assets/components/tickets/action.php) [Tickets] Could not generate thumbnail for "/images/users/0/2864bbcc1411c5b43a6b64620d35be2bb0a2b3d8.jpg". Array
(
    [0] => phpThumb() v1.7.13-201406261000 in file "phpthumb.class.php" on line 220
    [1] => setCacheDirectory() starting with config_cache_directory = "/var/www/kraina3/kraina.tk/core/cache/phpthumb/" in file "phpthumb.class.php" on line 961
    [2] => setting config_cache_directory to realpath(/var/www/site12343/site1234.tk/core/cache/phpthumb) = "/var/www/site12343/site1234.tk/core/cache/phpthumb" in file "phpthumb.class.php" on line 989
    [3] => setSourceFilename(/tmp/tkt_vfvTqG) set $this->sourceFilename to "/tmp/tkt_vfvTqG" in file "phpthumb.class.php" on line 271
    [4] => Addding ImageMagick formats to $AvailableImageOutputFormats (text;ico;bmp;wbmp;gif;png;jpeg) in file "phpthumb.class.php" on line 919
    [5] => $AvailableImageOutputFormats = array(text;ico;bmp;wbmp;gif;png;jpeg) in file "phpthumb.class.php" on line 925
    [6] => $this->thumbnailFormat set to $this->config_output_format "jpeg" in file "phpthumb.class.php" on line 936
    [7] => $this->thumbnailFormat set to $this->f "jpeg" in file "phpthumb.class.php" on line 943
    [8] => $this->thumbnailQuality set to "90" in file "phpthumb.class.php" on line 953
    [9] => !$this->config_allow_src_above_docroot therefore setting "/tmp/tkt_vfvTqG" (outside "/var/www/site12343/site1234.tk") to null in file "modphpthumb.class.php" on line 307
    [10] => $this->sourceFilename set to "" in file "phpthumb.class.php" on line 849
    [11] => phpThumb() v1.7.13-201406261000
http://phpthumb.sourceforge.net

Error messages disabled.

edit phpThumb.config.php and (temporarily) set
$PHPTHUMB_CONFIG['disable_debug'] = false;
to view the details of this error in file "phpthumb.class.php" on line 4050
    [12] => !$this->config_allow_src_above_docroot therefore setting "/tmp/tkt_vfvTqG" (outside "/var/www/site12343/site1234.tk") to null in file "modphpthumb.class.php" on line 307
    [13] => SetCacheFilename() _src set from md5($this->sourceFilename) "" = "d41d8cd98f00b204e9800998ecf8427e" in file "phpthumb.class.php" on line 3443
    [14] => SetCacheFilename() _par set from md5(_bg000000_farC_zc1_h90_w120_dpi150_q90) in file "phpthumb.class.php" on line 3476
    [15] => starting ExtractEXIFgetImageSize() in file "phpthumb.class.php" on line 3236
    [16] => skipping GetImageSize() because $this->sourceFilename is empty in file "phpthumb.class.php" on line 3248
    [17] => GetImageSize("") failed in file "phpthumb.class.php" on line 3279
    [18] => $this->useRawIMoutput=false because "bg" is set in file "phpthumb.class.php" on line 1502
    [19] => $this->useRawIMoutput=false after checking $UnAllowedParameters in file "phpthumb.class.php" on line 1508
    [20] => ImageMagickThumbnailToGD() aborting because $this->sourceFilename is empty in file "phpthumb.class.php" on line 1552
    [21] => ImageMagickThumbnailToGD() failed in file "phpthumb.class.php" on line 3286
    [22] => SetOrientationDependantWidthHeight() starting with ""x"" in file "phpthumb.class.php" on line 3215
    [23] => SetOrientationDependantWidthHeight() setting w="120", h="90" in file "phpthumb.class.php" on line 3231
    [24] => EXIF thumbnail extraction: (size=0; type=""; 0x0) in file "phpthumb.class.php" on line 3343
    [25] => starting SourceImageToGD() in file "phpthumb.class.php" on line 3603
    [26] => Not using EXIF thumbnail data because $this->exif_thumbnail_data is empty in file "phpthumb.class.php" on line 3674
    [27] => $this->gdimg_source is still empty in file "phpthumb.class.php" on line 3726
    [28] => ImageMagickThumbnailToGD() failed in file "phpthumb.class.php" on line 3728
    [29] => phpThumb() v1.7.13-201406261000
http://phpthumb.sourceforge.net

Error messages disabled.

edit phpThumb.config.php and (temporarily) set
$PHPTHUMB_CONFIG['disable_debug'] = false;
to view the details of this error in file "phpthumb.class.php" on line 4050
    [30] => SourceImageToGD() failed in file "phpthumb.class.php" on line 351
)

Вот так выглядит в живую:

Василий Наумкин

26 августа 2015, 20:07

Ну вот тебе и хостинг пишет, что скрипты пытается сохранить картинку выше директории сайта.

!$this->config_allow_src_above_docroot therefore setting "/tmp/tkt_vfvTqG" (outside "/var/www/site12343/site1234.tk")

То есть, сайт лезет за пределы своей директории и phpThumb в MODX бьёт ему по рукам.

Нужно или разрешить такое поведение системной настройкой allow_src_above_docroot или указать в php.ini директорию для временных файлов внутри сайта, как у нас на modhost.pro.

Выводы, у кого здесь ошибка, делай сам.

Сuriosity

26 августа 2015, 20:16

Василий, большое спасибо!
Я изначально говорил, что ошибка вылазит у меня… причем очень давно.

К сожалению, пока я не силен в php, но логически возникает вопрос…
Если при загрузке стандартным загрузчиком, нет проблем с превью, а с встроенным загрузчиком Tickets есть, то, возможно, проблему можно решить не только через настройку сервера, а и через код самого компонента.
P.S. Еще раз большое спасибо, что указали путь.

Василий Наумкин

26 августа 2015, 20:26

Стандартный загрузчик, не поверишь, не генерирует превьюшки. Он только загружает файлы.

Как видно на твоём скриншоте, Tickets тоже загрузил файл нормально, проблема возникла уже с созданием превью.

В общем, передавай привет своему хостеру.

Максим Кузнецов

26 августа 2015, 19:53

Скорее всего, причина в настройках хостинга:
— лимит времени на выполнение процесса
— права на папки (маловероятно)
— конфликты с другими дополнениями
— ограничения хостинга
— какой-то локальный антивирус, блокирующий подозрительные скрипты (когда-то было что-то схожее при создании директорий плагином, но еще на modx evo, хех)
— (дополнить по вкусу)

На самом деле вариантов слишком много даже для того, чтобы просто гадать — приложите или ссылку на проект (или лучше воспроизвести/рассказать как воспроизвести проблему на открытом хостинге) или свяжитесь с ТП.

Сергей Шлоков

17 июня 2015, 09:40

[#122] Сниппету TicketComments Добавлен параметр &requiredFields для указания обязательных полей при комментировании. Теперь можно отключить требование заполнения name.

Василий, подскажи, а как отключить это требование. Если я выставляю &requiredFields=``, то получаю ошибку:

field: null
message: "Это поле обязательно."

Это потому, что в процессоре web/comment/create.class.php проверки на пустое значение нет.

$requiredFields = array_map('trim', explode(',', $this->getProperty('requiredFields', 'name,email')));

Получаю

$requiredFields = Array (
    [0] => 
)

Василий Наумкин

17 июня 2015, 09:42

Никак не отключить.

У комментариев должно быть или имя автора, или email — иначе как отличить, кто что написал в гостевом режиме?

Можно, наверное, требовать поле text — его-то юзер по-любому заполнит.

Сергей Шлоков

17 июня 2015, 09:46

Просто описание вводит в заблуждение

Теперь можно отключить требование заполнения name.

Может тогда нужно чуть изменить проверку, чтобы не получать ошибку, описанную выше?

$requiredFields = trim($this->getProperty('requiredFields'));
if (empty($requiredFields)) $requiredFields = array('name','email');

Василий Наумкин

17 июня 2015, 09:56

Честно говоря, я и думал, что getProperty так должно работать.
А оно спокойно принимает пустые значения и не подставляет ничего по умолчанию.

Сергей Шлоков

17 июня 2015, 09:58

А оно вона как работает

public function getProperty($k,$default = null) {
  return array_key_exists($k,$this->properties) ? $this->properties[$k] : $default;
}

Сергей Шлоков

17 июня 2015, 10:02

Если эти два поля обязательны, то их всегда нужно проверять, независимо от настройки requiredFields.
Тогда эта проверка, на самом деле, не нужна ->

$requiredFields = trim($this->getProperty('requiredFields'));
if (empty($requiredFields)) $requiredFields = array('name','email');

Степан Прищепенко

17 июня 2015, 19:04

Установлен MS2 2.1.9 beta, MODX Revolution 2.3.3-pl (traditional) стоял Tickets 1.5.1 — работало. Обновил — тикеты открываются, а вот категории и товары магазина выдают в консоль

Uncaught TypeError: b[(d.xtype || e)] is not a function

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

Василий Наумкин

17 июня 2015, 19:29

Трабл только у тех, кто не догадывается почистить кэш браузера и сайта.

У остальных всё в порядке. Текущий стабильный MS2 2.1.11-pl, кстати.

Степан Прищепенко

17 июня 2015, 21:52

чистил не помогает, попробую с 11-м, спасибо.

Василий Наумкин

18 июня 2015, 06:43

Ну вот смотри, чистая установка тестового сайта с последними версиями всего.

Данные для авторизации

http://s2157.h4.modhost.pro/manager/
s2157
CVv3iHYGU3KV

Проблема явно не в этих дополнениях.

Поддержка нового Tickets появилась в MS2.1.10 — смотри историю версий. В заметке так и написано, что

Если вы используете Tickets вместе с miniShop2 — нужно его обновить из нашего репозитория, чтобы он мог использовать эту новую страницу.

Степан Прищепенко

18 июня 2015, 16:58

Да спасибо за информацию, я тоже проверил, очевидно было, что скрипты тикета не успевали подгружаться до минишопа, установил 2.1.10 проблема ушла.

Ruslan Butakov

13 июля 2015, 19:27

Считать просмотры страниц гостями tickets.count_guests — Да
В итоге в логах

[2015-07-13 19:22:25] (ERROR @ /index.php) Error 42S22 executing statement:
INSERT INTO `modx_tickets_views` (`parent`, `uid`, `guest_key`, `timestamp`) VALUES (3, 0, '4ce4b77d6006b74e989154c7c5f7a87a', '2015-07-13 19:22:25')
Array
(
    [0] => 42S22
    [1] => 1054
    [2] => Unknown column 'guest_key' in 'field list'
)

Вылечит

ALTER TABLE  `modx_tickets_views` ADD  `guest_key` INT( 225 ) NOT NULL AFTER  `uid` ;

Игорь

18 июля 2015, 22:26

Прошу прощения если если вопрос уже где то мелькал
В TicketForm есть возможность выполнения каких то hooks как в formit к примеру
Мне вот надо бы выполнить хук сохранение данных формы еще и PDF при создании тикета
Есть такая возможность?

Дмитрий

23 июля 2015, 17:35

Привет знатоки, может кто сталкивался…
На сайте стояли старая версия tickets (уже не помню какая) все было ок. Обновил и движок до последней версии 2.3.5 и все компоненты. Тикеты как страницы остались в базе, но не выводятся в списке управления… c2n.me/3l9mzuC — раздел новости, отзывы.
создал новый раздел тикетс — аналогично, список пуст. в компонентах тикета — тоже все пусто! c2n.me/3l9qOMT
в дереве слева в новостях, на вновь созданном разделе тикетов — галочка выводить в деревне, соотвт его видно. другие тоже выведутся. бьюсь уже который день над проблемой. поискал решение — думал дело в хосте и в версии PHP (был уже вопрос) — проверял на разных — также. отключал все плагины. удалял все PDOtools, tickets, jevix и ставил заново… и прочее и прочее… ставил на чистую модх версию — все ок, отображаются. подскажите в чем дело, куда копать… Спасибо.

Дмитрий

23 июля 2015, 18:07

заменил обратно на старую версию тикетс на новом движке — заработало. заменил просто файлы, в папках core\components\core\components\ и core\assets\components\tickets\
так что можно считать это каким то багом или не стыковкой с другими компонентами, что на новом движке последняя версия тикетс не работает.

Pit

12 августа 2015, 09:23

может кто сталкивался с данной проблемой
при публикации ссылки, например

<a href="http://mysku.ru/">Сайт</a>

происходит следующее

<a href=\"http://mysku.ru/\">Сайт</a>

и естественно ссылка перестает работать
подскажите что это может быть, где проблему искать… Спасибо.

Василий Столейков

13 октября 2015, 10:39

Как указать количество загружаемых файлов через Plupload?
Как можно вклиниться в вызов Plupload и указать ему настройку количества загружаемых файлов?

Василий Наумкин

13 октября 2015, 10:45

Думаю, что никак — нужно писать самостоятельно.

Документация по Plupload вот здесь.

Василий Столейков

13 октября 2015, 10:48

Ага, грызу этот гранит… ))

Василий Столейков

13 октября 2015, 11:34

Мне интересно, а можно написать свою инициализацию уплоадера чтобы она отдельно дополняла код из файла assets/components/tickets/js/web/files.js, а не перезаписывала его. Просто не хочется ковырять и изменять этот файл, перезапишется ведь при обновлении!
Пока что у меня пока не получается сделать это отдельно от файла не трогая его…

Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.

[Tickets] 1.6.0-rc Обновление страниц админки

Комментарии: 53

Здесь упомянуты