Роман Краббз: В данном случае вы не придумаете ситуации, где impotant при hover, помешает дальшейшей разработке сайта, чтобы вы не делали. Это именно тот случай, когда его использование допускается без каких-то последствий.
Роман Краббз: обоснуйте... не вижу не одной причины не использовать или таскать куски кода туда-сюда, это будет работать, будет работать без ошибок и всегда и везде. А не использовать,только потому, что это называется костыль - бред. А учитывая то, что выше уровня hover уже ничего не будет - это просто найпрекраснейший вариант. Причем "костыль" это можно было бы назвать только в том случае, если бы ТС хотел просто применить белый цвет шрифта к блоку, а не при наведении.
Neoline: Тут другой вопрос... Рецепт может относиться к нескольким тегам одновременно (торт, выпечка, на праздник) поэтому к тегам тоже не особо привяжешь, да и менятьсь скорее всего тоже будут
Neoline: В этом и причина вопроса, рецептов когда-нибудь станет, надеюсь, больше тысячи, а к этому времени уже проиндексированные и разбросанные по всему интернету ссылки придется редиректить (в случае изменения структры), что тоже сказывается на оптимизации.
Была идея создать по дате создания рецепта, но вдруг дату захочется поменять, тоскать туда-сюда файлы тоже плохо ибо они будут проиндексированы или кто-то будет на них ссылаться...
Я читал про этот метод где-то, но мне он тоже не нравится, папок получается огромное количество да и при каждом формировании ссылки на картинку нужно будет вызывать дополнительную, лишнюю, функцию, которая будет разбивать этот хэш. Neoline: По поводу создания новой папки по истечению лимита тоже получается путаница, нужно будет где-то хранить название папки в которой лежат картинки от конкретного рецепта, соответственно, получать это название, что тоже лишние действия...
И, кстати, львиная доля ответов на тостере, основывается на том, что нужно скачать некий фреймворк. Что, собственно, большая часть присутствующих и делает. Я же, всегда пытаюсь разобраться как это сделать без них и кроме jquery ничего и нигде не использую...
D' Normalization: ну не хотел бы я учиться, я бы не отписывал причину а просто тыкнул бы кнопку "правильный ответ" и пошел спать. Просто в данном случае, я действительно не понимаю преимущество дополнительной таблицы. Возможно, эти недопонимания из-за того, что вы не видите всю задачу целиком. Таблицы связей я использую постоянно, но только когда реально вижу преимущество. Тут же, я не вижу другого варианта использования таблицы `table` в моем примере, поэтому и кажется мне, что излишне создавать для ненужной таблицы еще одну ненужную таблицу. Рад был бы, если бы мне удалось понять, чтоя не прав и почему....
Не знаю, конечно, где у вас расположены скажем .open_popup_Mac и .popup_Mac
но если второй внутри первого, то как-то так было бы лучше:
$('.open').click(function(){
$(this).find('div .device').fadeIn(0);
$(this).find('div .device').animate({top:"0", bottom:"0"}, 400);
$('header').animate({top:"-60px"}, 400);
});
D' Normalization: Все же ответ ниже, мне кажется более правильным, учитывая то, что не нужно создавать дополнительную таблицу только из-за того, что бы два id не лежали в одном поле, которые мне, собственно и нужны... В таком случае, я смогу выполнить вот такой запрос (он мне и нужен):
SELECT * FROM `news` WHERE `id` IN(SELECT numbers FROM table WHERE FIND_IN_SET(1, numbers))
А почему так происходит?