Статус пользователя непостоянный, следовательно, нужно будет создать поля: время присвоения статуса, время истечения статуса.
Значит, все-таки отдельная таблица статусов?
На данный мент поле `bb_status` text NOT NULL
имеет записи типа [Journalist-15600045430345], а в выводе имеем статус Journalist, который действительно передается в сессию, что позволяет избежать лишних запросов к базе.
Меня смущает тип поля - text, все-таки varchar 25 обрабатывалось бы быстрее?
В таблице 50.000 пользователей, если кол-во сайтов равно 30, то записей статусов в таблице должно быть 1 500 000, что, на мой взгляд, избыточно, ведь у большинства пользователей статус - Simple, статус Journalist, Profi и т.д. будет только у нескольки сотен пользователей. Какова будет структура в этом случае?
Тогда структура таблицы должна быть такой
user_id
about-company
review
и т.д.
Но ! about-company - неуникальный идентификатор
Как тогда скрипт знает, что about-company принадлежит тому или иному пользователю?
user_id - уникальный, но я не заметил обращения к нему.
Dreammaker,
ни один из предложенных вариантов не заработал.
"^[0-9a-zA-Z]$"
Вариант такой не помогает! Вообще никакие символы не пропускает.
Вот о такой регулярке я не знал, а теперь буду. Весьма благодарен.
Сейчас попробую!
Как на пхп определить, что это домен 4-го уровня?
[umka], благодарю!
Список выводит. Но там есть исключения. Например, "заглушка апача"
Может быть условие - папки, где в названии точка?
iHead, не спорю, утилитка хорошая, но пока у меня стоит задача ... списки сайтов на лету формировать ...
grep -v здесь можно использовать?
Часто обращаюсь за консультацией по выполнению д/з. Сети. Настройка серверов.
Всегда помогает. Отзывчивый. Адекватный.
myhand,
спасибо за помощь и совет!
