CC-BY-SA-4.0/Docker-ce30.0
Я не понимаю задачу.
CC-BY-SA-4.0/Docker-ce30.0
Какой гуй программы?
Anonymous
чет я туполю наверное
CC-BY-SA-4.0/Docker-ce30.0
монга есть?
Anonymous
Да все есть на сервере, установлено
Anonymous
и работает
Anonymous
по апихе можно стучаться все ок
CC-BY-SA-4.0/Docker-ce30.0
какие настройки есть у робо 3д для коннекта?
CC-BY-SA-4.0/Docker-ce30.0
Какие типы ещё есть?
CC-BY-SA-4.0/Docker-ce30.0
конекшнов
Anonymous
просто погуглил что через тоннель ssh типа лучше всего с ней работать удаленно
CC-BY-SA-4.0/Docker-ce30.0
теперь понятно зачем тунель
yopp
Человек хочет на прод с GUI ходить
yopp
А на первой вкладке оставить localhost
yopp
Но я ещё раз скажу: ты хочешь _очень_ плохого. Если на прод надо ходить руками, ваш процесс свернул не туда
Anonymous
Anonymous
есть сервер который пока что настраивается
Anonymous
и для тестов было бы удобно смотреть в GUI
yopp
Вот есть смысл сделать процессы сейчас
Anonymous
все
yopp
Нет, не надо смотреть через гуй тесты
tenni
форвардить порты далеко не лучшее решение
yopp
Дамп сломанного билда должен быть артефактом CI
Anonymous
Нет, не надо смотреть через гуй тесты
мне нужно посмотреть как и в каком виде прилетают данные с вражеской территории
yopp
У меня в большинстве случаев стандартная рекомендуемая схема через бастион ходить.
Anonymous
тоесть с неподкотнтрольных мне сайтов
yopp
мне нужно посмотреть как и в каком виде прилетают данные с вражеской территории
Сделайте это в приложении.
yopp
Не надо в монгу ходить руками, серьёзно.
Anonymous
тогда не пойму почему у нее все так плохо с этим
Anonymous
не думал что проблему будут
yopp
С чем?
Anonymous
ну для mysql есть phpmyadmin, со своими задачами справляется
Anonymous
думал тут есть подобное
yopp
В любую базу данных не надо с продакшена ходить руками
yopp
Точнее ходить то можно, но для обслуживания субд. А не для ковыряния в данных
tenni
ну для mysql есть phpmyadmin, со своими задачами справляется
phpmyadmin лучше избегать, множество других клиентов есть без php, для монги есть даже cli клиенты супер крутые, так что плохо ищешь, например studio 3t
Anonymous
Точнее ходить то можно, но для обслуживания субд. А не для ковыряния в данных
мне просто смотреть в каком виде что падает, это понятно, что ковырять руками не особо круто там
yopp
мне просто смотреть в каком виде что падает, это понятно, что ковырять руками не особо круто там
Это не очень правильный подход к разработке
yopp
Точнее эффективный, «правильность» субъективна
Anonymous
yopp
Проблема в том, что вы легко автоматизируемое действие превращаете в ручную работу
tenni
https://studio3t.com/
https://github.com/TylerBrock/mongo-hacker
просто примеры =)
yopp
Сделайте мягкую валидацию третьесторонней схемы с уведомлениями
Anonymous
Қазақтар жұқпа ңе
Svyatoslav
Нужны ли для replication sets добавляемых как шарды в существующий кластер, отдельный конфиг сервер и mongos?
Сейчас три монгоса и конфига.
SvPupok
нет, не нужны
SvPupok
конфиг база должна быть в отдельном репликасете и все.
SvPupok
кстати, в официальной документации говорится, что для лучшей производительности config база должна использовать inmemory engine
yopp
yopp
Ссылку дайте
yopp
Это чушь
yopp
Во-первых размер конфиг базы микроскопический обычно. Даже на очень больших кластерах это несколько гигабайт. Во вторых данные не запрашиваются оттуда постоянно, mongos кеширует карту чанков.
Если мне память не изменяет, вы не первый раз дезинформируете людей по этому поводу. Не дадите ссылки подтверждающей ваше высказывание, я вам неделю в read only дам.
Svyatoslav
Во-первых размер конфиг базы микроскопический обычно. Даже на очень больших кластерах это несколько гигабайт. Во вторых данные не запрашиваются оттуда постоянно, mongos кеширует карту чанков.
Если мне память не изменяет, вы не первый раз дезинформируете людей по этому поводу. Не дадите ссылки подтверждающей ваше высказывание, я вам неделю в read only дам.
А по поводу mongos и конфиг сервера не дезинформирует? ))
yopp
Нет
Олег
Привет всем. Есть file upload, который сохраняет файлы на сервере и пишит в базу путь. Но при обращении из клиента файл естественно не находиться так как клиент на 8080 порту, а сервер на 3000. http://localhost:8080/uploads/1512548426215_IMG_20171010_143002.jpg 404 (Not Found)
http://localhost:3000/uploads/1512548426215_IMG_20171010_143002.jpg - работает
Viktor
@dd_bb не щупал 3.6.0 еще? Интересно выкатили ли "executionStats" для aggregation
SvPupok
Во-первых размер конфиг базы микроскопический обычно. Даже на очень больших кластерах это несколько гигабайт. Во вторых данные не запрашиваются оттуда постоянно, mongos кеширует карту чанков.
Если мне память не изменяет, вы не первый раз дезинформируете людей по этому поводу. Не дадите ссылки подтверждающей ваше высказывание, я вам неделю в read only дам.
как вы прокомментируете это:
https://docs.mongodb.com/manual/administration/production-checklist-operations/
Sharding
Place your config servers on dedicated hardware for optimal performance in large clusters. Ensure that the hardware has enough RAM to hold the data files entirely in memory and that it has dedicated storage.
yopp
И где тут про in-memory сторадж написано?
Anonymous
SvPupok
И где тут про in-memory сторадж написано?
Place your config servers on dedicated hardware for optimal performance in large clusters. Ensure that the hardware has enough RAM to hold the data files entirely in memory and that it has dedicated storage.
вопрос, как вы разместите датафайлы в памяти, не используя inmemory?
yopp
Я ещё раз вопрос задам: где в этом тексте рекомендация использовать in-memory storage?
SvPupok
hardware has enough RAM to hold the data files entirely in memory - я возможно могу ошибаться, но для чего нужен чек памяти, обьемом достаточной для хранения датафайлов конфиг сервера?
yopp
Так как config сервера не требуют для своей работы большого количества ресурсов, тут говориться только о том, что на больших инсталяциях нужно выделять конфиг-серверам не 512 мегабайт памяти, а несколько больше, чтоб датасет туда свободно помещался
yopp
Ваши фантазии про in-memory (который ещё и только в enterprise версии доступен) это ваши фантазии
SvPupok
Ваши фантазии про in-memory (который ещё и только в enterprise версии доступен) это ваши фантазии
он еще доступен в percona
yopp
Вот неделю посидите и подумайте над своим поведением
Олег
помоему у тебя затупка с путями
Возможно, но не пойму куда копать.
var storage = multer.diskStorage({
destination: function (req, file, cb) {
var dest = 'uploads/';
mkdirp.sync(dest);
cb(null, dest)
},
filename:function(req, file, cb){
cb(null, Date.now()+'_'+file.originalname)
}
});
данный код сохраняет в каталог server/uploads/filename
в базу пишет uploads/filename
клиент ищет по пути client/uploads/filename
Anonymous
Возможно, но не пойму куда копать.
var storage = multer.diskStorage({
destination: function (req, file, cb) {
var dest = 'uploads/';
mkdirp.sync(dest);
cb(null, dest)
},
filename:function(req, file, cb){
cb(null, Date.now()+'_'+file.originalname)
}
});
данный код сохраняет в каталог server/uploads/filename
в базу пишет uploads/filename
клиент ищет по пути client/uploads/filename
лол, у тебя с клиента эта папка вообще доступна? она лежит по такому же пути?
yopp
Привет всем. Есть file upload, который сохраняет файлы на сервере и пишит в базу путь. Но при обращении из клиента файл естественно не находиться так как клиент на 8080 порту, а сервер на 3000. http://localhost:8080/uploads/1512548426215_IMG_20171010_143002.jpg 404 (Not Found)
http://localhost:3000/uploads/1512548426215_IMG_20171010_143002.jpg - работает
лучше не хранить пути, а просто выдать файлу какой-то уникальный токен
yopp
и по нему и адресовать уже
yopp
можно даже objectid as-is использовать
Олег
лол, у тебя с клиента эта папка вообще доступна? она лежит по такому же пути?
структура приложения
root\
client\
server\
uploads\
Anonymous
лучше не хранить пути, а просто выдать файлу какой-то уникальный токен
и все хранить в одной папке?
yopp
Современным файловым системам уже пофиг