Если уже сказали, значит я повторю. Прекращайте бриться каждый день и щетина станет мягкой и шелковистой.---------- Добавлено 19.08.2015 в 19:32 ----------
Для того чтобы раскрыть поры и немного удлинить волосы. Когда морда высыхает волосы укорачиваются и отчасти скрываются в порах. На очень немного, но достаточно чтобы синева стала светлее.---------- Добавлено 19.08.2015 в 19:36 ----------Я бреюсь машинкой для стрижки волос, что дает ровную художественную щетину и лишает меня эмпатии к рекламе с мужиками с омерзением одевающими свитер. Зачем мучить себя? Дресс-код такой что ли? Кроме того женщинам нравится щетина, посмотрите на другую рекламу, нередко по соседству. Конечно может быть такой стайл - с синей мордой ходить.
Это у вас депрессия. Сегодня ездил в офис на метро, протащился как обычно в таких вылазках в народ от полураздетых девушек и женщин. Что с давних пор, даже на фоне традиции одеваться как проститутка, свидетельствует о благоприятном и безопасном общественном фоне. Женщины раздеваются в эпоху благостостояния и захлобучиваются в кризисы. Следовательно кризиса нет никакого, особенно в жару.
Да и от вариантов ответов можно уписаться. Все блин виноват кроме самого пипл. Вот в чем наша бяда, которая хавает наш мозг - мы-то конечно не при чем.
nav.first{}
nav.second{}
<nav class="first second">---------- Добавлено 19.08.2015 в 19:07 ----------Кстати да, вопрос по тегу хтмл-5, на фоне древнего как мамонт тега font.
nav.classy li a>span{ /* выбери непосредственный span в а в любом li в nav класса classy */ color:"#e5443f";}
и тогда без отстоя:
<li><a href="/"><span>К</span>ЛИЕНТ ИГРЫ : <u>ИГРА</u></a></li>
Когда сделаете нормализацию, то урл запроса по жанрам может быть таким
example.org/news?genre=2-4
где 2 и 4 - значения связанных полей. Поскольку через эти же самые значения идет связь записей двух таблиц, то их не так просто поменять в процессе эксплуатации сайта, следовательно они условно вечные.
В контроллере вы просто разбиваете строку ключа genre по дефисам и проверив что там все нормально соединяете через запятую и закладываете уже в запрос к бд.
Так вот простота в слое проектирования БД оборачивается жесточайшим геморроем в слое программирования. Чем больше вы потратите ума и сил на базу данных, тем меньше придется их тратить на коды и тем красивее будут коды и тем легче будет развивать юзабилите а значит впаривать и продавать.---------- Добавлено 19.08.2015 в 18:29 ----------
Да вообще по барабану как вы передаете на сервер эти данные. Самое простое решение тут - отгружать форму с чеками, нафиг там все эти компиляторы нужны. Браузер сам закомпилирует как надо.
Надо смотреть серверную часть, как парсится запрос и во что превращается. Гоните обработчик на php.---------- Добавлено 19.08.2015 в 18:33 ----------А, блин, у вас же GET. Тогда форма отменяется, она некрасиво передается. Да, урл надо собирать самостоятельно.
Чтобы понять как он обрабатывается, надо видеть коды обработчика. Это - серверный скрипт, на php. Или надо видеть ману по модулю (плагину) чтобы понять как ему этот урл кодировать.---------- Добавлено 19.08.2015 в 18:35 ----------Я оперирую понятиями абсолютной свободы и не всегда успеваю сообразить что народ находится в тисках плагинов к цмскам.---------- Добавлено 19.08.2015 в 18:37 ----------
Это не поиск, это выборка. Чтобы искать по жанру как по слову, вместо чекбоксов должно быть текстовое поле.---------- Добавлено 19.08.2015 в 18:43 ----------Вы же понимаете немного в программировании, значит поймете что если
а = 1
то запрос
если а = 1 И а = 2 И а = 3 не имеет смысла. а может быть "равно" только одному значению, фундаментально.
Логическое И применяется когда мы проверяем несколько переменных
если а = 1 И б = 2 И в = 3 тогда смысл появляется
для проверки нескольких значений одной переменной используется оператор логическое ИЛИ
если а = 1 ИЛИ а = 2 ИЛИ а = 3 то
Формат урла не связан с запросом, но может быть связан если модель пожелает. Если она понимает разделитель, например && транслирует как есть или меняет на AND, то логично предположить что заменив && на || в урле мы, теоретически, можем сообщить обработчику заменять || на OR
В общем определенно на ваш вопрос можно ответить только видя коды серверного скрипта или документацию на плугин-модуль-модель или что в дле.---------- Добавлено 19.08.2015 в 18:47 ----------В реальном SQL должно быть так
... where genre = "комедия" or genre = "детектив"
или с применением IN()
... where genre in("комедия", "детектив")
Это не круто, это баян.
По-другому в сущности вы не сделаете. Я же задал вопрос - откуда вы берете список жанров чтобы предоставить выбор? Если у вас текстовое поле, то получить сводку можно группировкой или хотя бы через select distinct.
Так откуда вы берете сведения о жанрах чтобы вывести эти чебоксы? ---------- Добавлено 19.08.2015 в 18:17 ---------- Например у вас так
название | год | жанр
---------+-----+----
Выстрел в гробу 1999 ужосы
Смертельное убийство 1998 детектив
Капитальный гараж 1997 драма
Выстрел в гробу-2 2015 ужосы
Как теперь узнать сколько жанров в бд представлено? Например так select distinct genre from table; Получим ужосы, детектив, драма.
Но если написать
Выстрел в гробу-2 2015 ужасы
то получим ужосы, детектив, драма, ужасы
Теперь понятно?
Для сокращения итераций вкратце покажу как люди делают.
Надо завести таблицу например
table list_genre
id int
name varchar
text varchar null
а поле genre в продуктовой странице поменять на int
и добавить в запрос соединение кортежей
inner join list_genre as g on g.id = m.gid (или там genre_id)
чтобы получать название жанра из списка. Этот список затем станет основой для интерфейса выбора жанров. Его очень легко отрендерить, и по нему очень просто проверить какие жанры профтыкал юзер. С формой придут лишь те галки, которые отчекрыжены. Записав полученные данные в список вы увидите какие жанры выбрал юзер. Однако делать этого недо, вы просто запрашиваете из бд все выбранные жанры по полученным данным, потому что неполученные тут не нужны.
Например с формой придет массив $_POST['genre'], который надо проверить на вредность и превратить в строку для запроса.
select blah-blah-blah from movie as m blah-blah-blah where m.gid IN ('.join(',',$_POST['genre']).')
И все. ---------- Добавлено 19.08.2015 в 17:54 ---------- Зачем там text varchar null? Например чтобы приятно так вывести где-нибудь описание жанра. Может кто не знает что такое артхзауз. Еще можно туда image поле завести, с типичной иллюстрацией, и еще полезные для сводки поля.
Отсюда открывается возможность соорудить отдельную страницу посвященную жанрам и направлениям. Форматировать ее как статью и вот вам практически на халяву прибавка в индексе. Кроме того можно завести подсветку. Например в обзоре заменить [артхауз] на запрос инфы по жанру.
Ну то есть когда у вас есть данные, это хорошо и можно ими пользоваться или не пользоваться. А когда у вас нет данных, то можно только не пользоваться. ---------- Добавлено 19.08.2015 в 18:02 ----------
Что и требовалось доказать. Юзер опечатался - у вас появился новый жанр. ---------- Добавлено 19.08.2015 в 18:04 ----------
Потому что вместо AND надо писать OR, или вместо && писать ||, или попросту юзать IN()---------- Добавлено 19.08.2015 в 18:06 ----------
Само собой формат урла никакого отношения к SQL запросу не имеет. Можете через черточку если черточек нет в названиях жанров, или через индекс жанров в той самой таблице.
php уже запущен, на марше, что ему стоить файлик с диска в буфер перекинуть? да ничего не стоит. А что стоит запросить на этот файлик сервер? Стоит дополнительной сессии обслуживания. Так что надо еще посмотреть исходные коды страницы гугле.кам чтобы советовать линковать файлы :)
Этот диагноз и был поставлен выше - у вас денормализованная бд. В теории вы не имеете права делать вот так && genre = "комедия", потому что текст в поле genre может быть любой, например комедия, коммедия, комедтя, камедия, comedy и тп.
Ну хорошо, а откуда вы берете список жанров, чтобы нарисовать все эти инпуты?
Надо выкинуть href. Если нужны данные урла, записать их в data-href, или data-h, или просто в h. Все равно будет скрипт, он все и достанет. Чтобы курсор был правильный, нарисовать его для a вообще, или конкретного элемента через стиль. Потому что стиль все равно нужен.
Само собой а без хреф робот не откроет. Обычно так ему и надо. Если не надо, то делайте как ему надо.
А где у него жанры хранятся? В файлах? Ну какая разница, все то же самое.
