Интересует оптимальный вариант реализации демо-версии.
Не секрет, что просто выкладывать демо-версию коммерческого приложения на php - мало смысла.
По этому было бы хорошо демонстрировать пользователю все приложение без ограничений функционала, но без возможности загрузки исходников.
Приложение задействует бд с числом таблиц порядка 25.
Как хотелось бы видеть готовую реализацию:
Посетитель давит кнопку - "Онлайн-демо".
Открывается приложение в котором юзер может использовать весь его функционал. Приложение делает записи в бд, загружает файлы.
После завершения работы с приложением (будем считать, что после закрытия сессии, либо через установленный временной лимит) приложение закрывается: старые внесенные данные более недоступны, как и загруженные файлы.
При этом нужно, чтобы приложение было "чистым" для одновременно работающих с ним пользователей и хранило их данные пока оно не "закроется".

Прошу советов по порядку реализации такой демки.

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

совет в таких случаях один - полечить паранойю насчет того что пользователь спит и видит как украсть твою прогу.
а заодно подлечить манию величия насчет того что твоя прога представляет такую ценность что ее кто то украдет

Что укравший потом будет делать с твоей прогой если надо баг пофиксить или типа того?

Впрочем страдание такой фигней как у тебя лечится и само с приходом опыта и возраста.

caballero
Вероятно, устные предупреждения на Вас не действуют. Исправлено.
Zuldek
Речь скорее всего будет идти о некотором сервере для демо-инстансов, то есть клиенту нужно будет зарегистрироваться в демо-зоне и проверить работу приложения. Таким образом придется создавать функционал, управляющий данными авторизованных пользователей и организующий их работу с приложением (отдельно от собственно самого приложения и возможно имеющихся регистраций/авторизаций в нем).

Хм.... А я бы запилил в демке некоторые отличия в коде, может модулем каким или еще как.
И создавал бы в одной базе для каждой сессии свои таблицы с уникальным префиксом.
После окончания сессии просто удалял бы эти таблицы.

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

Не помню что то таких предупреждений хотя не всегда слежу за базаром.

Впрочем я содасен что высказался некорректно, хотя имел виду не сколько конкретно ТС сколько контингент начинающих программеров которые чего то там напилят деньги возьмут а потом садят заказчика "на иглу" например не отдавая исходники мотивируя что у них там некое "ноу-хау" или типа того. А потом человек доплачивает за каждое исправление.
Да и на форумах полно таких - вот у меня не имеющая аналогов идея как бы мне так запрограммировать чтобы даже программист не догадался какая там идея.

А по теме - лично я бы был не против чтобы мои программы воровали - это как минимум означало бы что на них есть спрос и их можно продавать - не все станут воровать если там будет разумная цена и гарантия саппорта.
(Добавление)

про линух забыл - большинство присутствующих считает если ты програмируешь на винде то ты как програмист - ацтой

Заходила речь об этом в теме "администрирование никс". Насколько я понял, так никто не считет, просто отают предпочтение никсам, не иначе.

Соглашусь с вами в части: некоторые посты действительно выдают возраст и реальный опыт или его отсутствие и уверенность в собстенном знании всего обо всем. Например ложную уверенность в том, что в любом приложении главную ценность должен представлять код, а не данные с которыми оно работает.
EuGen, DeepVarvar спасибо.
Обдумал: действительно все будет зависеть от конечной архитектуры и сложности самого приложения, особенно на стороне данных. Если сложность, как и потенциальное количество пользователей демки будет не велико, то можно будет обойтись единой базой, идентифицируя пользователей по сессии, и очищая данные после её закрытия или по временному лимиту.

Zuldek, я конечно не хочу тебе переубеждать, но имхо free-ware must be, soft-ware must die ))
Если интересно, срывать не буду, сам не так давно начал знакомится благодаря проекту Евгения с социальными сетями для разработчиков с открытым кодом, всю плюсы такой разработки описать так сходу как-то сложно, но если проект будет успешный, тебе попросту будут подсказывать другие участники какие-то моменты, а совместные проекты энузиастов очень часто добиваются успеха. в гугле git-hub

Думаю написать тебе, что-то такое, за что люди будут платить реальные деньги и чтоб это не было очередным велосипедом, да и грамотным приложением так сходу - очень сложно!

Повторю ещё раз: приложение не сложное. Ценность представляет не код, а обновляемые данные им обрабатываемые и api для доступа к ним (в случае варианта доступа к данным не через сайт) пользователи: ограниченный круг юр. лиц. Приложение оплачено.
С преимуществами разработки free-ware на открытых лицензиях знаком.
upd. Дабы не плодить бесполезные посты. Задача предоставить платный доступ к данным и их формирование. Аудитория ограниченный круг юридических лиц заинтересованных в этих данных. Клиент - третье юридическое лицо, обладающее этими данными: дабы не писался больше бред, думаю вопросы исчерпаны.

Рынок различных платных CMS и тому подобных вещей уже давно заимел своих гигантов производства, а значит и с потребителями их продуктов нужно будет, что-то сделать! Вот кому, что такого нового ты в одиночку можешь противопоставить против такие вещей как скажем IPB?
Их клиенты уже никогда не откажутся от них по многим причинам, их продукты как минимум приелись за время использования, стали привычными, зарекомендовали себя. У них есть контроль версии, тех поддержка, да и трудятся над ними как правило не один десяток людей.

В сети и так хватает куча бесплатных вещей, имхо и это только мое имхо, чтобы брать с людей деньги за какой-то продукт в наше время этих людей сначала нужно чем-то удивить, что-то дать в замен авторитету гигантов или просто известных продуктов, но при все этом нужно еще учитывать рынок бесплатных продуктов, как-то с ними конкурировать, ты должен превзойти сразу оба эти сектора
(Добавление)
Не, ну я не собираюсь тут спор с тобой держать. Я просто высказал своё мнение, ты извини если что не так! Самое главное flow найден - это хорошо, главное не потеряй разум !)
(Добавление)
Наверное тут многие когда начинали более осмысленно чем "ниже среднего" работать в пхп строили "замки в облаках" и писали свои собственные Framework'и и CMS'ки