Задать вопрос
  • Почему так компилирует?

    SM_ST, смотри, выбор scoped или modules на это не влияет(я тут вообще уже попутал как раньше на реакте разбивал комопненты и структуру )
    Нужные тебе параметры: splitChunks - он разруливает и оптимизирует чанки(в рамках понятий webpack)
    и extractCSS - он как раз и управляет вытягиванием css из компонентов.
    Если посмотришь в документацию там есть пример как вытащить css и засунуть их в один файл(через переопределения опций splitChunks в параметре cacheGroups) , но прошу заметить так не рекомендуют делать.
    splitChunks - старается разбить всё оптимально, чтобы лишнее не грузилось на каждой странице.
    Если проект небольшой, без всякого множества глобальных штук, то может ну его extractCSS
  • Почему так компилирует?

    SM_ST, ох, так стоп. у меня уже башка не варит) Это тут типа отдыхаю, переключаясь от рабочего контекста хех.
    Ты хочешь чтобы всё было в одном css или инлайн?
    В секции build файла nuxt.config.js есть парамтр extractCSS ?
  • Как брать теги только принадлежащие той модели?

    Mellorn, сложно сразу и в целом говорить, так как общего плана целей и архитектуры мы не знаем. Может быть нужна единая точка поиска и сбора тегов, может не нужна. Можно/нельзя иметь много типов у тега и тп и тд. Слишком мало в постановке задачи данных чтобы решить. Изначально как мы видим всё было сделано под эту модель. Я подразумевал что у тегов может быть какая-либо единая логика действий и прочее и для удобства и меньшего числа одинакового кода из коробки удобнее так. Но конечно же много таблиц это вовсе не плохой вариант, ну стоит его боятся если он лучше отражает логику приложения.
  • Как адаптировать svg?

    LolExtasy, это старый? Не хромиум? Я вот нагуглил костыль: https://codepen.io/TomOne/pen/ZGPWWG
    У меня сейчас в edge(в винде им пользуюсь) всё норм
  • Блок выходит за пределы, как убрать scroll?

    Вот я сделал как у вас, другие oveflow отключеные, а на body oveflow-x.
    5ff59984cb6dc936657454.png
  • Блок выходит за пределы, как убрать scroll?

    Locket, ааа. Я изначально не понял что нужно.(вообще хорошо выложить на jsfiddle или codepen)
    Тогда нужно или на body(overflow-x) или на другой общий обёрточный элемент на всю ширину страницы вешать.
    Мб добавлять самому тексту ещё обёртку, с width: 100vw(правда я там не помню что с нативным скролом) и уже внутри него ваш текст, а на этой обёртке Overflow hidden
  • Как брать теги только принадлежащие той модели?

    abuamr, простите, не сразу понял вопрос.
    Те вы хотите просто изначально хранить типы тегов?
    Тогда да, в tags добавить поле type(может быть верно цифровое, но бы сделал строковое). Можно завести reference класс для хранения и расширения библиотеки типов, что-то вроде
    <?php
    
    namespace App\References;
    
    
    class TagTypeReference
    {
        public const TAG_TYPE_VIDEO = 'video'; //ну или цифра если числовое
        public const TAG_TYPE_POST = 'post';
        public const TAG_DEFAULT_TYPE = self::TAG_TYPE_VIDEO;
        public const TAG_TYPES = [
          self::TAG_TYPE_VIDEO ,
          self::TAG_TYPE_POST ,
        ];

    Ну и потом да, можно через scope фильтровать. Доп таблицы не нужны, если у тебя не супер динамика(а раз у тебя разные таблицы видео и посты, то это так), и по мере необходимости расширять этот класс.
  • Почему так компилирует?

    SM_ST, ну вот, почитайте, там всё написано кратко: https://vue-loader.vuejs.org/guide/scoped-css.html
    Попробуйте и посмотрите подходит или нет.
    Ну и отдельно, nuxt же билдится вебпаком, так что можно расширять настройки, добавлять свои постобработчики и тп https://nuxtjs.org/faq/extend-webpack
    Возможно среди nuxt modules есть что-то вам нужное.
    В любом случе, конкретно главная цель атрибута scoped внутри файловых комопнентов, это убрать конфликты css. А какие-то глобальные стили я думаю нужно тогда уже модифицировать отдельно, через отдельные расширения webpack
  • Почему так компилирует?

    SM_ST, если использовать scoped vue-loader всё сделает, стили. имена классов будут перегенированы так, чтобы быть уникальными для каждого компонента.
  • Табы в JS. Почему не работает трансформация на втором изображении?

    Александр Абаишвили, ну самый простой способ в лоб уточнить селектор:
    let currentArrow = currentBtn.querySelector(" .tab__arrow");

    Здесь мы выбираем первый попавшийся по классу .tab__arrow только не относительно всего документа, а кнопки(которую ты до этого выбрал на основе клика). Вообще, если нужны конкретные элементы нужно максимально сужать поиск, например как вы сделали с выбором currentTub которай выбирается по уникальному на странице id.
  • Как получается рассчитать время формирования блока в 10 минут?

    Анастасия, так. забей на нули вообще. Это уже частность и не имеет общего значения никакого. Вернись к обычным цифрам(коими они и являются.), и к сути эти нули не относятся
    В твоем алгоритме ошибка, никакого sleep нет вообще.
    Есть функция одностороння которая возвращает число, sha256(x) - возвращает хеш от x, алгоритм и мат обоснование есть в интернете, на данный момент это одностороння функция.
    //Время генерации
    time = 111 
    //Условно хеш предыдущего блока
    prevBlock = "1"
    //Цель, которая задаёт сложность
    target = '50000'
    
    //Наша угадайка
    try = 0
    maxTry = 999999999999999999999999
    while try < maxTry {
    	//Создаем заголовок
    	header = time + prevBlock + try
    	//Считаем хеш	
        hash = sha256(header)    
        if(hash <= target)
            echo 'Ура я нашел хеш'
            break
        try += 1
    }

    Вот и всё. Тут конечно слегка упрощено, но суть ясна. И вот я считаю эти хеши в цикле. Скорость просчёта зависит от мощности устройства. Чем быстрее я считаю, чем выше шанс что найду хеш согласующийся с условиями(hash <= target). Нужный хеш может попасться сразу, может и через некоторое время. Но параметр target автоматически устанавливается так, чтобы это было примерно раз в 10 минут, меняется каждые 2016 блоков. Больше никакого волшебства. Можно конечно сразу придумать нужный хеш, который входит в условия, но проблема в том, что я не смогу угадать какой там будет значение переменной try.
    Больше никаких секретов, просто тупой просчёт случайного результата, который при известной мощности предсказуемо получается примерно раз в 10 минут обеспечивая стабильность задуманной архитектуры.
  • Как получается рассчитать время формирования блока в 10 минут?

    Анастасия, я же написал что упростил для понимания, с ноликами это уже конкретный пример в биткоине, я дал упрощённый абстрактный. И главное, почему слова бред если всё работает.
    Ещё раз, возможно мы спорим о разных вещах, возможно не совсем понятен вопрос или проблема которую нужно раскрыть. Но конкретно момент с изменяемой сложностью в зависимости от "мощности" сети не самая сложная часть биткоина. Там всё настолько просто, насколько технически можно было придумать при заданных условиях.
    Не понятнов чем проблема то?
    Давай по пунктам, которые конкретно не понятны:
    1. Из-за особенностей алгоритма(+текущие знания математики и мощности компьюетра) вычисление хеша - даёт случайный результат. Подобрать входные параметры под этот результат сейчас невозможно, можно только проверить что твои входящие параметры дают этот результат.
    2. Сложность - грубо говоря просто ограничение, число задающее рамки в которых принимают результат. Чем меньше число, тем меньше рамки, а значит реже результат вычисления хеша будет попадаать в них.
    ВЫВОД: генерация хеша - лотерея. Выиграть может любой. Даже тот кто пытается искать на обычном процессоре. Каждая генерация хеша - как покупка лотерейного билета. Чем больше генерируешь, тем выше шанс что выиграешь именно ты. Когда количество игроков и покупки билетов меняется(меняется мощность сети биткоин, что генерирует хеши) ведущий меняет целевое ограничение таким образом, чтобы победитель был раз в 10 минут. Стало меньше хешей в минуту считаться, ок, увеличим окно и число с которым сравниваем хеш, таким образом повысим шансы конкретного хеша стать выигрышным.
    Если здесь всё ясно, то можно уже перейти к конкретной реализации в биткоине. Но там тоже всё просто. Любой хеш это всё же число, от 0 до очень большого(отбросим условности 2 в степени 256).
    Да мы приняли что будем брать особые хеши, с ноликами. Сложность регулируется числом, которому должен быть равен или меньше хеш. И если хеш вышел больше этого числа, то он не принимается. Вот так и работает. Больше это целевое число - больше шансов что хеш примут. Никакой магии нет. Есть обычная вероятность в течении двух недель(проимерно, на самом деле раз в определенное количество блоков)
  • Возможно ли хранить код в "Облаке Mail.ru", Яндекс?

    wisgest, нет. Отсюда(и нескольких других мест) в принципе нельзя пользоваться частью сервисов гитхаба. Даже если был проездом и как то спалился случайно.
    Бан снимается если живёшь вне запрещенных мест, доказывать там нужно в переписке, присылая документы, платёжки и тп. Как сейчас конкретно не знаю, но было через подтверждение личности и платежи за комуналку(или подобное) от тебя с места жительства вне Крыма.
  • Как получается рассчитать время формирования блока в 10 минут?

    Анастасия,
    Если я тебе скажу: а расшифруйка мне 0000000000000000000000abcde - ты мне ответишь: "Ты что?! я буду делать это вечно!!!!11!!!!"
    А если я тебе скажу: найди ка мне исходные данные, хеш который в итоге будет 0000000000000000000000abcde - ты ответишь: "Ок, 10 минут жди"

    Здесь вы ошиблись. Если вы меня попросите найти исходные данные, по известному хешу, который в итоге будет 0000000000000000000000abcde - я так же скажу что это не возможно.
    10 минут - это среднее время нахождения хеша числовое значение которого попадает в установленные рамки.
    Давай упростим задачу.
    Вот я ищу и нахожу хеши и первожу их в число. У меняя выходят следущие числа: 1, 200030320, 45, 38778968, 99999911182, 13.
    А теперь мы знаем что есть рамки, число должно быть не больше или равно 10. Из моих хешей подходит только тот, кто дал 1. Остальные отбрасываются. При этом сделать обратную операцию(из хеша, который при переводе в число даёт 10 или меньше) сделать пока невозможно.
    Таким образом, если я один и имею разброс чисел, который считается случайным, в определенном диапазоне, то расширяя границы возможныъ допустимых значений, я смогу регулировать и время.
    И выходит(числа условные):
    Я один генерирую 1 хеш в минуту. За 10 минут 10 хешей. Если мы знаем что примерно каждый десятый попадает в значение от 1 до 10, то ставим это ограничение.
    Если пришел ещё один человек, Алиса, со мной генерирует. Временно может уменьшится время ожидания нового блока, но тк система постоянно корректируется, то со временем появится новое ограничение, такое, чтобы мы двое тоже попадали в него примерно раз в 10 минут(да это может случится и чаще) но в среднем выйдет примерно раз в 10 минут.
    Это очень упрощенно.
  • Как получается рассчитать время формирования блока в 10 минут?

    Анастасия, ничего я не забыл. Но возможно мы просто о разных вещах разговариваем 0_о
    Если всё упростить то:
    1. Есть функция вычисления хеша, она одно сторонняя вычислить изначальные параметры зная результат мы не можем(пока что?).
    2. Я вычислил хеш, далее оно переводится в числовой вид и если оно входит в установленные текущие рамки, то ура я в дамках, если нет, снова считается.
    3. Выходит я постоянно считаю этот хеш пока не попаду с числовым значением в рамки установленные на этот раз. Если рамки узкие, я реже в них попадаю, если широкие то чаще. Таким образом и регулируется среднее время вычисления.
    Конечно же, даже при широких рамках, время вычисления может случится коротким в какой-то конкретный момент. Но в среднем, оно все равно будет примерно целевым - 10 минут.
    И снова таки, да, я могу знать, что вот такой хеш, гарантирует моё попадание в рамки, но проблема в том, что функция односторонняя и нереально тяжело подобрать входящие параметры(без которых ничего не выйдет), поэтому читерить у меня не выйдет(пока алгоритм хеширования считается надёжным)
  • Как получается рассчитать время формирования блока в 10 минут?

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

    cupacabka, извините, я не внимательно прочитал вопрос, не видел что вы там указали без апи.
    В целом это не большая проблема, в платность уйти тяжело на обычных сайтиках.
  • Как получается рассчитать время формирования блока в 10 минут?

    Анастасия, ну ок. Тогда просто это точка Б, если до неё все доезжают слишком быстро и среднее время чаще целевых 10 минут, будет появляться и дальше случайно, только разброс случайность увеличиться. Ну и да, иногда будет 10 секунд, но обычно будет 10 минут.
    Ну а насчёт дешифровки, так это специально созданные функции, в одну сторону решаются быстро, а в обратную условно бесконечно. Ну и для SHA-256 большая проблема тн коллизии(одинаковый результат при разных вводных), чем дешифровка. Ну как минимум сегодня.
    А чтобы понять принцип в упрощенном виде, то можно представить смешивание красок, когда смешать легко, а вот узнать что смешали сложнее(где-то на ютубе есть красивое видео про эти принципы шифрования с открытым ключом, в любом случае базовый принцип тот же, умные люди математики придумывают функцию, которая легко и предсказуемо случайно решается, а вот найти из решения конкретные изначальные переменные нереально тяжело, даже зная алгоритм. В целом, тк эта тема на самом деле ещё не закрыто, то все эти односторонние функции они условны, грубо говоря мы не знаем доказательство обратного + у нас пока что не хватает вычислительной мощности для обратного просчёта.
    Поэтому пока работает, пользуются этим способом. Что будет дальше(ну к примеру после активного и повсеместного внедрения квантовых компьютеров и вычислений), пока не известно, ну часть алгоритмов отпадёт, придут, наверное, другие.
  • Как выполнить JS код на странице PHP?

    nikitahudkov, ну тогда вы же понимаете что абстрактно сложно давать советы, без кода и тп.
    Скорее всего вы не убрали значение параметра action у формы, он в вашем случае не нужен.
    Ну и более того, если срабатывает то что указано в action, значит не отключено действие по умолчанию (event.preventDefault(); в случае моего примера).
  • Как выполнить JS код на странице PHP?

    nikitahudkov, ну так верно, код должен срабатывать по вашему сценарию.
    Поэтому вначале придумываем план программы, потом его реализовываем.
    Если по вашему плану код срабатывает после нажатия кнопки или отправки формы, то и код нужно писать соответственно условию. Те ставим обработчики события, как я писал выше, который и будет выполнять код только по событию(см. мой ответ, код функции formSubmit выполнится только после отправки формы ).
    Я вижу что у вас совсем низкие знание js, слишком много всего нужно объяснять. Если вы хотите чтоб вам решили задачу, можно обратится к фрилансерам, я думаю вам за 500 рублей всё сделают, если там нет сложных особенностей.