Очень удобно хранить время в UNIX_TIMESTAMP, быстро, шустро. С диапазонами при хорошей математике вообще нет никаких проблем — делай как хочу и что хочу.
Правда неудобно смотреть на даты типа 1218635068 (кто слёту скажет, что это равно 2008-08-13 13:44:28 [я не ошибся?])
Правда к счастью, МУСКЛ хорошо и быстро справляется, что с полями ДатыВремени что с Числовыми.
Полностью с тобой согласен. Сперва мануал! (Увы, многие его толком не читают, потом приходится искать иголку в стоге сена: «Ввели одно, получили другое.»)
У меня была задача сделать программную предпроверку всех сохраняемых данных в базу. Чтобы не получить СЮРПРИЗ при считывании из нее. Поэтому выложил промежуточный вариант описания данных в виде такого массива.
Статья хорошая.
А вот магические вещи PHP5 в ООП - плохие.
Методы __get() и __set() работают медленно! Рискуте так же меленно работать как JSP (Java Servlet Pages).
Так что аккуратнее с этими методами в высоконагрузочных проектах.
Все что написано в блоге - напоминает ежемесячные отчеты Яндекса.
Будут говорить только то что надо им, т.е. рассказывать о новых фишках более детально.
А все, что нам знать не нужно, мы знать и не будем!
Им резона нет открывать все свои секреты. Вряд ли кто-то из-за того что все в гугле закрыто перестанет отдавать свой сайт на индексацию.
И пользователи не перестанут искать в нем. Пользователю далеко по-барабану как ищется. Самое главное чтобы нашлось хоть что-то нужное.
т.к. в 5.0.1 этого еще не было.
Для себя, если надо использовать (в хелпере например), возмите эти числа в кавычках и используйте. )
Спасибо, ошибку исправил. И запомнил что 5 + 3 = 8 )))
Боюсь ошибиться, но по-моему здесь каждый второй знает и работает на PHP и MySQL.
Цитата из текста:
«DECIMAL(M, D) m — кол-во цифр (max 65 цифр), d — сколько из них могут быть после запятой».
Т.е. M это общее число цифр. А вот сколько из них забрать под десятичную часть.
Т.е. DECIMAL(6,6) из 6ти доступных цифр, все их определил как десятичные.
TINETEXT — 1 байт служебный,
в MEDIUMTEXT уже 3 байта.
Для чего и как, затрудняюсь ответить…
Правда неудобно смотреть на даты типа 1218635068 (кто слёту скажет, что это равно 2008-08-13 13:44:28 [я не ошибся?])
Правда к счастью, МУСКЛ хорошо и быстро справляется, что с полями ДатыВремени что с Числовыми.
Вобщем как вам удобно.
У меня была задача сделать программную предпроверку всех сохраняемых данных в базу. Чтобы не получить СЮРПРИЗ при считывании из нее. Поэтому выложил промежуточный вариант описания данных в виде такого массива.
а здесь раз в 10 вызов метода __get() и __set() медленнее.
А вот магические вещи PHP5 в ООП - плохие.
Методы __get() и __set() работают медленно! Рискуте так же меленно работать как JSP (Java Servlet Pages).
Так что аккуратнее с этими методами в высоконагрузочных проектах.
Facebook готовится к редизайну, Вконтакте уже ждет.
Все что написано было применено, собственно, к написанию топика.
Отсюда несложно понять ценность вышеприведенных советов.
Очень приятно видеть что (какой объем) предстоит скачать.
Все что написано в блоге - напоминает ежемесячные отчеты Яндекса.
Будут говорить только то что надо им, т.е. рассказывать о новых фишках более детально.
А все, что нам знать не нужно, мы знать и не будем!
Им резона нет открывать все свои секреты. Вряд ли кто-то из-за того что все в гугле закрыто перестанет отдавать свой сайт на индексацию.
И пользователи не перестанут искать в нем. Пользователю далеко по-барабану как ищется. Самое главное чтобы нашлось хоть что-то нужное.
Только единственно, жалко что не написано какие распределенные файловые системы используют.
(MogileFS, Lustre, GlusterFS, что-то еще???)
Пол минуты потраченного времени, зато как минимум одному пользователю приятно.
Достаточно открыть блог http://habrahabr.ru/blog/podcasts/ и посмотреть сколько проставили, а сколько нет.