Переменное количество параметров

1. Михаил (27.03.2010 / 21:15)
Как сделать настраиваемое количество пунктов при регистрации. Т.е. чтобы вначале есть например логин, пароль, email, а из админки можно было еще добавлять/изменять/удалять разные пункты, типа имя, фамилия и т.д.

2. Михаил (27.03.2010 / 21:18)
И нужно еще, чтобы по этим параметрам можно было осуществлять поиск

3. Артур (27.03.2010 / 21:41)
1) Функции "добавлять/изменять/удалять" поля в таблице пользователя
2) Новая таблица для определения "чего нужно от пользователя сейчас" или определение через данную

4. Станислав (27.03.2010 / 22:12)
1
Добавляем поле:
ALTER TABLE `имя_таблицы` ADD `имя_поля` VARCHAR( 64  ) NOT NULL
Ну, вместо VARCHAR( 64 ) нужный параметр (TEXT, INT()...)
Удаляем поле:
ALTER TABLE `имя_таблицы` DROP `имя_поля`


5. Станислав (27.03.2010 / 22:17)
Безопасный и удобный поиск в MySQL

6. Михаил (28.03.2010 / 17:45)
Спс. Примерно так и представлял себе, просто думал может есть способ без редактирования таблиц, типа сериализовать переменные

7. Артур (28.03.2010 / 18:37)
Переменная на то и переменная чтоб меняться

8. Azzido (30.03.2010 / 06:45)
Зачем мучить базу удалением добавлением полей, можно просто в отдельную таблицу заносить значение, включен ли пункт, если включен то выводить пользователю при регистрации

9. Удаленный (30.03.2010 / 12:25)
Да можна как в вапмоторе ячейками имя:||:возвраст:||:и т.д.:||: и все ето в один столб.
И сортировка как у вап моторе.
Так можна если харашо спланирувать

10. Tony V (30.03.2010 / 13:43)
9. TLENSi, а искать по этим ячейкам как?

11. Артур (30.03.2010 / 16:52)
Добавлять и удалять новые поля о пользователе планируется каждый день? Нет?! тогда в чем проблема

12. ramzes (30.03.2010 / 17:06)
#10 explode, in_array чем не устраивает?
вдумавшись в 'гениальность' идеи, думать над ее реализацией совсем не хочется..

13. Артур (30.03.2010 / 17:34)
Идея мне нравится, накая метамодель пользователя, только такие модели похожи на phpmyadmin и применять их, скажем, на форуме, просто глупо (см. пример с phpmyadmin)

14. Удаленный (30.03.2010 / 22:04)
ramzes (Сегодня / 16:06)
вдумавшись в 'гениальность' идеи, думать над ее реализацией совсем не хочется..
Ето првда у меня такое самое когда гениальная идея появляется, сложно ее закончить когда все мысли сосредоточены на конечном результате. Но всетаки заставляеш себя через нехочу smile

15. ramzes (30.03.2010 / 23:50)
Я имел ввиду обратноеsmile не оценил гениальность идеи так что думать не хочу.
А так все просто.
циклом включенные поля и потом опять же циклом проверку этих полей.
Дело за малым создать таблицу вида
[заголовок | тип проверки] ибо фильтры и проверки могут быть разными.
И функцию производящую проверку в зависимости от типа поля.
Легко, но нудно.
апплодисментыsmile

16. Удаленный (31.03.2010 / 00:47)
ramzes (Сегодня / 22:50)
Я имел ввиду обратноеsmile не оценил гениальность идеи так что думать не хочу.
Ну у кого как D
Да кстати in_array(); ето другое.
Надо розбивать ячейки.
И (ровнять) искать в нужной ячейке.
Правда ресурсы будет жрать всмыле обработка будет напрягатся во времени.
Если на ето надо отдельную панель катать тогда лутче на mySQL катать. Быстро, удобно, и современно.
Не ищите прощих путей ищите лутчие
Мудрецы востока

17. ramzes (31.03.2010 / 00:51)
Я нормальную схему описал. 1 запрос и 1 цикл на страницу

18. Удаленный (31.03.2010 / 03:00)
ramzes (Вчера / 22:50)
А так все просто.
циклом включенные поля и потом опять же циклом проверку этих полей.
Но зачем делить на два цыкла
Если можно и в одном. Если я правильно понял твою идею.
while()
{
if(Включено) if(Проверка)
{
}
}

19. ramzes (31.03.2010 / 12:11)
Я же четко написал "1 цикл" где ты увидел 2 цикла?
Проверка на включение ненужна, просто удаляется выключенное поле из бд и все.

URL: https://visavi.net/topics/7452