А еще png8 жмет графику процентов на 20% лучше чем gif (а иногда в 4 раза лучше, но это редко), хотя для совсем маленьких изображений (10х10 пикселей и меньше) gif все-таки лучше.
Вариант pass_md5 мне совсем не нравиться, особенно если храниться действительно md5, это же подсказка злоумышленнику, а вот pass_hash гораздо лучше, нужно внедрить в свою практику, спасиб.
Хранить нужно хеш пароля, потому что:
1. зачем вам знать пароль пользователя, может у него на почте такой же
2. кто-нибудь может спереть базу
3. база кроме вас доступна еще и хостеру
Хеш нужно сделать понадежней, желательно нестандартным алгоритмом, иначе пароли пожно подобрать перебором (не обязательно совсем новый алгоритм, можно просто чуть поменять результат стандартного).
В случае хранения хеша необходимость BINARY отпадает.
Прикол старый и очень веселый, хотя сейчас абсолютно неактуален у меня в XP глюков меньше чем в линуксе, который я ставлю уже хз какой раз с надеждой, что его довели до ума (кстати под воздействием хабра в этот раз потянуло на линукс, до этого года 2 назад ставил, тогда правда намного хуже было, движенье есть, через год снова буду пробовать)
А насчет эффектов так их любой школьник с учебником по OpenGL за пару дней сбацает, а толку эти прибамбасы только мешают, работать можно только в "Классическом стиле" который уже 12 лет не меняется (только цвет немного изменили начиная с Win2000)
Использую похожий, но даже более простой метод с style="display:none", уже несколько месяцев на своем сайте, за это время отмечено два спамерских сообщения (когда начинал использовать были десятки в день), что конечно лучше чем заставлять пользователей разгадывать ребусы.
На определенном уровне развития сайта, пока его не спамят целенаправленно, эта техника и ее модификации могут отлично работать, по крайней мере до тех пор пока не появиться достаточно количество адаптированных под нее ботов.
Насчет добавления формы, ее просто прятать нужно JavaScrip`том тогда пользователи с отключенными скриптами смогут комментировать без проблем (хотя вид будет не очень), а style="display:none;" препятствует этому.
То, что посетители лучший способ продвижения я для себя уже решил твердо, а увеличить количество ссылок можно просто подбирая интересный и полезный контент, хотя идея интересная.
По примеру LiveJournal и FreeLance добавил такую возможность, на свой сайтик, теперь практически уверен, что зря.
Сегодня полистаю еще раз комментарии посмотрю, что пишут в это поле, наверное буду убирать его.
Требовать нормальное ТЗ от людей далеких от понимания веб-индустрии, и знающих только то, что им нужен сайт, потому что у других есть и они слышали, что это полезно — странная идея.
В большинстве случаев ТЗ можно составить только с помощью специалистов, при этом нужно дать заказчику базовые знания, чтобы он понимал вообще о чем речь идет при составлении ТЗ (Обучайте заказчиков).
Можно использовать анкету с наводящими вопросами, ведь заказчик может знать ответ, но забыть включить его в свое ТЗ.
Составление адекватного ТЗ для каждого заказчика, это одна из задач студии, не менее важная и профильная чем и сама разработка сайта.
Подложил, под изображение текст посмотрите еще раз.
И еще: Креативное использование полупрозрачных PNG в веб-дизайне
Пример прозрачного png без дополнительных стараний: http://designformasters.info/stuff/creat… (смотреть в IE6)
1. зачем вам знать пароль пользователя, может у него на почте такой же
2. кто-нибудь может спереть базу
3. база кроме вас доступна еще и хостеру
Хеш нужно сделать понадежней, желательно нестандартным алгоритмом, иначе пароли пожно подобрать перебором (не обязательно совсем новый алгоритм, можно просто чуть поменять результат стандартного).
В случае хранения хеша необходимость BINARY отпадает.
А насчет эффектов так их любой школьник с учебником по OpenGL за пару дней сбацает, а толку эти прибамбасы только мешают, работать можно только в "Классическом стиле" который уже 12 лет не меняется (только цвет немного изменили начиная с Win2000)
style="display:none", уже несколько месяцев на своем сайте, за это время отмечено два спамерских сообщения (когда начинал использовать были десятки в день), что конечно лучше чем заставлять пользователей разгадывать ребусы.На определенном уровне развития сайта, пока его не спамят целенаправленно, эта техника и ее модификации могут отлично работать, по крайней мере до тех пор пока не появиться достаточно количество адаптированных под нее ботов.
Насчет добавления формы, ее просто прятать нужно JavaScrip`том тогда пользователи с отключенными скриптами смогут комментировать без проблем (хотя вид будет не очень), а style="display:none;" препятствует этому.
Сегодня полистаю еще раз комментарии посмотрю, что пишут в это поле, наверное буду убирать его.
В большинстве случаев ТЗ можно составить только с помощью специалистов, при этом нужно дать заказчику базовые знания, чтобы он понимал вообще о чем речь идет при составлении ТЗ (Обучайте заказчиков).
Можно использовать анкету с наводящими вопросами, ведь заказчик может знать ответ, но забыть включить его в свое ТЗ.
Составление адекватного ТЗ для каждого заказчика, это одна из задач студии, не менее важная и профильная чем и сама разработка сайта.
Насчет
error_reporting(8191), так конечно нельзя, а что если код будет читать кто-то не читавший с вашу статью :) и попробуй догадайся, что-это.Стойт написать, что-то вроде:
if(!defined(E_STRICT)) define(E_STRICT, 2048);хотя вам видней, я же начинающий