Задать вопрос
  • Как лучше реализовать этот фон?

    Ankhena
    @Ankhena Куратор тега CSS
    Нежно люблю верстку
    Зачем там псевдоэлементы?
    Просто два фона, один прибит к верху body, другой к низу, остальное цвет.

    Множественные фоны пишутся через запятую.

    На всякий случай, потому что когда-то вам всё таки придется использовать и псевдо.
    Во-первых, отрицательный z-index.
    Во-вторых, свойство pointer-events.
    Ответ написан
    Комментировать
  • Как откатить версию ноды?

    Alexandroppolus
    @Alexandroppolus
    кодир
    Поставь nvm, там легко менять версию туда-сюда
    Ответ написан
    1 комментарий
  • Как можно реализовать без js?

    Kozack
    @Kozack Куратор тега CSS
    Thinking about a11y
    Никак. Только .block1:hover + .block2 { ... }
    Ответ написан
    Комментировать
  • Как можно заменить slideToggle (jquery) на аналогичное в JS?

    Mesuti
    @Mesuti


    p.s. посвящается Сергей delphinpro, как самому внимательному специалисту этого вопроса
    Ответ написан
    Комментировать
  • Как правильно делать БЭМ модификаторы?

    Get-Web
    @Get-Web
    Front-End Developer
    Никаких вложенных селекторов, если этого можно избежать, поэтому либо .nav__link--light/.nav__link--dark,
    либо использовать css переменные:
    Ответ написан
    4 комментария
  • Почему z-index не выводит блок со значением больше, поверх другого объекта?

    Ankhena
    @Ankhena Куратор тега CSS
    Нежно люблю верстку
    Z-index в принципе работает не так, как хотелось бы большинству (мне впрочем тоже), потому что существует такая штука как контекст наложения.
    https://habr.com/ru/post/166435/
    css.yoksel.ru/kontekst-nalozheniya

    Чтобы псевдо был под ссылкой, ему нужно задать z-index: -1, а у самой ссылки убрать вовсе.
    Ответ написан
    Комментировать
  • Как можно сократить говно-код?

    @jazzus
    Валидацию убрать в форм реквест, правила доступа в политики. Остальное зависит от логики. См инструменты Ларавел кроме контроллеров и роутов.
    Ответ написан
    Комментировать
  • Как правильно спроектировать замену классов?

    Fragster
    @Fragster
    помогло? отметь решением!
    Заменить классы на интерфейсы, передавать в "обработчик" экземпляр класса, реализующего интерфейс параметром. https://habr.com/ru/post/350068/
    Ответ написан
    3 комментария
  • Недостатки видеоуроков?

    Zhbert
    @Zhbert
    Technical Writer, Linux user
    Смотря какие и о чем. В целом — пустая трата времени, прочитать документацию быстрее и полезнее, чем слушать «ээээ» и «ыыыы» на 15 минут. Плюс читать полезнее — развивает мозг, в отличие от.

    Хотя не спорю, бывают и полезные видеоуроки, но их очень сложно найти среди тонн откровенного говна.
    Ответ написан
    Комментировать
  • Недостатки видеоуроков?

    ProgrammerForever
    @ProgrammerForever
    Учитель, автоэлектрик, программист, музыкант
    Видеоуроки - как книжки "для чайников". Как правило - это много частных примеров, мало теории. Плюс к тому, обычно читать тот же текст получится быстрее, чем смотреть видео, т.к. читать можно по диагонали.
    Видеоуроки подойдут, если:
    • У вас индукционное мышление - 100 примеров лучше чем страница теории.
    • Вы воспринимаете "на слух" лучше, чем читая текст.

    Но рано или поздно наступит момент, когда документация станет родным домом, а видеоуроки будут восприниматься как потеря времени, потому что время==деньги, и час расслабона, смотря видео, станет стоить слишком дорого.
    Но не стоит вообще отказываться от таких форматов. Мой преподаватель по электронике, умнейший человек, говорил: "Не стоит гнушаться книжек 'Для чайников' - в них информация изложена кратко и максимально доступно. И этого минимума может хватить чтобы начать уже что-то делать"
    Ответ написан
    Комментировать
  • Недостатки видеоуроков?

    saboteur_kiev
    @saboteur_kiev Куратор тега IT-образование
    software engineer
    Нужен огромный и продолжительный труд, чтобы написать приличную книжку.
    Чтобы в ней было не 10 страниц, а много хорошего материала, с примерами, с задачами, с изложением. Оформить, вычитать, отредактировать, договориться с издателем, выпустить, получить какую-то отдачу.
    Хорошую книгу ты читаешь долго. Месяц, два, год. Перечитываешь.

    Текст ты читаешь в удобном для себя темпе, легко пересматривая и перечитывая абзацы.
    Остановившись на странице книги, ты можешь просто просмотреть глазом предыдущую страницу и продолжить чтение. С видео так не получается - из головы вылетает все, и надо просматривать как минимум пару минут перед этим, если отлучился на час-два.

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

    Также видео делать сложнее, чем писать текст. Гораздо дольше. Гораздо дороже.
    Редактирование видео вещь в разы более муторная, поэтому чаще просто переснимают короткие блоки, а это опять таки непросто.
    То есть сделать видео с таким же качеством материала и с такой же плотностью материала - в десятки раз дороже по всем ресурсам - деньги, время, оборудование.
    И при этом никто не будет смотреть месяц видео (160 часов, например). Никто не будет делать поиск внутри видео, закладки на нужные отрывки и использовать видео как справочник.

    Перенести материал из книги перенести в видео - это непомерный труд с одной стороны и совершенно невостребованный с другой стороны.
    А поэтому никто не делал, не делает и не будет делать видео с таким же наполнением материалом, как это можно сделать в тексте.

    Видео - это разок посмотреть на чей-то практический материал, разок посмотреть как это делает кто-то другой.

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

    Да, конечно есть отдельные моменты, и их много, когда через изображение можно передать мысль или идею быстрее. Но частично это восполняется картинками, а частично - никто не запрещает смотреть видео в дополнение к тексту.
    Да, конечно есть множество видео и видеокурсов, где можно раскрыть какую-то тему быстро, чтобы ухватить основную мысль или суть. Но в программировании нюансы решают все, а нюансы - они в тексте - в документации, в статьях, в книгах и в практике.

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

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

    P.S. Одним из самых важных минусов видео я считаю то, что ты не можешь получать информацию в комфортном для себя темпе, с возможностью быстро перечитать слово/фразу и обдумать ее. Сам читаю множество лекций, и эта проблема, когда скажешь 2-3 предложения быстрее, чем обычно и половина учеников отваливается с бессмысленным взгядом. Так на живом курсе ты можешь обратить на это внимание и перефразировать, а записанное видео уже не изменишь.
    Ответ написан
    1 комментарий
  • Как получать уведомления через PHP?

    Ukrainskiy
    @Ukrainskiy
    Бот в telegram самый простой вариант.
    Ответ написан
    Комментировать
  • Как оптимально стилизовать текстовый логотип?

    AntonLitvinenko
    @AntonLitvinenko
    HTML coder
    логотип должен быть картинкой
    по второму нашел чье-то неплохое решение, давно храню
    https://codepen.io/moonpresence/pen/YzyLxza
    Ответ написан
    1 комментарий
  • В чем практическая разница между PUT и POST?

    PUT - идемпотентный (браузеры и прокси считают, что такой запрос повторять безопасно)
    POST - неидемпотентный (наоборот)
    Остальное уже зависит от реализации.

    Часто встречается такое поведение:
    PUT - изменение всех полей объекта или создание объекта с заранее известным id
    POST - создание нового объекта (при неизвестном id) или вызов какой-то процедуры

    В принципе, в том что вы не используете PUT нет ничего плохого
    Ответ написан
    Комментировать
  • В чем практическая разница между PUT и POST?

    insighter
    @insighter
    -First time? - Huh? (C#, React, JS)
    Ну вот что написано на ресурсе где это надо смотреть в первую очередь

    Разница между PUT и POST состоит в том, что PUT является идемпотентным: повторное его применение даёт тот же результат, что и при первом применении (то есть у метода нет побочных эффектов), тогда как повторный вызов одного и того же метода POST может иметь такие эффекты, как например, оформление одного и того же заказа несколько раз.

    https://developer.mozilla.org/ru/docs/Web/HTTP/Met...

    Случай 1.
    Допустим у вас есть WebAPI которое позволяет добавлять-создавать пользователей и их комментарии.
    Когда будете добавлять нового пользователя можно использовать PUT запрос. Если пользователь уже есть в базе, то запрос будет возвращать Conflict/BasRequest. Иначе будет пользователь будет добавляться. Многократное [случайное|ошибочное] выполнение одного и того же запроса не вызывает "side effect".

    Случай 2.
    Добавление комментариев, лучше использовать POST запрос, т.к. многократное запроса будет создавать новые комментарии всегда.
    Ответ написан
    Комментировать
  • Зачем нужны методы отправки данных отличные от GET, POST?

    tmaslov22
    @tmaslov22
    Backend developer
    Почитай спецификацию HTTP, там описали зачем такие методы и т.д. Помимо html и php существует куча технологий, в которых HTTP используют полностью.
    Ответ написан
    Комментировать
  • Как откатиться назад на стабильный commit и при этом сохранить полезный код, который ты сделал после допущенной ошибки?

    Способов отменить изменения в гите множество, их варианты в ответах озвучили.
    На мой вкус, для отмены изменений одного коммита, идеологически правильно выполнить git revert для этого коммита. Revert создаст новый комммит, отменяющий действия отменяемого коммита. Таким образом можно зафиксировать в истории репозитория факт отмены и, например, пометить причину совершенной отмены.
    Так же, если вдруг нужно отменить не весь коммит, а только часть его изменений, можно выполнить частичный revert:
    git revert <плохой_коммит> --no-commit # Revert будет подготовлен, но не закомичен
    git reset # Выполнить unstage всех файлов
    git add ... список плохих файлов  # Добавляем в индекс те файлы, что требуется отревертить. Используя ключ -p можно добавить часть изменений в файле, а не файл целиком.
    git checkout . # Сбрасываем все прочие файлы, что не в индексе, до оригинального состояния
    git commit # Коммитим revert
    Ответ написан
    Комментировать
  • Как откатиться назад на стабильный commit и при этом сохранить полезный код, который ты сделал после допущенной ошибки?

    Erik_Mironov
    @Erik_Mironov
    Старые вопросы: *Dies from cringe*
    Временно переключиться на другой коммит:

    Вы можете временно переключиться на другой коммит:

    git checkout <your_commit_sha>

    Если вы хотите делать коммиты, пока вы временно на другой ветке:

    git checkout -b old-state <your_commit_sha>

    Чтобы вернуться туда, где вы были, просто снова checkout ветку, в которой вы были. (Если вы внесли изменения, при переключении веток, вам придется обращаться с ними соответствующим образом.

    Отменить раннее опубликованные коммиты новыми коммитами:

    Если вы опубликовали изменения, вы, вероятно, не захотите сбрасывать ветку, так как это фактически перепишет историю коммитов. Создайте коммит с обратным патчем, чтобы отменить его. Таким образом, вы не переписываете историю коммитов. Вы можете поступить следующим образом:

    # Это создаст три отдельных коммита возврата:
    git revert <your_commit_sha1> < your_commit_sha2> <your_commit_sha3>
    # Это вернет последние два коммита. Также принимает диапазоны:
    git revert HEAD~2..HEAD
    # Точно так же вы можете отменить ряд коммитов, используя хэши коммитов (не включая первый хеш):
    git revert <your_commite_sha>
    # Отмена мердж коммита:
    git revert -m 1 <merge_commit_sha>
    # Чтобы получить только один коммит, вы можете использовать 'rebase -i', 
    # Или вы можете сделать это вручную (обязательно сделайте это на верхнем уровне вашего репозитория)
    # Привести ваш индекс и дерево в нужное состояние, не меняя HEAD:
    git checkout <your_target_commit_sha>
    # После чего обязательно зафиксируйте коммит. Будьте уверены в том, что вы сделали на 150% и напишите хорошее сообщение с описанием того, что вы только что сделали:
    git commit


    Раздел git-scm.com, где описывается использование git-revert. Если вы решите, что все-таки не хотите возвращаться, вы можете отменить возврат (как описано здесь) или вернуться к состоянию до возврата. В этом случае вам также может быть полезен этот ответ:
    тык
    Ответ написан
    Комментировать
  • Почему файл php выполняется дольше, нежели html?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    так html просто отдается, а php через php-fpm обрабатывается, не?
    Ответ написан
    Комментировать
  • Почему ошибка Warning: Undefined variable $db in?

    FanatPHP
    @FanatPHP
    Чебуратор тега РНР
    Самый простой и правильный вариант

    function CheckDestiny ($variable, $type, $db) {
    Ответ написан
    Комментировать