Как получить значение переменной/ресурса из другого файла?

Есть файл index.php в котором присутствует выводится картинка:

Ресурсы не сериализуются, следовательно в сессии храниться не могут.

Чтобы подсказать, как решить задачу - хотелось бы знать задачу.

-----
PostgreSQL DBA

Обновил первый пост

(Отредактировано автором: 14 Ноября, 2012 - 19:51:45)

Видел, но описания задачи там нет.

-----
PostgreSQL DBA

Ок, опишу чуть шире
Делаю небольшой онлайн-сервис http://ganjaworks[dot]ho[dot]ua/dogtags/ (это тестовая площадка). Там много мелких недопилов, но основные функции работают.

Выбираем подложку, набиваем текст, выбираем (или нет) окантовку и жмем кнопку "Обновить". Это все крутится в index.php. После нажатия кнопки "Обновить" данные передаются в prv.php где на их основе генерится картинка, которая выводится в index.php (см. первый пост).

Задача в том, что посетитель, возможно, захочет заказать более двух жетонов (мало ли), тогда он жмет кнопку "Добавить в корзину". По моей задумке обе сгенерированные картинки (точнее, переменные $im) надо занести на время в массив М (т.к. насколько я понимаю, они "висят" в памяти) и продолжить генерировать следующие 1,2,3... варианта жетонов.

После этого юзер переходит к оформлению заказа. Заполняет все данные и жмет кнопку "Заказать". По нажатии должно происходить следующее:
1. Создается папка с именем = session_id()
2. Из массива М по очереди извлекаются сгенерированные картинки и сохраняются в эту папку, типа

Предложили сохранить бинарник в сессию (но не ресурс gd). Тоже можно, но при использовании suhosin получится приличный оверхед, при том - бессмысленный.
И рост затрат памяти, тоже бессмысленный.

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

-----
PostgreSQL DBA

С этим и понятно и нет. В каком файле должна объявляться функция и откуда вызываться? В чем отличие использования функции от использования отдельного файла генерации prv.php? И про кеш изображений можно чуть подробнее?


Была такая мысль. Но, допустим, ситуация - юзер че-то генерил-генерил, а потом обломался, ну передумал, мало ли. Решил закрыть окно. Если все его результаты просто висели в памяти, то они удалятся. А так надо каким-то образом прибирать за ним с диска, получается. Как? С кроном пока не знаком. Разве что, сохранять промежуточные результаты во временную папку и чистить потом ее?

(Отредактировано автором: 17 Ноября, 2012 - 11:31:34)

Крон это обычная программа которая будет запускать нужный php скрипт в нужное время..

Циклом пробегай по папке..
filemtime
если больше N часов, удаляй...

Как удобно.


Удобство. Функция скрывает свои локальные переменные и не привязывается к вашим именам переменных.


Т.е. при необходимости, перед рисованием изображения проверяете, а не нарисовали ли мы его уже - зачем тогда рисовать ещё раз?


Именно так, это крон и будет, в общем-то.

-----
PostgreSQL DBA

Что и от кого скрывать? Цель? Смысл? У нее одна задача - сгенерить картинку по 3-5 входным параметрам и все.


Для этого есть стандартные средства или просто самому проверять - изменился ли набор параметров генерации?


Видимо, все к этому и идет Хотя, имхо, было бы проще получать ид ресурса сгенеренной каринки.
Вдогонку: а с чем связано, что ресурсы нельзя хранить в сессии? Ведь, если я правильно понимаю, ИД ресурса - это некая ссылка на область памяти, заполненную данными сгенеренной картинки? Так почему же нельзя?

(Отредактировано автором: 17 Ноября, 2012 - 12:53:28)

От себя. Именно потому что у всего этого фрагмента кода одна цель и только несколько аргументов.
Инкапсуляция, управление сложностью программного кода.


Тут достаточно будет сделать md5 от параметров (или их сериализованного вида), это же значение использовать в качестве имени файла. И простым file_exists проверять, нужно ли рисовать картинку, или она уже нарисована.


Да, это так. А кто вам сказал, что при следующем запуске скрипта эта область памяти мало того что существует, так и находится на той же самой машине?
PHP разработан для изолированного окружения и в этом его сильная сторона.

-----
PostgreSQL DBA

А при следующем запуске она мне уже и нафиг не нужна будет по идее. Одна сессия - один заказ. Сгенерировал я, скажем, 3 картинки, запихивая по одной в массив. Передумал - закрыл сессию, они и удалились бесследно. Если нет - достал по одной из массива, сохранил на диск, прикрепил к письму и отправил. Без шума и пыли. Как-то так.

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

Сохраняйте md5 входных параметров.
Цвет, форму, текст итд - всё это имя файла..

Это не решает проблему двойной генерации, описанную в предыдущем посте.
Или можно применить операцию мд5 к ресурсу?

Ага, и почему вы тогда её хотите запихать в сессию? Значит нужна.
Не путаете запуск скрипта с сессией пользователя? Скрипт запустился, отработал, умер. Никаких данных после себя не оставил, кроме того, что вы указали сделать явно.


Для того и кэш сгенерированных изображений.


Применить-то можно (из-за работы приведения типов), но толку очень мало и в целом лишено смысла.

-----
PostgreSQL DBA