nginx响应码301及访问路径参数丢失之间的关系本文比较长，所以写了一篇比较短的结果导向的文章，换了一下思路，大家可以看一这篇文章，如果感兴趣再来看这篇文章：nginx导致vue设置history模式下的请求丢失参数背景描述：在一次生产环境中，vue使用history模式在访问地址的参数会丢失，地址栏也会变成没有参数的地址，并且请求会发生301重定向。最后，发现vue从history模式改成hash模式可以解决参数丢失。但是产生301是nginx的问题，发现nginx配置的try_files有问题，所以会导致丢参数，try_files的配置是为了适配history模式。而nginx默认支持h
SAPMMMIGO+301K可以对供应商寄售库存跨工厂转库 对于供应商寄售库存，我们是可以使用事务代码MIGO，移动类型301，特殊库存标记K,来实现供应商寄售库存的跨工厂调拨。不过前提条件是，该物料在两家工厂下，寄售类型的采购信息记录的价格一样，否则系统报错。 维护好物料的寄售类型采购信息记录，使得该物料在寄售采购时候，在门店NM03和NMDC里价格一致，如下图。 然后执行事务代码MIGO，做301+K的转库操作： Post，成功过账了，产生了物料凭证号， MIGO显示这张物料凭证号： 这说明事务代码MIGO移动类型301K是可以实现对供应商寄售库存的跨工厂调拨过账的。 -
SAPMMMIGO+301K可以对供应商寄售库存跨工厂转库 对于供应商寄售库存，我们是可以使用事务代码MIGO，移动类型301，特殊库存标记K,来实现供应商寄售库存的跨工厂调拨。不过前提条件是，该物料在两家工厂下，寄售类型的采购信息记录的价格一样，否则系统报错。 维护好物料的寄售类型采购信息记录，使得该物料在寄售采购时候，在门店NM03和NMDC里价格一致，如下图。 然后执行事务代码MIGO，做301+K的转库操作： Post，成功过账了，产生了物料凭证号， MIGO显示这张物料凭证号： 这说明事务代码MIGO移动类型301K是可以实现对供应商寄售库存的跨工厂调拨过账的。 -
最近在配合其他团队对网站进行seo方面的优化，其中建议需要对url进行大量301修改，基本就是将原来的较长的url重新定向到一个比较短的url，提高对搜索引擎的友好程度,如果发现你的网页从一个很精简的url被定向到一个冗长的url上，可能是被劫持了，对于google比较智能的搜索引擎，它还会接受之前的那个精简的，因为它更加友好化。今天就把这个http的301返回码分析一下。HTTP协议301返回码：简单的说就是永久重定向(Permanently Moved)HTTP协议302返回码：简单的说就是暂时重定向(Temporarily Moved)实现301、302的重定向其实就是通过对http协议
最近在配合其他团队对网站进行seo方面的优化，其中建议需要对url进行大量301修改，基本就是将原来的较长的url重新定向到一个比较短的url，提高对搜索引擎的友好程度,如果发现你的网页从一个很精简的url被定向到一个冗长的url上，可能是被劫持了，对于google比较智能的搜索引擎，它还会接受之前的那个精简的，因为它更加友好化。今天就把这个http的301返回码分析一下。HTTP协议301返回码：简单的说就是永久重定向(Permanently Moved)HTTP协议302返回码：简单的说就是暂时重定向(Temporarily Moved)实现301、302的重定向其实就是通过对http协议
