WhatsApp网页版聊天记录转移到新号码
WhatsApp Business网页版的优势主要体现在以下几个方面:首先,能够更高效地管理客户对话,商家可以通过网页版将多个客户的对话整理在一个界面中,便于查看和回复。其次,网页版支持多人同时登录,商家可以与团队成员共享账号,提高工作效率。此外,网页版还提供了一些高级功能,如自动回复、设置快捷回复等,有助于提升客户服务的质量和效率。
根据您的问题,我想提供一些专业建议。首先,在解决数码问题时,我们建议您仔细检查设备的设置和配置。确保您已经正确安装了所有必要的驱动程序,并检查是否有任何更新版本可供升级。此外,您可以使用专业的调试工具来分析问题所在,并尝试使用备份文件恢复设备。如果问题仍然存在,我们建议您寻求专业人士的帮助,如售后服务中心或专业维修人员。他们将能够提供更准确、有效的解决方案。 这次给大家带来Vue项目应该怎么分环境打包,Vue项目分环境打包的注意事项有哪些,下面就是实战案例,一起来看一下。在项目开发中,我们的项目一般分为开发版、测试版、Pre版、Prod版。Vue-cli的默认环境一只有dev和prod两个,之前每次要发布测试版或Pre版都是修改了源码中API地址后打包,这样很麻烦。如果能根据不同环境打包就完美了。网上搜集了许多资料,现在可以分环境打包程序了,至于怎么打,接着住下看吧。第1步:安装cross-env在项目目录下运行如下命令安装cross-env,我的ide是webstorm,要以直接在ide里的Terminal窗口中运行,也可能通过windows的CMD、Linux的Terminal定位到项目根目录运行下面的命令。npm i --save-dev cross-env第2步:修改各环境下的参数在config/目录下添加test.env.js、pre.env.js。修改prod.env.js里的内容,修改后的内容如下:'use strict'module.exports = { NODE_ENV: '"production"', EVN_CONFIG:'"prod"', API_ROOT:'"/apis/v1"'}分别对test.env.js和pre.env.js文件内容进修修改,修改后的内容如下:'use strict'module.exports = { NODE_ENV: '"testing"', EVN_CONFIG:'"test"', API_ROOT:'"/test/apis/train"'}'use strict'module.exports = { NODE_ENV: '"presentation&quwhatsapp网页版二维码ot;', EVN_CONFIG:'"pre"', API_ROOT:'"/pre/apis/train"'}对dev.env.js文件内容进行修改,修改后的内容如下。dev环境配制了服务代理,API_ROOT前的api是配制的代理地址。module.exports = merge(prodEnv, { NODE_ENV: '"development"', VN_CONFIG: '"dev"', API_ROOT: '"api/apis/v1"'})第3步:修改项目package.json文件对package.json文件中的scripts内容进行个性,添加上新定义的几种环境的打包过程,里的参数与前面的调协保持一致。"scripts": { "dev": "webpack-dev-server --inline --progress --config build/webpack.dev.conf.js", "start": "npm run dwhatsapp网页版没法刷新二维码ev", "build": "node build/build.js", "build:test": "cross-env NODE_ENV=production env_config=test node build/build.js", "build:pre": "cross-env NODE_ENV=production env_config=pre node build/build.js", "build:prod": "cross-env NODE_ENV=production env_config=prod node build/build.js" },在这里,NODE_ENV最好都设成production,因为在utils.js只做了production一种判定,亲测不会影响各环境API参数。 ##第4步:修改config/index.js修改config/index.js文件中build参数,这里的参数会在build/webpackage.prod.conf.js中使用到build:{ // Template for index.html // 添加test pre prod 三处环境的配制 prodEnv: require('./prod.env'), preEnv: require('./pre.env'), testEnv: require('./test.env'), //下面为原本的内容,不需要做任何个性 index:path.resolve(dirname,'../dist/index.html'),第5步:在webpackage.prod.conf.js中使用构建环境参数对build/webpackage.prod.conf.js文件进行修改,调整env常量的生成方式。// 个性env常量的定义// const env = require('../config/prod.env')const env = config.build[process.env.env_config+'Env']第6步:调整build/build.js删除process.env.NODE_ENV的赋值,修改spinner的定义,调整后的内容如下:'use strict'require('./check-versions')()// 注释掉的代码// process.env.NODE_ENV = 'production'const ora = require('ora')const rm = require('rimraf')const path = require('path')const chalk = require('chalk')const webpack = require('webpack')const config = require('../config')const webpackConfig = require('./webpack.prod.conf')// 修改spinner的定义// const spinner = ora('building for production...')var spinner = ora('building for ' + process.env.NODE_ENV + ' of ' + process.env.env_config+ ' mode...' )spinner.start()//更多whatsapp pc添加联系人的其它内容,不需要做任何调整的内容 ...补充:vue2+webpack怎样分环境打包今年有机会做了一个vue2的单页面应用的项目,从开发到上线经历了两个环境。测试环境以及正式环境我都是跑npm run build。这两个环境的变量当前是不一样的,每次打包都要去改变量,感觉有点小麻烦。后来参考同事的,他们项目里面分环境跑不同的命令,得到不同的包。例如测试环境npm run test ,正式环境 npm run build。需在文件config/prod.env.js配置const target = process.env.npm_lifecycle_event;if (target == 'test') {//测试var obj = {NODE_ENV: '"production"',//post用当前域名API_ROOT: '""',//数据字典API_ROOT_DICT:'"http://test.gw.fdc.com.cn"',}}else {//线上var obj = {NODE_ENV: '"production"',/whatsapp网页版怎么看ip地址;/post用当前域名whatsapp网页版营销案例API_ROOT: '""',//数据字典API_ROOT_DICT:'"http://gw.fdc.com.cn"',}}module.exports = obj;npm 提供一个npm_lifecycle_event变量,返回当前正在运行的脚本名称,比如pretest、test、posttest等等。所以,可以利用这个变量,在同一个脚本文件里面,为不同的npm scripts命令编写代码。相信看了本文案例你已经掌握了方法,更多精彩请关注Gxl网其它相关文章!推荐阅读:Vue中的slots/scoped slots应该如何使用vue组件中slot插口的使用详解* –save-dev 是你开发时候依赖的东西,–save 是你发布之后还依赖的东西。*2.修改package.json文件,自定义打包命令3.修改config文件,添加对应环境的xxx.env.js文件
test.env.js文件
prod.env.js
dev.env.js
4.修改打包配置
打开build/webpack.prod.conf.js文件
修改
网页版whatsapp怎么下载 build/build.js
写入api文件
api/index.js文件
执行npm run build--test 、npm run build--prod 打包不同环境在工作当中,遇到了下面这个问题:测试环境与生产环境中的用户权限不一样,因此,就需要根据测试环境打一个包,生产环境又打一个包。可是,如果每次打包都需要更改whatsapp网页版下载到电脑版权限的配置文件的话,会很麻烦,而且,体现不出一个coder该有的逼格。为了更有逼格地解决这个问题,于是我百度了一番,上天不负有心人,让我找到了解决方案。在详叙解决方案之前,先简单介绍下解决方案当中使用到的工具:cross-env,webpack.DefinePlugincross-env是给process.env当中添加变量的,那process.env又是什么呢?process是一个控制node.js的进程,它是一个global对象,包含进程相关的一些信息,而process.env则是包含用户环境信息的一个对象,例如下面这样的对象:{ TERM: 'xterm-256color', SHELL: '/usr/local/bin/bash', USER: 'maciej', PATH: '~/.bin/:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin', PWD: '/Users/maciej', EDITOR: 'vim', SHLVL: whatsapp下载苹果版'1', HOME: '/Users/maciej', LOGNAME: 'maciej', _: '/usr/local/bin/node'}使用cross-env可以往这个process.env对象当中添加自定义的数据,然后可以在任何node.js的执行环境当中获取,一般是在打包配置当中获取process.env.NODE_ENV来判断是哪种环境,然后再作相应的配置。官方解释如何使用cross-env 安装:npm i cross-env -D 在npm自定义命令当中使用;"script":{ "build:testing":"cross-env NODE_ENV=‘testing' webpack"}然后,我们执行npm run build:testing的时候,就好执行以上的命令,cross-env就会在process.env当中添加一个NODE_ENV的属性,属性的值就是‘testing'字符串,注意这里是加了单引号的,因为这样才是一个字符串,如果不加的话,就相当于一个代码片段,还要在获取完之后通过JSON.stringify去转成字符串。webpack.DefinePlugin又是什么呢?webpack.DefinePlugin是webpack自带的一个插件,它的作用是在编译的时候生成一些全局变量的,这里说的全局变量指的是客户端的全局变量,相当于挂载在window对象上的变量,我们可以利用它的这个功能在不同的环境(开发,测试,或者生产)当中定义不同的行为。官方介绍与使用介绍完两个插件了,是时候说一下两者结合在实际当中如何使用了。下面将展示如何解决本文开头一开始所提到的根据测试和生产环境配置不同的用户权限的问题。在config目录下,根据不同的环境创建不同的配置文件如上图所示,test.env.js是测试环境的配置文件,prod.env.js则是生产环境的配置文件test.env.jWhatsApp聊天记录在哪s的配置const merge = require('webpack-merge')const devEnv = require('./dev.env')module.exports = merge(devEnv, { NODE_ENV: '"testing"'})prod.env.js的配置module.exports = { NODE_ENV:"production"}分别创建测试与生产的权限配置文件test.authority.js 测试环境权限function getAuthority(userAuthority){ const menus = []; switch(userAuthority){ case 'zhangsan': menus = ["a","b","c","d"]; //这里的a,b,c,d相当与路由配置当中页面的name break; case 'lishi': menus = ["a","b","c"];break; case 'wangwu': menus = ["b","c","d"];break; default: menus = ["a","b"];} return menus;}export default getAuthority;prod.authority.js 生产环境的配置方法页和上面一样,只不过是menus里的配置不同使用cross-env配置对应的NODE_ENVpackage.json"scripts":{ "build:testing": "cross-env NODE_ENV='testing' node build/build.js", "build": "cross-env NODE_ENV='production' node build/build.js"}npm run build:testing执行的是测试环境的打包,npm run build则是生产环境的打包。将当前环境的配置添加到客户端全局build/webpack.prod.conf.jsconst env = process.env.NODE_ENV === 'testing' ? require("../config/test.env.js") : require("../cwhatsapp显示日期不正确怎么解决onfig/prod.env.js");//配置webpack.DefinePlugin将env添加到全局变量当中plugins:[new webpack.DefinePlugin({ "ENV":env})]根据环境信息配置用户权限要对用户权限进行控制是要先知道当前登录的是哪个用户,因此用户权限配置的操作是在登录页面完成的。login.vue//获取环境信息,然后根据环境信息读取对应的权限配置文件const env = ENV.NODE_ENV === "testing" ? "test" : "prod";import getAuthority from `${env}.authority.js`;export default { methods:{ login(){ axios({...}).then(res => { //调用登录接口获取当前用户信息 let userAuthority = getAuthority(res.userName); //获取当前登录用户的页面权限 sessionStorage.setItem("authorityPages",JSON.stringify(userAuthority)) //将用户的页面权限保存起来,在生成侧边栏的时候通过v-if指令判断是否渲染 }) } }}来到这里,就能够解决本文一开始所提的问题了,下面总结一下。总结 根据不同的环境编写对应的打包环境信息配置文件; 根据不同环境编写对应用户权限配置文件; 根据不同环境编写对应的npm打包命令,使用cross-env设置对应的运行时环境; 在打包配置文件当中根据运行时环境获取对应的环境配置信息,然后使用webpack.DefinePulgin添加到客户端全局变量当中; 登录页根据全局变量中的环境信息获取对应的用户权限配置文件; 用户登录之后根据获取的用户权限文件中的方法获取登录用户的权限,并把当前登录用户的权限保存起来以便之后使用。
WhatsApp网页版请注明:WhatsApp网页版 » whatsapp网页版聊天记录转移到新号码 whatsapp网页版 V9官方版