• Как набрать первоначальную массу пользователей?

    Eridani
    @Eridani
    Мимо проходил
    Интересно, придет ли вы в магазин с пустыми прилавками в следующий раз?
    Ответ написан
    Комментировать
  • Как набрать первоначальную массу пользователей?

    opium
    @opium
    Просто люблю качественно работать
    Вы не пробовали наполнить сайт, тупо, просто, очевидно.
    Ответ написан
    1 комментарий
  • Как создать приватную записку с помощью своего расширения, используя сторонний сервис?

    Robur
    @Robur
    Знаю больше чем это необходимо
    Создать достаточно просто:
    1) Создаете расширение для хрома
    2) в этом расширении делаете нужный UI
    3) по нажатию на нужные кнопки отправляете запрос на сервер в соответствии с их API
    Удачи.
    Ответ написан
    Комментировать
  • Нужно реализовать календарь на vue?

    Fragster
    @Fragster
    помогло? отметь решением!
    Нам не известно, нужно ли вам реализовать календарь на vue. Готовые решения есть, много на https://github.com/vuejs/awesome-vue
    Ответ написан
    Комментировать
  • Работа для начинающего web разработчика?

    inoise
    @inoise Куратор тега Карьера в IT
    Solution Architect, AWS Certified, Serverless
    Если вы на фрилансе не можете выполнять заказы то вам реально рано брать за это деньги. Ответ - НИГДЕ
    Ответ написан
    Комментировать
  • Как правильно кастомизировать компонент из Element UI?

    kulakoff
    @kulakoff Куратор тега Vue.js
    Vue.js developing
    Можно создать отдельный файл для переопределения стилей компонентов. Далее его проинклюдить в рутовом компоненте.
    Ответ написан
    2 комментария
  • Отсутствуют мета-теги Что делать?

    Отсутствуют мета-теги Что делать?

    Добавить мета-теги
    Ответ написан
    3 комментария
  • Как изменить background у label?

    iiiBird
    @iiiBird Куратор тега CSS
    Пока ты спишь - твой конкурент совершенствуется
    label должен быть либо сиблингом, либо дочерним элементом. В твоем случае никак. Но можешь внутри сделать к примеру div и его уже стилизовать как label. и ему уже менять background
    типа так:
    <label>
        <input type="radio" id="radioButton value="radioitem">
        <div class="taskradi"></div>
    </label>

    .input:checked ~ .taskradio {
        background: rgba(8, 81, 161, 0.70);
        color: #fff;
    }
    Ответ написан
    6 комментариев
  • Как деплоить небольшие проекты?

    @Stqs
    senior software developer
    вопросы у вас философские, на каждый можно отвести часы обсуждения
    Полноценный CI/CD поднимать не вижу смысла ввиду размеров

    вы ж все равно собираетесь какие-то скрипты мутить и чото выдумывать,
    какая разница это будут крон скрипты на сервере или джоба в дженкинсе? по-скорости написания - одно и тоже будет. так что по-моему размер тут не имеет значение
    единственное что имеет значение - насколько явно у вас описан процесс(алгоритм) билда/разворачивания приложений
    с этой точки зрения мое видение примерно такое:

    1) git не есть инструмент для развертывания по, git лишь для версионирования кода
    и по-идее результатом вашей работы должен быть не код в гитхабе, а какой-то вменяемый артефакт, готовый к деплою (docker-image, pip пакет, npm пакет, deb пакет, jar, war, zip в крайнем случае, и тд и тп). Если производить артефакты то вопрос с тегами отпадет сам собой - у вас будет артефакт какой-то версии и все
    сервер не должен знать ни про какие гиты и ни про какие-то теги в нем
    Здесь я бы рекомендовал паковать все в докер-имеджи хотя бы только потому, что сервер в итоге не будет знать ничего о зависимостях приложения, нужных библиотеках, ниочем вообще, вам нужно установить только докер
    Огромное преимущество использование докера - в Dockerfile вы вынуждены волей/неволей описать точно и явно все шаги требуемые для установки приложения. И что самое замечательное - это все будет храниться в том же репозитории, под контролем гит - шикарно.
    Артефакты желательно хранить в каком-то артефактории,
    но если реально все просто - то можно хранить несколько последних версий прямо на сервере в какой-нибудь папочке

    2) как только вы получили артефакт - его можно деплоить
    неплохо было б знать особенности вашего проекта, но грубо говоря допустим что достаточно его зааплоадить на сервер, положить в нужное место
    опять же с этим дженкинс справится на ура и займет у вас это все дело 10 минут . Если вы опишете логику в Jenkinsfile вы выиграете еще раз потому что процесс развертывания(алгоритм) будет описан опять же ЯВНО. И будет тоже под контролем гита. (Jenkins должен знать только в каком репозитарии и в каком месте ему искать Jenkinsfile)
    Если же вы будете крутить какой-то спрятанный cron скрипт на сервере - о нем никому ничего не будет известно. Поверьте уже через короткое время все это дело начнет усложнятся, что-то забудется, что-то измениться и это все вместе больно ударит вас по яйцам.

    В чем еще преимущество такого подхода: если вам нужно сделать roll-back на предыдущую версию вам не нужно собирать проект заново выкачивая все с гита, ведь у вас есть предыдущие артефакты, ролбек в таком случае вообще не проблема - просто указываем предыдущую версию артефакта и деплоим еще раз и все

    3) Env Variables
    когда приложение стартует - считывает все что ему нужно из переменных окружения
    деплой джоба может каждый раз эти переменные устанавливать перед тем как деплоить - это было бы тоже круто потому что вы сделали бы это знание так же явным

    Итого имеем
    - логика сборки проекта описана в Dockerfile и находится под гитом
    - логика деплоя находится в Jenkinsfile и находится под гитом, и что самое главное является кодом (Jenkinsfile пишем на груви, для простых вещей вам понадобиться 30 минут изучения и все)
    - на сервере мы ничего не устанавливали совершенно кроме самого докера
    - мы храним несколько версий нашего приложения на всякий случай и можем быстро откатиться не прибегая к гиту вообще
    - сервер не знает ничего о гитах
    - на сервере нет НИКАКОЙ дополнительной логики по разворачиванию вашего приложения
    - имея все это очень легко добавлять другие сервера для деплоя - что нам нужно - грубо говоря указать другой айпи и набор env variables к нему ( если они конечно отличаются)
    giphy.gif
    Ответ написан
    5 комментариев
  • Что изучить по основам организации разработки?

    @Vitsliputsli
    Система контроля версий, ежедневно сливайте наработки и проверяйте что поломалось, декомпозиция задач, их оценка и ежедневная фиксация прогресса, если есть возможность привлекайте заказчика, чтобы он видел прогресс и мог вас скорректировать, когда пойдете не туда.
    То же самое модными словами: git, CI, task manager, декомпозиция и оценка задач, agile.
    Ответ написан
    Комментировать
  • Что изучить по основам организации разработки?

    tsepen
    @tsepen
    Frontend developer
    Почитайте про Agile методику, сейчас очень популярная тема. Декомпозируйте общую задачу на мелки, заведите какой нибудь таск-трекер, вносите туда задачи и фиксируйте статус выполнения. Дальше по ходу дела сориентируетесь как оптимизировать эти процессы
    Ответ написан
    Комментировать
  • Автовёрстка HTML & CSS. Стоит ли?

    SmthTo
    @SmthTo Куратор тега CSS
    Все перепёлки мира будут оплакивать мою смерть.
    Удобно? Хм…

    Ну раз удобно, попробуйте использовать выданный ими код в реальном проекте — сразу всё поймёте :))

    Почесать собственную спину с помощью мизинца на ноге — и то удобнее будет.
    Ответ написан
    9 комментариев
  • Как вы верстаете?

    @antimodern
    На codepen себе понемногу пишу компоненты различные, как в css фреймворках.


    :O

    по необходимости какие то компоненты может прикрутить, например slick, magnificPopup


    нет

    или берете компоненты из фреймворка, например из бутстрапа, но без сеток, стилей


    нет

    Готовые компоненты забиваете на сниппеты и во время верстки вставляете?


    нет

    адаптивность через миксины пишу


    што?

    вот стало интересно как основные компоненты пишите, чтобы не с нуля каждый раз


    Легко. Создаешь файл Slider.vue и используешь его во всех будущих проектах))
    Для продвинутых можно (и нужно) сделать рендерлесс (или функциональный компонент как в Реакте), тогда вся логика в SliderWrapper.vue, а слоты в SliderItem.vue и вообще никаких стилей/анимаций, которые потом можно менять от проекта к проекту.
    Ответ написан
  • Дизайнер присылает растровые иконки в svg. Это нормально?

    DevMan
    @DevMan
    бред конечно. если вас устраивает - норм, но я бы валил.
    Ответ написан
    Комментировать
  • Возможно ли поменять цвет точки над i в CSS?

    @hesrun
    Логотип, на сайте должен быть картинкой! По одной простой причине, если кому-то нужен будет ваш лого, он попросту не сможет его взять.
    Ответ написан
    Комментировать
  • Что можете сказать о верстке (новичок)?

    PlugIN
    @PlugIN
    A Little Programmer
    Как говорилось выше, много хороших ресурсов по верстке. Экспертом не являюсь, но могу выделить ресурсы: HTML Academy, Hexlet - для активного обучения и практики и Webref как справочник. Потом можно изучать сами спецификации W3C. Действительно, верстку зря иногда считают ерундой, это серьезное и многотрудное дело.
    Ответ написан
    Комментировать
  • Как в моем случае использовать flexbox?

    Vlatqa
    @Vlatqa Куратор тега CSS
    каждая строка - флекс-контейнер
    Ответ написан
  • Как отправить POST запрос с Vue.js на PHP?

    @Alex_Zdorgor
    Использовать ajax запрос из любой библиотеки или чистого js. Но для Vue чаще всего используют библиотеку Axios.
    https://ru.vuejs.org/v2/cookbook/using-axios-to-co...
    Ответ написан
    Комментировать
  • Как отправить POST запрос с Vue.js на PHP?

    Konstantin18ko
    @Konstantin18ko
    Стоматолог
    Ajax, Axios, Vue resource - вот то что отправляет post запросы.
    Ответ написан
    1 комментарий
  • Как правильно верстать такие блоки?

    Vlad_IT
    @Vlad_IT Куратор тега CSS
    Front-end разработчик
    Не надо float. Делаете через флексы, и ставьте блоку свойство
    justify-content: space-between
    тогда блоки равномерно распределятся по всей ширине. Если хочется ровно 25% ширины, то ставьте flex-basis: 25% каждому блоку.
    Ответ написан
    Комментировать