Разметка xRTML работает как Framework со своими библиотеками к различным языкам (PHP, ASP.NET, Java), а так же в качестве плагина к WordPress. Благодаря этому на xRTML можно писать какие-то функции для сайта и тут же видеть результат. На выходе конечно получается HTML документ.
Одна из отличительных особенностей xRTML в том, что все изменения происходят в реальном времени по протоколу WebSocket, что гораздо быстрее чем HTTP и Ajax методы. Например, читаете вы хабр и добавляемые юзерами комментарии тут же видите, без перезагрузки страницы. По-моему, это круто!
Если рассматривать их мегафиичи в таком контексте, то да — не нормально! Но, когда W3 тормозит со страшной силой, это напрягает, в особенности тех, кто явно хочет быть на «вершине горы».
а почему бы не использовать вместо margin-top top? хотя как я понял, можно было бы просто анимировать переход по якорям и зафиксировать панель с навигацией, нет!?
Когда Сбербанк перестал принимать платежи в кассах и отправлял народ к терминалам, негодование росло и осталось по сей день, те же очереди, та же трата времени + новые кадры-констультанты. Перенесите все в интернет и посадите херлион консультантов, ситуация по сути своей не изменится.
Пользуюсь ufs-online, мне нравится. Нет ни нано-графики, ни замысловатых приемов использования сервиса. Доступно и понятно.
Что касается сайтов гос учреждений. У меня такое мнение: пускай лучше это гос учреждение сперва отремонтируют капитально (думаю не надо фото прилагать, все и так знают в каком они состоянии), оборудование достойное поставят и т.д., а уже потом сайты себе крутые делать будут.
У меня вообще предвзятое отношение ко всем операторам, того и наровят лишнюю копейку урвать, в данном случае иенку. Других желаний, как идти и разнести опсосов, и не возникает.
Я, наверное, как и большинство, до сих пор делаю всякие такие ошибки (не все конечно, но делаю) и особо не задумываюсь, а правильно ли так, или иначе? И дело даже не в опыте, а скорее в привычках, от которых сука трудно избавиться, но такие посты прямо-таки заставляют переосмыслить свою работу, свой код. Спасибо, ребята! Для меня это действительно полезный материал.
Речи не шло о написании движка с нуля для каждого отдельного проекта!
Поясню коротко, что в моем понимании коробка — это CMS с определенным набором модулей, констант и прочего, что подготовленно в «коробке» с n функциями, дальше которых не всегда уйдешь, где тот же backend как правило не изменить. Вдруг мы говорим о разном? :)
И естественно, если большинство «статичных» сайтов ограничены классическим «О компании», «Новости», «Статьи», «Контакты», то им лучше использовать коробку, но когда заказчик просит реализовать казалось бы пустяковые функции на сайте, которые в его CMS ну никак не поддерживаются, вот тут начинаешь задумываться, а стоило ли ему делать сайт на этом движке.
Случаи конечно частные, возможно абстрактные, но они имеею место быть!
Самопал и есть проект, сделанный на Django, Zend или прочем фреймворке. Лучше написать движок под требуемые задачи имхо, чем иметь коробочный с кучей лишнего, что возможно никогда и не пригодится.
Одна из отличительных особенностей xRTML в том, что все изменения происходят в реальном времени по протоколу WebSocket, что гораздо быстрее чем HTTP и Ajax методы. Например, читаете вы хабр и добавляемые юзерами комментарии тут же видите, без перезагрузки страницы. По-моему, это круто!
Сами значит сидят жопы греют, не развиваются, а Apple да Google им придумай, реализуй да передай еще, нормально)
Что ж тут про гос. учреждения говорить!?
Что касается сайтов гос учреждений. У меня такое мнение: пускай лучше это гос учреждение сперва отремонтируют капитально (думаю не надо фото прилагать, все и так знают в каком они состоянии), оборудование достойное поставят и т.д., а уже потом сайты себе крутые делать будут.
А то
сукаприду и разъ%бу всех.сукатрудно избавиться, но такие посты прямо-таки заставляют переосмыслить свою работу, свой код. Спасибо, ребята! Для меня это действительно полезный материал.Поясню коротко, что в моем понимании коробка — это CMS с определенным набором модулей, констант и прочего, что подготовленно в «коробке» с n функциями, дальше которых не всегда уйдешь, где тот же backend как правило не изменить. Вдруг мы говорим о разном? :)
И естественно, если большинство «статичных» сайтов ограничены классическим «О компании», «Новости», «Статьи», «Контакты», то им лучше использовать коробку, но когда заказчик просит реализовать казалось бы пустяковые функции на сайте, которые в его CMS ну никак не поддерживаются, вот тут начинаешь задумываться, а стоило ли ему делать сайт на этом движке.
Случаи конечно частные, возможно абстрактные, но они имеею место быть!