Все предложенные варианты хороши и плохи одновременно.

1. Вариант с БД.
Да, можно сделать, как предлагают, одну таблицу с параметрами. В принципе тут ничего сложного нет, да и для ОРМ будет легче чем как делал я. НО. Как мне вносить туда данные? то бишь когда создается сайт, в таблицу нужно записать параметры в таблицу эту. Где мне хранить дефолтный список этих самых параметров? Параметров около 40 штук. Как мне вносить новые параметры? (мало ли). Я внесу как дефолтный, в таблице самих параметров его не будет. Только тогда когда клиент сайта пересохранит нужные настройки он появится в таблице. Тут вроде бы все ок, но вот только не ок если клиент этого не сделает. Могут же быть и дубликаты параметров в бд. Может пойти что-то не так. Тогда придется ставить unique на два поля.
Окей. Идем дальше. После выборки настроек с БД мерджить с дефолтными настройками. Получится что на место тех которых нет станут дефолтные. Опять же возникает вопрос. Как лучше хранить дефолтные настройки? файл? бд? что лучше?

2. Вариант с JSON-ом
Так тоже можно сделать: есть дефолтный файл json, с настройками и описанием схемы (для валидации). JSON конкретного сайта хранить в его сущности в поле. Тут ничего военного. Так то. Но что будет если настройки будут расширятся? Если добавится обязательный параметр, то все JSON-ы которые в бд станут не валидными, и проверку проходить не будут (хотя проверка будет только при сохранении настроек клиентом, так что это в принципе можно не брать во внимание ибо UI будет строится на основании дефолтных значении, а поверх него уже накладываться значения которые сохранены.). Но окей. Масштабируемость. Тут мне кажется печально, как и в первом варианте. При большой кол-ве параметров JSON станет трудно поддерживать.

Вот что я вижу ребят. У кого есть еще какие мысли? может я чет упустил или не понимаю, ну или не вижу.

mayton, Пользователю все равно как оно и что там под капотом делается. Ему важно что бы сохраняло и отображалось - все.

Я не спрашиваю готовое решение - его просто нет. Я хочу узнать что другие думают по этому поводу. Может у кого мысль и есть.

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

Свои параметры клиент создать не может. Он может создать только свои поля (input-ы) для сбора данных о клиенте.

Petro123Блин, да сколько можно спрашивать?
КТО И ГДЕ ПРЕДЛАГАЛ ОДНУ ТАБЛИЦУ КАК МОДЕЛЬ ИС?[/quot]

Выше предлагали.

maytonJSON можно через почту переслать. Любой школьник осилит. А вот экспорт SQL скриптов сделать и потом их загрузить в БД
для некоторых пользователей задача - неподъёмная.
При чем тут школьники, если речь идет о разрабах, которые будут разрабатывать дальше продукт?