Several Diskuz-engines on the one database

Lake

Была когда-то такая идея, до наступления эпохи мультиязычного дискуза, держать два движка (например, английский и русский) на одной базе. Зачем еще может понадобится такое, я сейчас сообразить не могу. Если две разные целевые аудитории (например, сайт для любителей тайских женщин и сайт для любителей вязания крючком), то непонятно зачем их держать в одной базе. Разве что только если хостинг дешевый и не позволяет держать две базы MySQL одновременно.
Я даже попробовал это осуществить, получился полуживой мутант с кучей глюков. Начиная с того, что аватары от разных движков хранились в разных папках и соответственно были доступны только тому движку, под которым они были загружены. Видимо, тоже самое происходило и с любыми загружаемыми изображениями. Пришлось снести это "мичуринское" чудо по причине нежизнеспособности.
Понятное дело, ничего невозможного нет, особенно после того, как появилась мультиязычная версия. Но по-прежнему стоит вопрос - зачем оно надо? ))

vot

Такая установка двух дижков рядом может оказаться весьма полезной и для целей тестирования.
Основной движок - рабочий, в него вносятся все необходимые правки.
А рядом стоит "эталонный" движок из репозитория.
Если мы накосячим с рабочим движком, и что-то перестанет работать, то можно будет проверить как оно же работает на эталонном движке.
Если не работает ни там, ни здесь - значит баг движка.
А если работает в эталонном, но не пашет в рабочем - надо просто сравнить отличия и исправить ошибку в рабочем движке.

Lake

Ну возражать-то никто не будет, если появится такая возможность ... Вопрос "всего лишь" в трудоемкости реализации этой идеи ... ))

vot

Идея следующая:
1) Проверяем, есть ли в конфиге указание пути к файлам данных.
2) Если путь указан, то берём его.
3) Если пути нет, то генерируем его как и сейчас.