В вашем случае нужно взглянуть на тип данных set он содержит битовую маску и одно поле может содержать до 64 значений. В итоге вы просто битовыми операциями сможете выбирать данные именно как вам нужно
Я и ответил на ваш вопрос, хоть в нем проскакивали нотки сарказма ответ полностью должен вас удовлетворить:
1. tinyint — самый маленький тип данных (1 байт)
2. даже при милионе данных разница между tinyint и int будет незначительна
3. set хранит (вот тут внимание) набор данных, поэтому размер его может вырости до 9 байт
4. Если хотите в поле держать лишь одно значение, лучше использовать enum
5. enum от двух до 4-х раз больше чем tinyint но удобней, если набор значений больше 2-х (текстовые представления более понятны нежели числа)
Как-то так.
Это большая проблема? Или у вас есть другие варианты для таких значений, нежели самый маленький тип данных (коим tinyint является)? Вообще разница между tinyint и int на 99% приложений даже не будет заметна, эти два типа имеют фиксированную длину и перебор их будет осуществляться молниеносно, другое дело если у вас большие проблемы с памятью, ибо 3 байта разницы на число это нереально много =)
Вообще лично я tinyint использую лишь как 1/0 да/нет и подобные, где не забудешь какой номер за что отвечает. Но если есть хоть малейший шанс увеличения полей то лучше enum однозначно
В html как такового document нету, jQuery берет document.documentElement а это получается нода <html> в DOM. В итоге так как она выше чем $('body') то и естественно может быть больше нее.
Кстати $(window) тоже в DOM как таковой ноды нет, и все размеры которые она выдает — размеры окра, и к HTML по сути никакого отношения не имеют.
Просто многие используют jQuery.height() а не вкурсе что этот метод не учитывает вообще ничего, а потом удивляются почему оно не сравнимо с реальными размерами блоков =) Я подумал что вы говорите про код из вопроса.
Да, как-то я прозевал что у вас строки не переносятся =) Вообще камент выше очень хорош, держите все снаружи, как вариант в xml и просто подставляйте нужные значения. Отличный вариант + чистый код + все водном месте.
Для начала любая книга подойдет, а вот после второй уже надо думать о серьезном. Ибо сложно будет понимать что-то серьезное, когда вы не вкурсе что такое словарь и когда его стоит а когда не стоит использовать.
В том то и дело что я всегда думал что мемкеш ничем не может удивить редис, разве что скорость немного больше из-за более простой констркуции. Оба key-value, оба данные держат в памяти, но у редиса больше возможностей =) Никогда даже мысли не было что их можно использовать вместе, мне кажется избыточностью, поэтому плюсик второй и смутил.
ой, я перепутал человека на которого надо кричать :) MUTOgen4eg извеняюсь. try4tune — вы плохой и перед тем как что-то говорить, лично вам, нужно обязательно проверять.
MUTOgen4eg rtfm + flush устарелые данные, или вы все еще думаете что в пхп классов нет? Мне жаль ваши устарелые данные. Они перешли на MVC + есть переопределение контроллеров.
Насчет локализации не знаю, мне не нужен был русский язык, но вообще сам движок предусматривает мультиязычность. Одно но, у них запутанная админка, не каждый сходу разберется.
Это не потолок, знать верстальщик должен свое дело и новые технологии. Результат между джуниором и тем же мидлом выйдет в результате, скорости и качестве, а не в знании html5 или мобильной верстке.