1. Календарь имеет ограничение(date() — 1970 и 2049 год, по-моему)
2. "можно ещё оптимизировать, заменив имена переменных, на более короткие" — еще идеи сверх-гениальные будут?
3. мля.. ну лол.. одно дело писать календарик на общую публику, хоть и посредственный, другое — исправлять чужой код(имхо, как в чужом белье копаться)
4. про 1000000 хитов... Trinux, перейди на PHP5 и забудь о сверх-оптимальных решениях, раз уж так нолики беспокоят. а лучше хостинг смените. IBM вон как летает, а видили бы вы их исходники, поодуревали бы.
А ж слов нет...
2Trinux, молодца, продолжай делиться, да и вообще стоило бы док открыть, тем, кто "на танке"(PHP FAQ :)) очень бы пригодилось. А насчет исходников nnm — ты бы все-таки подумал, представь, сколько умников найдется как Roxis?
Да, php5 действительно будет лучше работать с MySQL в моем случае. Но не более того. Вся "оптимизация" php5 сводится к оптимизации ООП модели, а я обычно классы не юзаю. Излишне.
На самом деле я с обой согласен, неного достали анатики, которые верстают все только на дивах. В данном случае таблица используется по назначению. Но а так, дивы тут могут быть использованы для оптимизации html кода.
Насчет ошибок ты хорошо подметил. Поправлю, хотя это не ошибки, а очепятки. А насчет твоей оптимизации... Начнем с того что я не пытался написать офигительно оптимизированный код, речь идет о календаре. И многое сделано именно для наглядности кода. Вообще ты бы мог еще Zend`ом скомпилить и показать что твой код быстрее работает и это действительно будет так.
Только вот твой "оптимизированный" код экономит 1 секунду серверного времени на 10000 хитов. Т.е. на 1000000 хитов экономия составит примерно 1,5 минуты.
Хотя весь мой коммент, наверника, будет проглочен и не замечен. Roxis привык личить всех и вся в ошибках, при этом сам он ни одной статьи не написал. Я уже не говорю о каких-то проектах. Меж тем он не является тем, за кого себя выдает. Оптимизация кода? Чет я не видел чтоб кто-то, считающий себя оптимизатором использовал в коде имя переменных, длинной в 13 символов.
Так же хочу отметить что юзание буферов, как предложил роксис, очень правильно. Но его реализация совсем неверная, это стоит делать с помощью ob_start(). А вот насчет того что не следует 30 раз высчитывать день, а присвоить это значение переменной и потом его юзать — глупо. Если бы месяц состоял из 10 000 дней, то да, но когда нужно посчитать 30 раз одно и то же... Стоит ли отводить память под это?
В общем пользователь _bugfixer_ в моем доке опять забанен. Почему — я уже объяснял.
Да если хочет — пусть умничает. Просто было бы у него чего-нить за плечами. А то на голой фразе "я оптимизатор" провозгласил себя королем. А еще он знает откуда берется 503 ошибка.
Не, на ННМ календарь написан на ругом алгоритме, годовой давности. Написан через Ж =))) это не вырезка из NoNaMe кода и никогда таких вырезак не будет.
Комментарии
2. "можно ещё оптимизировать, заменив имена переменных, на более короткие" — еще идеи сверх-гениальные будут?
3. мля.. ну лол.. одно дело писать календарик на общую публику, хоть и посредственный, другое — исправлять чужой код(имхо, как в чужом белье копаться)
4. про 1000000 хитов... Trinux, перейди на PHP5 и забудь о сверх-оптимальных решениях, раз уж так нолики беспокоят. а лучше хостинг смените. IBM вон как летает, а видили бы вы их исходники, поодуревали бы.
А ж слов нет...
2Trinux, молодца, продолжай делиться, да и вообще стоило бы док открыть, тем, кто "на танке"(PHP FAQ :)) очень бы пригодилось. А насчет исходников nnm — ты бы все-таки подумал, представь, сколько умников найдется как Roxis?
ссылки по комменту:
1. исходник из книги Д.Котерова
минут через 15
Только вот твой "оптимизированный" код экономит 1 секунду серверного времени на 10000 хитов. Т.е. на 1000000 хитов экономия составит примерно 1,5 минуты.
Хотя весь мой коммент, наверника, будет проглочен и не замечен. Roxis привык личить всех и вся в ошибках, при этом сам он ни одной статьи не написал. Я уже не говорю о каких-то проектах. Меж тем он не является тем, за кого себя выдает. Оптимизация кода? Чет я не видел чтоб кто-то, считающий себя оптимизатором использовал в коде имя переменных, длинной в 13 символов.
Так же хочу отметить что юзание буферов, как предложил роксис, очень правильно. Но его реализация совсем неверная, это стоит делать с помощью ob_start(). А вот насчет того что не следует 30 раз высчитывать день, а присвоить это значение переменной и потом его юзать — глупо. Если бы месяц состоял из 10 000 дней, то да, но когда нужно посчитать 30 раз одно и то же... Стоит ли отводить память под это?
В общем пользователь _bugfixer_ в моем доке опять забанен. Почему — я уже объяснял.
а ошибка 503 появлялась совсем не из-за этова.
да, и хочю заметить, что такое юзание буфера в этом случае, будет быстрей чем ob_start + 30 раз echo.
а присваивать переменной значение, совсем не глуппо. если канешна у нас не так мало памяти.
Если оптимизирум память, то конешно, зачем отводить место.