Ответы пользователя по тегу Веб-разработка
  • Как правильно реализовывать фронтэнд в 2021?

    myks92
    @myks92
    Нашёл решение — пометь вопрос ответом!
    В современном мире действительно стоит разделять backend и frontend. Везде есть свои фреймворки которые стоит использовать для облегчения разработки. Бакенд обычно имеет только api и этого бывает достаточно. А шаблонизатор twig применяют в этом случае для email писем.

    Frontend сейчас разнообразен. Это сейчас больше чем CSS+HTML и небольшой функционал на JS. Более того на Frontend сейчас тоже можно делать микросервисы. Одна страница может работать сразу на нескольких JS фреймворках. Например, меню на Vue, а Navbar на ReactJS.

    С точки зрения поддержи и развития вы тоже проигрываете. Ведь большой проект требует узких специалистов, в том числе и фронтенд. Если Ваш фронтенд будет на PHP, то на фронтент уже потребуется фул стек разработчик, что дороже и проблематичнее. Значит сложнее масштабирование и развитие. Да и возникают проблемы монорепозитория, куда все изменения с frontend и backend поступают в один репозиторий, без возможности отделения их. Таким образом ко всем разработчикам сразу попадает готовый проект, который легко скопировать и украсть.

    Поэтому, если ваш фронт слишком сложный, то его следует отделить. Иначе вам придётся столкнуться с множеством проблем, зависимостью и сложностью как проекта, так и репозитория.
    Ответ написан
    Комментировать
  • Есть ли интересные Telegram-каналы по веб-разработке?

  • Что НЕ стоит начинать изучать в ближайшем будущем?

    myks92
    @myks92
    Нашёл решение — пометь вопрос ответом!
    Всё, кроме того что советуют учить по теме: «Что учить новичку в 2020?»
    Ответ написан
    Комментировать
  • Как отключить редирект у пользователей?

    myks92
    @myks92
    Нашёл решение — пометь вопрос ответом!
    <meta http-equiv="cache-control" content="no-cache">
    <meta http-equiv="expires" content="0">

    header('Expires: Sat, 03 Aug 2013 00:00:00 GMT');
    header('Last-Modified: ' . gmdate( 'D, d M Y H:i:s') . ' GMT');
    header('Cache-Control: no-store, no-cache, must-revalidate');
    header('Cache-Control: post-check=0, pre-check=0', false);
    header('Pragma: no-cache');


    Можете углубиться в урок.
    Ответ написан
    Комментировать
  • Какой самый простой движок или скрипт для маленького интернет-магазина?

    myks92
    @myks92
    Нашёл решение — пометь вопрос ответом!
    Вы такой интересный. Сами пишите простой, но по вашим описаниям полноценный интернет магазин. А с учётом того, что у вас хотела всегда будет преобладать и вы упретесь в невозможность развития, то возьмите сразу что-то на перед. Чтобы вы потом не устраивали танцы с бубном и не думали как вам прикрутить платёжную систему и так далее.

    Из простых Yii2. Есть готовое решение.
    Ответ написан
    9 комментариев
  • Что делать после изучение html + css?

    myks92
    @myks92
    Нашёл решение — пометь вопрос ответом!
    Ну, во-первых, HTML5 и CSS3. Очень желательно знать тонкости поддержки браузеров, и, в случае надобности, верстать "кроссбраузерно", в разумных пределах конечно. Также желательно уметь верстать с макета. Еще нынче важно знать CSS-фреймворки, обычно это Bootstrap, реже Foundation. Ну и также хорошо бы знать методологии верстки, например БЭМ.

    Во-вторых, JavaScript. Тут тоже поле непаханное на самом деле. Тоже надо знать про поддержку браузерами разных ходов. Много где требуют как умение работать с jQuery, так и специально без него. Также кое-где требуют знания ES6 (последняя спецификация JS со всякими полезными приблудами).

    В-третьих, JS-фреймворки и все такое. Обычно это Angular.js и React.js, но тут такая ситуация, что их сложно понять и осознать без знания паттернов проектирования, так что тоже в копилочку ;)

    В-четвертых, иногда требуется знания всяких инструментов для более удобной разработки: автоматизирующие сборщики (Gulp.js, Grunt, Webpack и.т.д.), препроцессоры CSS (SASS, Stylus, и.т.д.); шаблонизаторы (Jade, и.т.д.) . Этих инструментов много разных, но учить их несложно и некоторые друг на друга похожи.

    В-пятых, это вообще для всех командных программистов нужно - знание git. Тоже несложно, можно проникнутся и начать использовать за пару дней )

    В-шестых, базовое понимание веб-дизайна и UI/UX тоже важно, ведь фронтендер работает с интерфейсом непосредственно.

    и.т.д...

    Ну а так, предел возможностей и знаний недосягаем, но для поиска первой работы, в целом, достаточно добротного знания Html&CSS&JS, и небольшого портфолио, эти знания демонстрирующие :)
    Ответ написан
    3 комментария
  • Возможно ли на локальном сайте сделать выход в интернет?

    myks92
    @myks92
    Нашёл решение — пометь вопрос ответом!
    Можно, если есть интернет.
    Ответ написан
    Комментировать
  • Что почитать про правильное проектирование своих приложений?

    myks92
    @myks92
    Нашёл решение — пометь вопрос ответом!
    К дополнению выше.

    Возможно вам, как новичку, будет многое не понятно из того, что вам предлагают. Но изначально просто посмотрите хорошие проекты как они устроены и как строят свои приложения хорошие разработчики. Впервую очередь код должен быть читабельным как книжка и без документации. Папки должны быть понятны. Я уже отвечал на подобный вопрос по этой теме ранее. Возможно, это будет полезно:

    Архитектура приложения. Как сделать независимые модули (сервисы)?
    Ответ написан
    Комментировать
  • Стоит ли использовать готовые плагины для комментариев на сайте ка от vk, facebook - или писать код самому?

    myks92
    @myks92
    Нашёл решение — пометь вопрос ответом!
    Смотря что вам нужно. Всё зависит от ваших задач. Как уже сказали выше. Но хочу дополнить свой ответ более развернуто:

    1. Писать самому.

    + Расширенное управление на основе ролей вашей системы или другой логики
    + Можно реализовать свою систему мотивации, например, как на тостер. С ВК тоже это можно сделать, но если вы пишите на PHP это будет сложнее. Например, у пользователя 1000 рейтинга, он лайкает комментарий пользователя с минимальным рейтингом и через логику ему присваивается повышенный рейтинг за ваш комментарий. Так как лайкнул авторитет... Ну и так далее
    + Если правильно написать пакет - его можно переиспользовать на других сайтах виджетом или пакетом подключённым через Composer
    + Можете управлять доступом написания комментария. Например, написать комментарий может только человек с ролью или заполненным профилем, либо с рейтингом не меньше.
    + Можете отправить письмо с уведомлениями об ответе
    + Можно оставлять комментарий без социальной сети (анонимно)

    - Для "расшаривания" комментария на стену пользователю ВК требуется дополнительный функционал (это больше для увеличения охвата)

    2. Взять виджет:

    + Не надо мучаться писать свой код (Решение для первого варианта: можно найти готовые пакеты на гит хаб)
    + Комментарии более реалистичнее для пользователя, так как нужно иметь профиль ВК. А ВК чаще всего реальные пользователи. Можно зайти и посмотреть профиль. (Решение для первого варианта: Реализовать свою систему профилей
    + Расшаривание комментария комментатору на стену с упоминанием вашего сайта (охват)

    - Все минусы из плюсов первого варианта.
    - Менее органично смотрится на вашем сайте (не вписывается в дизайн и вёрстку).
    - Нужно регистрироваться в социальной сети чтобы установить виджет. (для некоторых проблема) Так же нужно иметь хорошую группу. Если группа не развита - это будет бить по вашей репутации. Так как видно что она не развивается и подписчиков мало.

    В общем и целом если вам нужна гибкость, как сказали выше - это писать самому. К этому хочу добавить, что писать не всегда нужно. Есть независимые компоненты на GitHub Которые можно просто подключить и пользоваться. А уже дополнительный функционал дописать самому. Можете написать сами независимый компонент, который можно будет подключать на всех частях своего сайта и при этом имея одну базу. При правильной архитектуре код будет назависим от других частях сайта - как ВК.

    Я больше склоняюсь к первому варианту
    Ответ написан
    2 комментария