小编Dev*_*ams的帖子

有时,在对生产中的错误进行故障排除时,能够从我的本地开发环境中访问我们的生产REST服务器会很方便.但我担心将localhost添加到允许的来源将是一个安全风险.搜索产生了相互矛盾的信息.我的担忧有效吗？为什么或者为什么不？

我正在尝试在node.js应用程序中设置文件API.我的目标是能够将文件流直接写入gridfs,而无需最初将文件存储到磁盘.好像我的创建代码正在运行.我能够将文件上传保存到gridfs.问题是正在读取文件.当我尝试通过Web浏览器窗口下载保存的文件时,我看到文件内容包含如下内容:

------WebKitFormBoundarye38W9pfG1wiA100l
Content-Disposition: form-data; name="file"; filename="myfile.txt"
Content-Type: text/javascript

***File contents here***

------WebKitFormBoundarye38W9pfG1wiA100l--

所以我的问题是在将文件流保存到gridfs之前,我需要做些什么来从文件流中去除边界信息？这是我正在使用的代码:

'use strict';

var mongoose = require('mongoose');
var _ = require('lodash');

var Grid = require('gridfs-stream');
Grid.mongo = mongoose.mongo;
var gfs = new Grid(mongoose.connection.db);

// I think this works. I see the file record in fs.files
exports.create = function(req, res) {
    var fileId = new mongoose.Types.ObjectId();

    var writeStream = gfs.createWriteStream({
        _id: fileId,
        filename: req.query.name,
        mode: 'w',
        content_type: req.query.type,
        metadata: {
            uploadedBy: req.user._id,
        }
    });

    writeStream.on('finish', function() {
        return res.status(200).send({ …

你好,下午好.我正面临着我支持的系统的问题.我能够构建"宏",它可以将sql视图拉到文档.问题是这些视图的列不包装在文档上.如果某行包含太多文本,则会将其他列推出.为了解决这个问题,我正在尝试构建一个与我的视图一起使用的函数,它将通过循环遍历每一行来强制执行换行,并创建一个额外的行来保存达到文本限制的某些列的文本.我有一些有用的东西,但它有时非常慢.有没有人对如何优化这个有任何想法？

(  

)  
RETURNS @medlist2 TABLE (uniq_id UNIQUEIDENTIFIER, enterprise_id CHAR(5), practice_id CHAR (4), person_id UNIQUEIDENTIFIER, 
enc_id UNIQUEIDENTIFIER, medication_name VARCHAR (70), sig_desc VARCHAR (512), start_date VARCHAR(10), row_num INT)

AS  
  BEGIN  

DECLARE @medlist TABLE (uniq_id UNIQUEIDENTIFIER, enterprise_id CHAR (5), practice_id CHAR (4), person_id UNIQUEIDENTIFIER, 
enc_id UNIQUEIDENTIFIER, medication_name VARCHAR (70), sig_desc VARCHAR (512), start_date DATETIME, processed INT)
DECLARE @medicationName VARCHAR (70)
DECLARE @sigDesc VARCHAR (512)
DECLARE @startDate VARCHAR (10)
DECLARE @uniqID UNIQUEIDENTIFIER
DECLARE @enterpriseID CHAR (5)
DECLARE @practiceID CHAR (4)
DECLARE @personID UNIQUEIDENTIFIER …