Images in TYPO3

[Dutchak Vitaly]

Всем доброго дня. Тут возник такой вопрос. При аплоаде картинок на сервер, и последующем добавлении в контент через rtehtmlarea, TYPO3 (или rtehtmlarea) копируют картинку в папку uploads и собственно путь к картинке уже другой, и чтобы заменить картинку на сайте (допустим картинка используеться во многих местах) надо везде в контенте менять или переливать ту картинку, которую создал TYPO3 (или rtehtmlarea), что клиенту просто не понимают. Так вот я хочу спросить с какой целью это все делается (я так подозреваю, что это связанно с уменьшением размеров картинки, для более быстрой работы сайта) либо это RTE делает. Думаю многие сталкивались с этой проблемой. Можно ли как-то это обойти?

[Pavel Antonov]

Сообщение от Dutchak Vitaly

Всем доброго дня. Тут возник такой вопрос. При аплоаде картинок на сервер, и последующем добавлении в контент через rtehtmlarea, TYPO3 (или rtehtmlarea) копируют картинку в папку uploads и собственно путь к картинке уже другой, и чтобы заменить картинку на сайте (допустим картинка используеться во многих местах) надо везде в контенте менять или переливать ту картинку, которую создал TYPO3 (или rtehtmlarea), что клиенту просто не понимают. Так вот я хочу спросить с какой целью это все делается (я так подозреваю, что это связанно с уменьшением размеров картинки, для более быстрой работы сайта) либо это RTE делает. Думаю многие сталкивались с этой проблемой. Можно ли как-то это обойти?

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

Во-вторых, если нужны просто ссылки на картинки (без обработки и т.д.) нужно использовать другие возможности, но никак не RTE. Вроде кто то говорил, что можно с помощью DAM все делать...

Ну и уж если все предыдущее не остановило...

Копии сохраняет tce_main при сохранении форм. (тут они как раз попадают в uploads/

Обработку изображений делает tslib_content.php. Скалдывются в typo3temp, и очищаются сбросом кэша.
Имя картинки при обработке выбирается здесь, по хэш коду от всех параметров:

    /**
     * Creates and returns a TypoScript "imgResource".
     * The value ($file) can either be a file reference (TypoScript resource) or the string "GIFBUILDER". In the first case a current image is returned, possibly scaled down or otherwise processed. In the latter case a GIFBUILDER image is returned; This means an image is made by TYPO3 from layers of elements as GIFBUILDER defines.
     * In the function IMG_RESOURCE() this function is called like $this->getImgResource($conf['file'],$conf['file.']);
     *
     * @param    string        A "imgResource" TypoScript data type. Either a TypoScript file resource or the string GIFBUILDER. See description above.
     * @param    array        TypoScript properties for the imgResource type
     * @return    array        Returns info-array. info[origFile] = original file.
     * @link http://typo3.org/doc.0.html?&tx_extrepmgm_pi1[extUid]=270&tx_extrepmgm_pi1[tocEl]=315&cHash=63b593a934
     * @see IMG_RESOURCE(), cImage(), tslib_gifBuilder
     */
    function getImgResource($file,$fileArray)    {
}

Еще раз... это не Typo3-way!

[amida]

Немного отвлеченных рассуждений о проблеме.
На самом деле эта "фича" TYPO3 - копирование картинок, в нашем случае приносит кучу неудобств.
Это и то, о чем сказал Виталий - изменилась картинка, приходится менять ее везде.
Это кучи мусора в папке uploads.
Это уродливые имена картинок типа RTEmagicC_pd_17.gif.gif (не так страшно, но неприятно).

Плюсы весьма сомнительны, или я не очень понимаю, что имеет в виду Павел.

[Dutchak Vitaly]

понятно, это фича Typo3. лучше не рисковать, а юзать так как есть.

все таки мне кажется, что Typo3 обрабатывает эти картинки и ложит в кэш. это делается для более быстрой работы Typo3

[Dutchak Vitaly]

надо просто отказываться от множественного использования картинок. Обычно такое использование имеет место тогда, когда дело идет о дизайне, для списков. тут лучше использовать css, тогда никаких проблем не будет. А так очень редко приходится использовать одну картинку несколько раз на сайте. Собственно на это и расчитана система, потому что секретарша, которая заполняет контент в 99,9% случаев не будет аплоадить картинку на сервер, поменяет ее в контенте.

[Pavel Antonov]

Именно! Сделано для пользователя, который может удалить, поменять формат... еще что-то - все и везде будет работать. Если нужно использовать одну картинку в разных местах - прекрасно, это всегда можно сделать, только RTE и прочие здесь не причем...
1) Используйте один и тот же контент блок в разных местах. Пользователь сможет менять блок, ровно один раз.
2) Используйте физически один файл. Замена файла гарантирует изменение.

Все это можно сделать с помощью TS.

Сообщение от amida

Немного отвлеченных рассуждений о проблеме.
На самом деле эта "фича" TYPO3 - копирование картинок, в нашем случае приносит кучу неудобств.
Это и то, о чем сказал Виталий - изменилась картинка, приходится менять ее везде.
Это кучи мусора в папке uploads. Это уродливые имена картинок типа RTEmagicC_pd_17.gif.gif (не так страшно, но неприятно).
Плюсы весьма сомнительны, или я не очень понимаю, что имеет в виду Павел.

1. В uploads помещаются все файлы (и не картинки тоже)
2. Файлы помещаются со своим именем, если там еще нет таких файлов... или добавляется "_01" к имени.
3. Все удаляется из папки uploads, если Вы делаете это корректно через интерфейс.

Тут все продумано и должно быть именно так.

Генерируемые файлы (картинки) - другая песня. Система использует их имена в качестве хэш значений. Благодаря этому нет нужды в хранении хэш таблиц и их обновлении.

В принципе можно изменить эту функцию... там где я и указал.
Я это делал.

[Valery Romanchev]

в Dam эта проблема с катинками решена - то есть картинка хранится в одном экземпляре и потом ее можно вставлять в разные места.
но Dam еще в бета стадии

[Dutchak Vitaly]

Нашлось решение. Добавлять картинки через rtehtmlarea не через New Magic Image, через New Plain Image. Тогда картинке прописывается реальный путь и она не дублируется.

[amida]

Сообщение от Dutchak Vitaly

Нашлось решение. Добавлять картинки через rtehtmlarea не через New Magic Image, через New Plain Image. Тогда картинке прописывается реальный путь и она не дублируется.

Да, действительно хорошее решение.
Я как-то раньше даже не обращал внимания на Plain Image.

[Tod]

Я честно говоря слегка не все понял по поводу uploads
Есть ли в работе с uploads какая-то возможность удаления всего мусора, который собирается в этой папке в процессе работы? Или это все не мусор вовсе?))
Для картинок ведь можно настроить чтобы они брались именно с нужной папки, как например:

plugin.tt_news.displayList.image.file.import = fileadmin/picture/

Допустим если не требуется использование одной и той же картинки в разных местах сайта и этих картинок пару сотен, то получается они кроме как в директории куда их грузит пользовалеть (fileadmin/picture/) будут еще и в uploads. Есть ли в этом смысл? Может это позитивно влияет на скорость работы? или есть какие-то другие причины?)) или просто "так задумано"))