- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
-->>>PS. Сразу скажу, слайдер какой нибудь на vue пишется очень быстро и очень легко, для этого даже как правило не нужны сторонние библиотеки.
Ну как бы одни из первых советов ТС были сначала оценить необходимость перехода на ФВ. Во всем должна быть целесообразность. И в целом сначала нужно изучить тот же Vue, понять насколько он нужен и потом решать - переходить на него или нет
Ну как бы одни из первых советов ТС были сначала оценить необходимость перехода на ФВ. Во всем должна быть целесообразность. И в целом сначала нужно изучить тот же Vue, понять насколько он нужен и потом решать - переходить на него или нет
На самом деле я бы посоветовал ТС в любом случае хоть не изучить, но хотя бы в общих чертах познакомится с технологией, потратить скажем неделю-две. Понятно, что специалистом не станет, но поймёт основы.
Программисту надо всегда учиться, всегда узнавать что-то новое, постоянно, такая уж у нас планида (
Как это не сделать? Разделяешь страницы на типы (Вьюшки), там же вставляешь скрипты и стили для этих страниц. Разве нет?
В теории возможно, но у вас получится лютый копипаст, и пока у вас типов страниц мало, возможно это и можно ещё как то поддерживать. Проблема тут собственно в том, что в случае с php это должен контролировать программист, в случае с node.js это контролирует нода, а так то да, когда времени вагон можно и на ассемблере сайты писать, только чет я смотрю народ местный не торопится.
Мы тут пытаемся аргументированно спорить
Честно сказать сам не понимаю зачем я ввязываюсь в эту полемику периодически =))
В теории возможно, но у вас получится лютый копипаст, и пока у вас типов страниц мало, возможно это и можно ещё как то поддерживать. Проблема тут собственно в том, что в случае с php это должен контролировать программист, в случае с node.js это контролирует нода
Нет тут никаких копипастов и проблем. Хоть мало типов страниц будет, хоть много - без разницы.
когда времени вагон можно и на ассемблере сайты писать, только чет я смотрю народ местный не торопится.
Потому что неуместное замечание.
Честно сказать сам не понимаю зачем я ввязываюсь в эту полемику периодически =))
Можно развить эту мысль и дальше: непонятно, что и зачем мы вообще тут делаем.
Нет тут никаких копипастов и проблем. Хоть мало типов страниц будет, хоть много - без разницы.
Абсолютно согласен, у меня такое реализовано на портале с > 1 млн. страниц, проблем нет. Все равно типов (групп, называйте как хотите) страниц даже на мегапорталах не более пары десятков, а в подавляющем кол-ве случаев в районе десятка. Вообще проблем нет разделить для них стили и скрипты.
Программисту надо всегда учиться, всегда узнавать что-то новое, постоянно, такая уж у нас планида (
Ну тут программистов практически нет. Одни вебмастера, а у них свой, извращенный взгляд на жизнь. Трудно понять, зачем изучать Vue, когда вас что умеешь - устанавливать плагины.
у меня такое реализовано на портале с > 1 млн. страниц, проблем нет.
Речь немного не об этом, реализовать то можно как угодно. Вопрос как это потом поддерживать и развивать? Мне тоже в принципе на все случаи жизни хватает Django. но идея вынести фронт отдельно на React кажется перспективной. Тогда на бэк я смогу прикрутить например асинхронный ФВ и полностью перейти на REST и полноценно следовать принципам SOLID. надеюсь не надо тут рассказывать про плюсы таких решений.