ну тем не менее есть огромные классы которых нужно опасаться. у меня уже была проблема такого плана. при посещаемость >20000 возникла проблема с памятью. я уменьшил размеры часто вызываемых классов и все ок. Сервер держит около 50000 в день.
тут нужно смотреть каких именно объектов создается больше. всмысле оптимизировать только классы которые жрут память. я не думаю что придется делать light класс для каждого класса
1) по моему имеется ввиду "занимает память и процессорное время сам объект созданный во время работы приложения на сервере".
если таких объектов создается много то начинаются проблемы с памятью.
конечно же никто не мешает программисту скомпоновать отдельный класс GrifViewLight взяв только нужны функции.
видимо там запаковано видео каждой падающей цифры. и причем каждая цифра падает в нескольких вариантах.
кто-нибудь ставил уже? просто интересно есть там режим без текстур или нет.
банальный листик вечно куда то теряется. бывает даже так: написал список на листке, и забыл его дома.
мне проект нравится. Это очень удобно. Молодцы парни.
Автору: как на счет обычных мобилок? советую вам сделать отправку списка по смс(я допустим не пользуюсь интернетом со своего мобильника, и думаю не мало таких как я). Накидал список - отправил себе на мобайл и все. А если вдруг что то забыл написать, то жена в любое время может добавить и отпарвить снова(не напрягая звонками "дорогой, купи еще то, то и это")
имхо. Все кому не лень и есть определенный скилл пойдут писать веб приложения у них на сервисе. Как никак есть потенциальная возможность продать это приложение гуглу.
имхо: все sql запросы запросы должны быть вынесены в отдельный класс-генератор-запросов. использовать конструкцию mysql_query('sql запрос') в каждом файле - гиблое дело, особенно когда приходит время расшириться на несколько баз данных.
на странице может быть множество блоков данных, при вытягивании которых базы потребуется определенное время.
т.е. если таких блоков 10 то посетитель подождет 10*(время вытягивание изи базы) времени перед тем как страница загрузится.
такую страницу нужно отправлять по кускам, по мере вытягивания этих данных из базы.
имхо: механизм ob_start/ob_get_clean нужно использовать только по мере необходимости.
я использовал его долгое время. но уже полгода как не использую.
я отказался от него по единственной причине: нельзя сделать вывод страницы по кускам. вся страница должна быть сгенерирована на сервере.
большие страницы должны генерить данные "на глазах у пользователя"
а в остальном смарти довольно продуманный и удобный шаблонизатор
музыка не помешает нигде. при чтении книги иногда приятно послушать спокойную музыку на фоне. и потом представте себе размер плей-листа - очень удобно ведь. имхо, было бы странно если бы его здесь небыло.
просмотр картинок тоже не лишнее, просмотр картинок или фоток никогда не помешает. очень даже удобный гаджет который пригодится везде.
я читал msdn только в случаях когда приходилось искать хаки для ИЕ. конечно я не углублялся, но зачем бы это мне было нужно? можете привести пару примеров из msdn что покажет достоинства ИЕ?
Я может и повторюсь(не осилил прочитать все коменты).
У каждого свое мнение. Моя жена допустим тоже любит ИЕ. Он не видит в нем проблем. А все потому что разработчики сайтов стараются.
Извините, но кажется мне что вы не сталкивались с web-разработкой. Иначе вы бы поняли всю силу файрфокса, и поверьте вы бы ненавидели ИЕ.
$arr = false;
echo count($arr);
если таких объектов создается много то начинаются проблемы с памятью.
конечно же никто не мешает программисту скомпоновать отдельный класс GrifViewLight взяв только нужны функции.
кто-нибудь ставил уже? просто интересно есть там режим без текстур или нет.
мне проект нравится. Это очень удобно. Молодцы парни.
Автору: как на счет обычных мобилок? советую вам сделать отправку списка по смс(я допустим не пользуюсь интернетом со своего мобильника, и думаю не мало таких как я). Накидал список - отправил себе на мобайл и все. А если вдруг что то забыл написать, то жена в любое время может добавить и отпарвить снова(не напрягая звонками "дорогой, купи еще то, то и это")
т.е. если таких блоков 10 то посетитель подождет 10*(время вытягивание изи базы) времени перед тем как страница загрузится.
такую страницу нужно отправлять по кускам, по мере вытягивания этих данных из базы.
имхо: механизм ob_start/ob_get_clean нужно использовать только по мере необходимости.
я отказался от него по единственной причине: нельзя сделать вывод страницы по кускам. вся страница должна быть сгенерирована на сервере.
большие страницы должны генерить данные "на глазах у пользователя"
а в остальном смарти довольно продуманный и удобный шаблонизатор
просмотр картинок тоже не лишнее, просмотр картинок или фоток никогда не помешает. очень даже удобный гаджет который пригодится везде.
кажется мне что вам нужно писать следующую статью. по поводу этих интересных возможностей.
У каждого свое мнение. Моя жена допустим тоже любит ИЕ. Он не видит в нем проблем. А все потому что разработчики сайтов стараются.
Извините, но кажется мне что вы не сталкивались с web-разработкой. Иначе вы бы поняли всю силу файрфокса, и поверьте вы бы ненавидели ИЕ.