на хтмл лучше вообще корс не вешать — скорее всего, что-нибудь упустишь.

Про jsonp вообще забудь.

Cordova - это web view в основном

Так, уточнение. Этот проект я отдам в качестве мобильного приложения и забуду о нем. Сервер поднимать смысла нет - не будет человек за него платить, хочет раз и навсегда. Нужно как-то прямо из приложения спарсить

А, приложение твоё?

нууу, ты можешь выпилить соп…

Или исключение для него сделать, детали уже зависят от того, на чём ты приложение пишешь.

Только перед тем, как выпилить соп, для начала разберись, зачем он нужен =)

нууу, ты можешь выпилить соп…

Погуглил эти слова - ничего не нашел)

Same Origin Policy

^^гуглябельно

Same Origin Policy

Спасибо. В первых трех ссылках нашел пару способов, которые еще не пробовал)

проверьте, майл ответы у вас работают? у меня нет.

проверьте, майл ответы у вас работают? у меня нет.

но зачем они нужны?

но зачем они нужны?

А почему они не нужны?

в контексте этого чата, потому что есть StackOverflow

в контексте этого чата, потому что есть StackOverflow

хорошо, а какое отношение это имеет к вопросу "работает ли майл ответы или нет"?

а какое отношение к чату имеет ориганльный вопрос с самого начала?

http://www.downforeveryoneorjustme.com/ твой друг

а какое отношение к чату имеет ориганльный вопрос с самого начала?

отношение к проверке, работает ли майл у других людей или нет, вне контекста данного чата.

отношение к проверке, работает ли майл у других людей или нет, вне контекста данного чата.

это можно проверить и самостоятельно http://www.downforeveryoneorjustme.com/

это можно проверить и самостоятельно http://www.downforeveryoneorjustme.com/

Увы, не знал. Спасибо.

Same Origin Policy

Не получилось. CORS запрос тупо не работает - в консоли пусто, alert-ы не выскакивают. Такое ощущение, что код даже не начинается выполняться. XDomainRequest() - выдает ошибку в консоли - XDomainRequest is not defined. Я опять в тупике =(

http://www.downforeveryoneorjustme.com/ твой друг

isup.me

так проще.

Нубский вопрос по стримам: let input = through(); let cmd = ffmpeg(); cmd.input(input); let oggCmd = ffmpeg(); oggCmd.input(input); ... input.end(file.contents); oggCmd уже не может заюзать input? Потому что тот был отдан в первую и реюзать его нельзя?

Нубский вопрос по стримам: let input = through(); let cmd = ffmpeg(); cmd.input(input); let oggCmd = ffmpeg(); oggCmd.input(input); ... input.end(file.contents); oggCmd уже не может заюзать input? Потому что тот был отдан в первую и реюзать его нельзя?

смотря что тебе надо сделать, если после cmd отправить в oggCmd то если cmd отдает стрим то использовать его, если тот же входной файл то создать отдельный стрим

смотря что тебе надо сделать, если после cmd отправить в oggCmd то если cmd отдает стрим то использовать его, если тот же входной файл то создать отдельный стрим

Входящий файл обработать и выдать мп3 и огг.

Входящий файл обработать и выдать мп3 и огг.

или 2 отдельных стрима или руками обрабатывай readable и шли то что пришло на оба входа

#whois Привет всем. Работаю в конторе, которая занимается разработкой системы автоматизации логистики. Пишу на TS, JS. У нас react, d3. Интересно узнать о бэке на ноде. Москва Из другого чатика))

С хейстом кто-нибудь игрался?

Наличие в выхлопе шума (таймстемпы, отладочный вывод, прочие айдишники, меняющиеся между запросами) слегка портит картину.

Котаны, а может подкинет кто гитхаб с хорошим кодом с REST API на nodejs свежий с ES6? Хотелось бы подглядывать просто при разработке, пушто нуб в ноде

Котаны, а может подкинет кто гитхаб с хорошим кодом с REST API на nodejs свежий с ES6? Хотелось бы подглядывать просто при разработке, пушто нуб в ноде

берешь гитхаб апи и делаешь

Это которое на кофескрипте?

https://developer.github.com/v3/ вот это

и пишеш себе с аутетефикацией,

Всем привет! Я развиваю собственную BAAS систему и готовлю библиотеки для неё разных платформах. Вот для js есть стандартное решение для тудушки. Зацените, plz: https://github.com/TaraBAAS/tarabaas-todomvc-react

ребят, подскажите плиз че сделать. node -v отдает 4.4.4 потом делаю установку ставится 6.5.0 потом опять смотрю версию и опять 444

как поставить последнюю то?

nvm use node...

разобрался. как вседа, спросишь и сразу находишь ответ)0

