Lynn «Кофеман», да мы и не пытались ответ найти, просто был интерес к самой ситуации с заглушкой fs в зависимостях. Я вот честно не понимаю как такое происходит и могу только гадать. Если вы знаете ответ на этот вопрос - поделитесь.
WbICHA, а по необходимости на ум приходит только такой вариант:
пишет много прогеров разные куски проекта, иногда делают npm install ... без опции --save. Потом наступает момент сборки всего в кучу. Ответсвенный за сборку чел несколько раз напоровшись на то, что не все задействованные пакеты в package.json прописаны, начинает думать о подобной автоматизации и либо находит решение в нете либо пишет свое, без всяких проверок на наличие пакета в самой ноде, или ограничившись проверкой наличия модуля на npm. В результате получаем такую красоту)))
WbICHA, мне кажется это каким то багом логики npm. По хорошему npm не должен позволять публиковать модули с именами повторяющими имена стандартных модулей ноды. Ведь есть куча автоматических (задоруких) анализаторов, парсящих код, и пишущих в package.json все найденные зависимости. Иначе не объяснить столь массовое попадание этого модуля в зависимости.
Может я чего-то не понимаю, но зачем вообще было делать npm install fs --save и npm install fs --save-dev для стандартного пакета (который по умолчанию уже есть в ноде)?
aeaeae1,
1. дайте ссылку на реп проекта, который пытаетесь запустить
2. дайте ссылку на инструкцию по которой вы что-то там делали
и вот еще, посмотрите в логах вашего Open server-а местоположение и размер загружаемого скрипта при открытии страницы в браузере и сравните их с местоположением и размером свежесобранного скрипта с вашими изменениями.
Если отличаются местоположением - то это и есть ваша проблема
Если отличаются только размером - попробуйте перезапустить ваш Open server, если не поможет - копайте настройки кеширования для Open server-а (если такие в нем вообще есть)
Если не НЕ отличаются ни местоположением ни размером - то я вам не смогу помочь.
DevMan, ну это был мой очень вольный перевод/компиляция сказанного вами)))
...сможете ответить? ... не сможете? мож лучше в другую профессию?
Особенно учитывая непонимание ТС-ом толстых намеков на то, что для ответа на вопрос нужно больше информации о проблеме. Создается впечатление что ТС не может дать доп информацию, потому что не понимает что от него хотят. Что в свою очередь говорит о его низком уровне знаний в предметной области его вопроса. И вы своей фразой косвенно подтверждаете что у вас ровно такое же впечатление.
Если по теме нечего ответить могли просто мимо пройти
aeaeae1, уж по верьте, DevMan очень много может ответить по теме, НО суть того что он вам пытается сказать в том, что с вашими текущими знаниями вы просто не поймете ответ по теме))))
ЗЫ. По факту ваша проблема решается очень просто - выкладываете ссылку на данный git реп и описание как его устанавливать, и просите разжевать вам и в рот положить (можно даже тут на хабре Q&A). Но по факту это ничем вам не поможет.
я если честно из вашего вопроса вообще не понял кучу всего, на мой взгляд важного:
1. зачем устанавливать nodejs в папку проекта? Разве не достаточно иметь один установленный nodejs ?
2. Что вы имеете ввиду под компиляцией кода? Сборку в бандл сборщиком? Каким именно?
3. Используете ли devserver? Или может быть у вас watch-ер следящий за изменениями файлов с кодом и перезапускающий сервер?
3. Что за сервер вы используете? Какой фреймворк? Express? Koa? Nestjs?
4. И еще куча других вопросов, без ответа на которые вам тут никто не сможет помочь (ну разве что в очень общих чертах отошлют читать доку) но о них по мере вытягивания из вас информации
pablo_228, ну сделать очень просто:
1. Пишите анализатор(парсер) сайтов, которые дают списки бесплатных прокси
2. Прокси из полученных списков проверяете на работоспособность
3. Пишите парсер WB работающий через эти прокси. При обнаружении неработающего прокси исключаете его из списков. При уменьшении количества доступных прокси до вами определенного значения запрашиваете новые (п.п.1-2).
function doSome(){
console.log('1')
setTimeout(()=>{
// код в этой скобочной группе сработает примерно через секунду
// при этом выполнение кода не блокируется на время ожидания
}, 1000);
console.log('2')
}