Александр, сложно сказать, я пока именно с таким не сталкивался. Если страница содержит только pdf то может попробовать сохранить page.content() и уже его скинуть на диск? Я уже не помню, но может потребоваться предворительное преобразование. ЧТо-то типа new Uint8Array(content)
а открываемый в браузере url содержит pdf? Если да, то то не нужно сохранять страницу как pdf, поскольку парсить html в pdf не тоже самое что парсить pdf в pdf. При таком условии (скорее всего) просто нужно контент сохранить.
tushev, понимаете, если за 15 лет у вас возникают подобные вопросы, то вас только в колхозную студию схантить могут. К тому же с вашем стеком только на это и расчитывать.
и чем вы занимались 15 лет если по их истечению задаете вопросы уровня новичка? Как вы сами думаете, кому нужен разработчик не способный даже с собственной профф карьерой разобраться? После 15 лет в разработке спрашивать фиг его знает кого какой язык выбрать и что делать, это просто жуть.
Я невольно наблюдаю за вашими вопросами каждый из которых повторяет предыдущий и это вызвало желание дать вам совет. С первого подобного вопроса прошло столько времени что за него можно было бы пересмотреть несколько курсов по react на youtube. После этого подобные вопросы отпали сами собой, а вместо них появилось бы желание давать ответы. Поэтому совет - не тратьте свое время, смотрите курсы, прочитайте целиком документацию на русском.
В чистом виде pug не умеет рендерить асинхронные шаблоны. Другими словами pug умеет рендерить только те данные, которые были получены до его выполнения. Вам нужно сначала получить данные, а затем запускать сборщик\компилятор.
Alex_mersvg, я уже тысячу лет пользуюсь webpack поэтому могу сказать лишь одно. Если вы не сможете решить проблему, то упростите конфиг до максимума чтобы не было лишних функций. Я помню сталкивался с подобным и причин было несколько. Первая, это утечка из-за логики вынесенной в отдельные функции. Вторая была связана с наблюдением за файлами и перегрузкой сервера. Проще говоря, если вас эти заминки замучают очень сильно, то упростите конфиг по максимуму.
Все зависит от места работы. Лично я не сталкивался с приложениями использующих эти компоненты. Они всегда чуть-чуть не подходят, а мысль слегка переделать под себя приводит к трудно поддерживаемому результату. Поэтому в моей практике ui всегда пишется самостоятельно. Использовать эти библиотеки стоит только для прототипов и тогда когда дизайн создается с их учетом. Если же дизайн требует переделки, то храни господь вашу душу.
Слишком мало данных и не понятно что вы хотите в итоге, но поскольку вы указали тег webpack, предположу что вы хотите запустить две dev сборки. Для этого при старте webpack-dev-server укажите ему порт полученный из process.env, который вы установите при запуске в package.json. Для установки env используйте npm пакет cross-env.
Jukekek, я за прошлый раз говорю. Конкретно на тот вопрос ответ - никак. Никак если вы хотите создавать реакт приложения. Если чисто для верстки, то конечно можно. Можно буквально за пару вечеров.
Ух.. За время прошедшее с момента последнего заданного вами вопроса (который видил я) вы должны были несколько книг по тысячи страниц прочитать. Если читать по пару страниц перед сном, то вам жизни не хватит чтобы стать джуном. Я когда свои советы довал, то прогонял их через призму "фанатика", который с утра до ночи сидит и учит. А разве можно по другому? А так нет... Так вообще смысла нет. Ищите друга настоящего программиста. Не псевдо мидла-синьора javascript, а настоящего программиста со знанием и js в том числе. Только он сможет научить вас всему быстро. Иначе вы просто сума сойдете.
Ярослав Иванов, было бы забавно посмотреть на вас после изучения ноды в качестве первого языка по документации которая является минималистичным описанием api.
vue проще потому что логичнее. Но это относится к версии <3. Начиная с 3 vue тоже вводит понятие хуков и что из этого получится лично я не знаю. Реакт, на самом деле, это жуткая вещь. Написать что-то очень простое - просто. Но когда вы беретесь писать сложные компоненты, то логика реакта всегда втавляет палки в колеса. Существует множество отточенных временем подходов создания ui - uwp, android, продукты mac. Но реакт как нарочно лучшие подходы извратил так, что с него очень трудно будет перейти на что-то другое. Будет казаться не логично.
Если такие и будут то их стоимость будет сопоставима со стоимостью "большого проекта". То есть курс для одного человека будет стоить тысяч сто рублей. Не пару тысяч, а сто. И поскольку его смогут купить только единицы, то его стоимость должна будет лечь на ихи плечи. Поэтому стоимость со ста тысяч возрастет до нескольких миллионов. И кто по вашему купит такой урок? Никто! Поэтому такого урока не будет никогда. Зачем взрослому опытному программисту тратить кучу времени на вас или ещё кого-то другого? Он лучше денег заработает да с семьеё отдохнуть съездит.
клиенту безразлично на чем написанно api с которым он работает, пока дело не доходит до ssr требующий наличия nodejs. Если сервер решите на node писать то выбирайте из
((nest | koa) | (expess)) & typescript