- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Вот это меня с толку и сбивает, неужели есть смысл отказаться... Просто пока я никак немогу различить реальных скачков вперед по сравнению с php+mysql+замена тегов...
дык идея то была в том, чтоб выдавать браузеру xml + xslt, а преобразование делалось на стороне клиента.
без всяких пхп и саблотронов
любой высоконагруженный ресурс приходит к статике, либо городит огород из кэшей, кластеров и т.д... но только тогда стоимость обслуживания в тясячи раз выше... если можно платить за хостинг не 20 баксов в месяц, а всего один, то почему бы и нет?
Пускай все на клиенте делается, всё правильно абсолютно... вообще никого не слушай... если динамика не нужна, то делай статику... если свой сайт админишь один, то используй CMS которая генерит статику...
Segey, мне делать приходится в основном каталоги, интернет-магазины, крупные информационные проекты, т.е. у меня всегда куча однотипных данных, из которых требуется делать списки, странички, прайсы, XML для внешних площадок вроде Маркета. Кроме того есть один проект с очень серьезной нагрузкой. Благодаря XML+XSLT я получаю понятную и наглядную структуру данных, удобные шаблоны и возможность некоего кэширования.
Да и потом, я не нашел альтернатив. Примитивную замену тегов в крупных проектах делать неоправдано. Использование своего собственного шаблонизатора - лишний костыль в колесо потенциального сторонего пользователя проекта. Smarty - излишне громоздок и неспешен. Ну а мешать код с дизайном - это совсем не комильфо, хотя в некоторых проектах (где я всего-лишь исполнитель указаний) мне приходится делать именно так. :) XSLT же - стандарт, полно учебников. К тому же сложные блоки шаблонов (вроде рекурсий при выводе NestedSets-деревьев с обрамлением веток списками) качуют из проекта в проект, а с остальным и верстальщик легко справится.
Ну а мешать код с дизайном - это совсем не комильфо, хотя в некоторых проектах (где я всего-лишь исполнитель указаний) мне приходится делать именно так. :) XSLT же - стандарт, полно учебников. К тому же сложные блоки шаблонов (вроде рекурсий при выводе NestedSets-деревьев с обрамлением веток списками) качуют из проекта в проект, а с остальным и верстальщик легко справится.
В понедельник мне всё то же самое по-русски перескажешь. ;)