а что вызвращает which node? Пару решений: npm install n или nvm

а что вызвращает which node? Пару решений: npm install n или nvm

разобрался. но спасибо за поддержку)

А есть вариант указать несколько package.json? Кто как решает вопрос в микросервисной архитектуре, когда на базе одной кодовой базы нужно выполнить разные задачи в рамках Docker-контейнера и package.json нужен для каждой задачи свой (например, UI-тесты, генерация переводов и т.д.)?

Так контейнер один?

Можно держать несколько пакаджей и перед запуском переименовывать

проще по-моему сделать один мета имедж с пакетами

чтобы каждый раз не качать их заодно

Можно держать несколько пакаджей и перед запуском переименовывать

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

Так контейнер один?

Контейнеров несколько, а вот кодовая база - одна

проще по-моему сделать один мета имедж с пакетами

Хорошая идея, кстати

Сделай несколько имаджей - они будут весь столько же почти

да, промежуточный имэдж

Думаю эти два решения как раз можно соединить: 1. Переименовать package.xxx.json => package.json 2. Сделать npm install, собрав node_modules 3. Собрать my-app-xxx Но как в этом случае отслеживать изменения? Принудительно дергать при изменении package.json?

хардкорный вариант - не использовать package.json вообще

:)

и node.js

просто набор скриптов с npm install foo@x.x.x

их можно запускать в любой комбинации

При сборке имаджа сначала пакадж потом инсталл

ERROR: S client not available

или использовать метафайлы, на основе которых генерить package.json для конкретного случая

При сборке имаджа сначала пакадж потом инсталл

Так я вроде так и написал?)

Значит не понял сразу :)

или использовать метафайлы, на основе которых генерить package.json для конкретного случая

Это ещё одна точка отказа и сложности)

да, не, это же просто при сборке

при сборке можно что хочешь делать

но лучше конечно не упарываться совсем

Главное, чтобы было всем понятно потом

ну то что ты хочешь 100% не будет понятно без комментариев

Краш-тест решения - если я выпил бутылку вина, залез в репо после месяца отсуствия и не разобрался, значит всё плохо с архитектурой :)

я после месяца отсутствия скорее всего вообще ни в чем не смог бы разобраться

Думаю эти два решения как раз можно соединить: 1. Переименовать package.xxx.json => package.json 2. Сделать npm install, собрав node_modules 3. Собрать my-app-xxx Но как в этом случае отслеживать изменения? Принудительно дергать при изменении package.json?

Кодовую базу по чайным пакетикам?

Сервисов много, а код один?

Это точно _микро_-сервисы?

Да, а какие есть альтернативы?

Но тут не совсем сервисы

не, это бывает, у меня такая же тема

Это больше джобы

в идеале просто заюить и использовать одие package.json

Ну у нас были дамб мсы - один код разные конфиги

Например - протестировать UI, вытащить переводы из кода, залить их обратно и тд

в идеале просто заюить и использовать одие package.json

Тогда получаем большой node_modules, один для всех

в целом ОК, но падает реюзабельность

так все так есть смысл разделять репо

смысл слов “единая кодовая база” теряется

Чтот, Денис, мне кажется, херню ты сделал

Да я бы рад услышать лучшие идеи )

Но вот например тот же скрипт i18n парсит кодовую базу и извлекает переводы

а в чем проблема все зависимости в 1 package.json держать?