На rd.php что-то с кодировкой...Адрес сайта из: http://ru.wikipedia.org/wiki/Нормальная_форма, превращается в http://ru.wikipedia.org/wiki/Нормальная_форма
Не уверен, уместно ли тут отношение многие ко многим, но мне так показалось. В общем есть таблица load: load_id,address,company (addres - UNIQUE). Есть таблица request: request_id, company, load_id.
request.load_id относится как 1 ко многим с load.load_id. В company одинаковые значения для обеих таблиц, не знаю, стоит ли выносить в отдельную таблицу, так вроде удобнее. Так вот, в зависимости от значения request.company, пользователю выводятся все load.address с load.company, и он уже может выбрать необходимые load.address (это могут быть 1, 2, 3... значения; выбираются в таблице select).
Далее идёт запись load.load_id выбранных в request.load_id (например мы записали 1,8,9,15).
Я записываю эти id в строку, а потом через php разбираю и вывожу уже то, что нужно. Насколько это ужасно? ) Просто с базами слабовато разбираюсь, не могу пока использовать нормальные формы и тд и тп.
З.Ы. Что-то много букв понаписал, может кто-нибудь осилит. ((( А вообще, ещё хотел спросить совета, может книжку кто посоветует, по проектированию БД. Чтобы начать понимать, когда лучше использовать доп таблицы, когда не использовать.... В каком случае можно выполнить функции БД php скриптом, а в каком лучше использовать процедуры Базы данных....
то подключайте сразу все Ваши файлы - сомневаюсь, что лишние две-три переменных создадут проблемы, тогда как это избавит от условных сключений и прояснит логику.
Извините, смысла что-то не понял. Все ваши файлы = просто сделать включение конфигурационного файла во всех включаемых файлах из case?
У меня просто в case-файлах вывод html кода. Сделал так, потому что выводятся отдельные формы, и чтобы человек, не знающий php, мог спокойно редактировать html код.
conf/data.php - конфигурационный файл. Содержит значения переменных (например $a,$b,$c соответствующих кейсам 1,2,3. В подключаемых файлах используются эти значения.
Подскажите, как лучше сделать так, чтобы в подключаемых кейсах обрабатывались переменные из конфигурационного файла? Вариантов просто много, а я точно не знаю как правильнее и удобнее.
Варианты:
1) Сделать include конфига в каждом "case-файле";
2) Переопределить все переменные из conf/data.php во включающем файле;
3) Возвращать значения всех переменных из conf/data.php;
4) Переопределить переменные на глобальные;
5) Загнать в константы все переменные;
6) Ещё что-нибудь наверное можно придумать )))
Чтобы в полной мере использовать потенциал БД, нужно грамотно с ними работать... Составлять грамотные запросы, индексировать и т.д. и т.п. Когда вы используете что-то без чего-то, это может приводить не к тому, что задумывалось.
Я думаю, что если у человека не очень большой сайт, и нагрузка на БД не так высока, то можно обойтись и PHP с запросами SQL типа SELECT и UPDATE.
sergtka4ov пишет:
Мелкий пишет:
Именно так и делают все, кто в этом хоть что-то понимает.
Тут не так уж много PHP. Вам только SQL запросы нужно правильно составить.
В 3 пункте связь spisok_id, tags_id вам нужно сделать UNIQUE. Т.е. пара тэг/статья у вас будут уникальными.
Всё что между PHP тэгами нужно. 1) Открывает сессию, никакого вывода не должно быть до этого.
2) Грубо говоря ссылка на картинку.
3) Проверка капчи на правильность.
З.Ы. Вместо тегов формы вставьте свою ХТМЛ страницу с капчей там, где надо, и всё должно заработать.
Кто нибудь знает, что за баг с тегом атрибутом size тега select в Google Chrome?
При значении size <=4 отображается 4 элемента списка. В других браузерах нормально.
Поиск в гугл ничего не дал. Только какой-то старый топик, в котором говорят, что это такая особенность хрома. Когда фиксить будут неизвестно.
Как перебороть может знает кто?