Russian TYPO3 community - Images in TYPO3

Russian TYPO3 community (http://forum.typo3.ru/index.php)

- Общие вопросы (http://forum.typo3.ru/forumdisplay.php?f=12)

- - Images in TYPO3 (http://forum.typo3.ru/showthread.php?t=1271)

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

Цитата:

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

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

Во-вторых, если нужны просто ссылки на картинки (без обработки и т.д.) нужно использовать другие возможности, но никак не 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! :rolleyes:

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

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

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

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

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

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

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

Цитата:

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

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

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

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

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

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

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

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

Цитата:

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

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

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

Код:

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

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