В CSS нет наследственности. Есть наследование.
Кстати, вы не перепутали #id и .id ? У вас точно класс, а не ID?
Не работает в ie6
Об этом можно сказать кому угодно. 500К - маразм. Ну в крайнем случае допустимо на бэкофисе CMS, в каких-то СRM, приложений типа Google.Doc
Никогда не понимал, зачем привязываться к CMS, у которой как минимум нет документации, и как максимум нет комьюнити, привязана к единственному разработчику, да еще и находится в бета-версии.
Даже если CMS очень и очень хорошая.
Вообще-то валидированная страница позволяет быстро локализовать ошибки в верстке. Если дизайн сложный, часто меняется, а сайт поддерживается большой командой, валидность очень и очень кстати.
До кучи, если шаблонизатор на XSLT то валидность тоже не излишне.
Извините конечно, но бегущая строка - маразм, а использование для этого Flash - вдвойне маразм. Для этого есть JS:
http://yandex.ru/yandsearch?text=javascipt+%2Ctueofz+cnhjrf&from=fx3&clid=46510&lr=213
Единственный смысл этого в том, что в 99% случаев дешевле поддерживать старый говнокод, чем переписывать, тестить, фиксить и документировать весь код с нуля.
Я где-то говорил что использование ООП - панацея от говнокода?
Если говорил, беру свои слова взад.
Но ООП - это все-таки ступенька вверх. Хотя бы в понимании необходимости соблюдения каких-то стандартов в организации кода. А ООП-фреймворки дают представление о шаблонах проектирования. И это тоже хоть как-то но дисциплинирует.
Вообще-то я не советовал Zend, а CI крайне примитивен. Проще то уж нельзя придумать.
м.б. но тогда с 90% вероятностью получится тюря где в функциональной водке плавают хлебные корочки ООП, типа того что вы продемонстрировали в своем примере.
> Вообще лезть в фреймворк не зная классов - имхо не правильно.
Топикстартер пишет про классы: "Для каких целей они нужны я не понял даже прочитав книгу для чайников".
Нормальный учебный процесс - сначала теория, потом практика. Лучшая практика - реальная задача. Лучший инструмент для учебной практики - простой и без излишеств, про который написано много-много доков, факов, разжеванных примеров и есть у кого спросить. Для этой цели лучше всего подходит CodeIgniter.
Разберется - пойдет дальше, может когда в "лучших" традициях PHP свой фреймворк изобретет или перескочит на Zend,Symphony, Cake, YII, Kochana...
Мне вот это чудо очень нравится http://complexml.org/ru/docs Жаль что слишком много своих наработок. А так бы обязательно к нему привязался бы.
> вы можете испугаться и тут же выскочить на привычный вам берег процедурного программирования.
И тогда лучше думать о смене профессии. Оно все-таки 21 век. PHP/ FI 2.0 остался в прошлом веке.
> если Вы не видите смысл в использовании классов в РНР, не используйте их
> Используйте процедурный подход, т.е. функции
Плохой совет.
Я бы посоветовал посмотреть любой PHP-фреймворк. Для учебных целей лучше всего подойдет CodeIgniter 1.0 (самый простой и лучше всего документированный) или YII (чуть посложнее, но зато побольше встроенных компонент)
Сделайте простенький блог или статейный движок с админкой и на голом php и на фреймворке. Оценить скорость разработки, возможности по наращиванию функционала и внесению каких-нибудь изменений.
Мне кажется после этого должно все встать на свои места.
Если поймете в чем разница, сэкономите кучу времени и сил.
