精华内容
下载资源
问答
  • 产品出现问题如何解决
    千次阅读
    2022-02-10 20:55:03

    在实际工作中,产品或项目上线后,会多少有BUG反馈(1)是在产品部署的过程中,实施人员发现的BUG反馈回来;(2)客户使用过程中,发现的BUG;

    针对这类问题反馈回来后,一般的处理流程:

    针对这类问题,原则是:快速响应并及时处理

    如果问题严重影响客户使用,开发会第一时间在线上进行处理,临时解决掉满足用户的使用。

    如果问题不严重,会将这类问题进行汇总,在后续版本中解决掉,主要从以下方面分析:

    问题ID--问题描述--问题类型(是WISH需求还是BUG)--问题是否可以复现--问题遗漏原因分析--问题解决时间--问题责任人

    作为测试人员,属于BUG类的问题的责任人,针对线上问题处理过程:

    1. 先确认弄清楚线上问题详情
    2. 针对线上BUG在现有版本(和发布到线上的版本一致)环境上进行复现
    3. 向开发反馈复现情况

    ----可以复现的问题:弄清楚复现步骤-》反思BUG遗漏的原因-》制定后续改进规避策略,保证后续不要出现类似的问题

    ----不可以复现的问题:和客户进一步确认问题出现时操作步骤,客户那是必现还是偶现,在家按客户提供的步骤进一步复现

    反思线上出现BUG原因:

    (1)测试用例覆盖不全面----优化测试用例:把遗漏用户场景补充全;后续加强测试用例的评审

    (2)测试时间不足,导致未在测试范围---合理规划测试时间,需要提前将可能存在风险反馈并进行评估

    (3)测试条件受限:测试环境无法覆盖(如无对应的硬件环境,无对应的测试数据)---尽量提供充分的硬件条件,若无条件覆盖的,在测试结果中提前报出该类风险以让各方知晓以考虑其他方式覆盖

    (4)开发人员在修复其他问题过程中,引入的问题:针对开发修复的问题,需要开发明确代码修改范围,可能受影响的功能范围

    更多相关内容
  • 作为一个产品经理,在工作的过程中经常会遇到这样那样的问题,遇到问题之后我们应该如何去解决呢?解决思路是如何的? 本文列举了常见的问题,以及解决思路,希望能和大家一起探讨。 01 有人觉得老版本不...

    作为一个产品经理,在工作的过程中经常会遇到这样那样的问题,遇到问题之后我们应该如何去解决呢?解决思路是如何的?

     

    本文列举了常见的问题,以及解决思路,希望能和大家一起探讨。

     

     

    01

    有人觉得老版本不好看,要求改版。是否应该改版呢?

     

     

    先研究产品定位:


    支撑这种垄断地位的,绝不是创新,而是低价+易用性,这给普通网民和微小公司提供了一个极佳的广告平台。在这里,丑陋的页面和设计可以由较轻的页面和较快的加载速度所弥补,垃圾横行所付出的代价,早已被网站低廉的广告价格所补偿。


    Craigslist并不是不可以将收费面扩大,把网站外观弄得更好,派出业务员去做线下推广,但它无意那么做,因为做这些事情会增加人力成本,影响本已形成的用户习惯,进而破坏其垄断地位。

     

     

                              

    产品本身的定位与价值内涵没有搞清楚的时候,不要轻易去否定任何事——此时美丑根本不是任何问题。

     

     

     

     

    02

    用户希望再加一个功能,是否应该增加?

     

     

    先研究投入与产出是否值得,产品在加新功能时,要了解产品底层每一个服务端、每一个业务层等,根据实际需要判断加新功能的必要性

     

    判断是否需要做一个新功能时的一些流程和方法:

     

    首先是围绕“为什么要做这个功能?”的一连串问题(过程中可以做简单的调研)

     

    用户为什么需要这个功能?

    我们为什么需要这个功能?

    这个功能背后的需求是什么?

    这个需求是伪需求吗?

    这个需求符合产品的定位及边界吗?

    有这个需求的用户群有多大?

    这个需求的频次有多大?

    这个功能上线后对业务的提升有多大?

    满足这个功能背后的需求有更好的方案吗?
    其次是实施这个功能的一套风险预案(你无法保证每个判断都绝对正确)

     

    最小化产品

    不要一开始就把功能做得尽善尽美,而是先把必不可少的元素做上去,受用户欢迎了再继续迭代优化

     

    灵活的入口
    尽量不要把功能的入口给固定死了,否则该功能不受欢迎后撤下的话,显得动静比较大,就像刚装上一只手然后又被砍掉一样,可以挑些可线上灵活配置的入口,比如说 banner 或运营位

     

    灰度发布
    可以选择特定比例或特定类型的用户展示新功能

     

    功能开关
    有些功能的入口考虑到用户的操作场景,不得不将入口固定的时候,可以给它设置开关,如果不受欢迎的话把开关关掉,就可以恢复到之前的设计

     

    数据校验
    发布前做好数据埋点,功能上线后将收集到的数据与自己的预期相比较,太糟糕的话分析原因是什么,是功能不行还是设计不行,如果是功能不行则砍掉功能,如果是设计不行则优化设计,再次迭代上线)

     

     

     

     

    03

    产品经理就是抄,别人做的好的拿来用就行了?

     

     

    现在大家做产品喜欢借鉴竞品,在这里举两个例子说明抄竞品时需要注意什么?

     

    失败案例:

    酷6网从门户类视频网站改成youtube 一样的视频类网站,——(需要考虑用户习惯,国人一般看长视频,且没有登陆的习惯,没有强大的用户粘性)

     

     

    结果:第一季度亏损一千多万,从此以后视频网站没有酷6的地位

     

    原因:我们和欧美用户不一样,我们的用户喜欢看长视频,不喜欢登录,用户没有那么大的黏性

     

    总结:产品经理不能盲目抄袭,需要与产品的用户相结合

     

    成功案例:

    09年beta版,新浪微博模仿twitter

    半年后,本土化尝试:比twitter多更多媒体内容,

    10年向外推广

    12年,增加Facebook和Google的timeline,让用户量翻很多倍,使得微博产品更完整,用户体验更好

     

     

    大多数情况,看竞品如何做,取长补短,不要盲目抄袭。

     

    如何看竞品:

    1研究目的明确

    2分析对象是谁

    3最终输出结果(1用户需求;2功能对比;3信息架构 ;4信息展示;5 交互细节),辅助产品设计。

     

     

     

    04

    和技术沟通的过程中,常使用“我觉得…

     

     

    我觉得这个口头禅,很多产品经理都有。

     

    问:这个网站应该怎样做?

    喜欢回答:我觉得如何如何。

     

    当产品和技术争执时,容易出现:

     

    我觉得你是错的;

    我觉得这个产品应该这样做;

    我觉得目标用户是这样的;

     

    我们应该有些手段和方法去说服我们的技术。而不是简简单单的告诉他,我觉得应该这样做,除了产品感觉特别好的天才,我觉得这种主观思想,容易让产品经理对产品认知产生偏差。

     

     

     

    05

    如何平衡产品方案和技术方案?

     

     

    方案容易出现问题,产品和技术容易出现矛盾,我们说的他们不愿意做,他们想做的我们觉得没意义。所以,平衡方案显得很有意义:

     

    情况一:技术限制不可行,调整方案,或者从其他途径迂回达成方案,多跟技术的同学沟通,了解他们的技术瓶

     

    情况二:产品方案和技术方案优缺点各异,无从选择,挑选一个方案上线,如果开发难度不大,就两个方案都做,用数据说话,数据好,继续做该方案,数据不好,改用其他方案。

     

    PM需要平衡各方面利益,当公说公有理婆说婆有理时怎么办?

     

    通过客观数据或者逻辑分析让我们的话更有理有据,让双方达成共识。

     

     

     

    06

    项目做完,产品经理是不是就完成了所有的任务?

     

     

    这个项目终于做完,如果产品经理不跟进了,那就没有把控产品研发的进度,没有很好的履行产品的职责。应该拿着这个产品,找到上下游,让产品顺利上线。

     

    产品对个人工作的掌控:产品经理应该对全年的工作有个计划,细分到每个季度,输出哪些内容,达成什么目标,这样一年结束,会有所收获和反思。

     

    产品对项目的掌控:好处在于:一方面是对自己工作有益处,另一方面让个人规划更有条理。

     

    以上的问题是产品经理再工作时经常会遇到的的几个问题。当然并不全面,大家若遇到其他的问题,欢迎给我们留言,我们一起来分析探讨。

    展开全文
  • 本资料针对vs2010制作的安装程序的安装问题。...当软件文件夹的文件丢失后,造成软件不能卸载,重新安装时出现”已经安装了该产品的另一个版本"提示信息,安装失败。 本资料详细讲述了处理问题的步骤。
  • 运维常见问题解决策略

    千次阅读 2020-10-28 11:20:53
    解决问题的过程中,发现每类项目都会有相似的问题出现,比如安全漏洞问题、后续系统接入的协助问题产品出现BUG等等,每一类问题都有它对应的解决方式和注意事项。 本文将对运维工作中常见的问题进行分类,并...

    运维工作是项目工作的延续,是公司项目管理系统中的最后一环。接手运维工作也有一段时间了,遇见过各种各样的客户,处理过各种各样的问题。在解决问题的过程中,发现每类项目都会有相似的问题出现,比如安全漏洞问题、后续系统接入的协助问题、产品出现BUG等等,每一类问题都有它对应的解决方式和注意事项。

    本文将对运维工作中常见的问题进行分类,并总结常用的解决办法和注意事项,同时为制定运维管理制度提供思路以及解决办法。

    1运维工作理解

    与一般工作相比,运维工作的特别在于突发性、时间不规律性和紧迫性

    运维工作通常是出现问题后由客户反馈而来的,问题都是突然发生的且没有预兆,那么出现问题的时间就更是不确定不规律了,即便是运行了一段时间的系统,也可能突然触发一些未知的BUG,由于这些BUG会影响到生产环境,也就体现了运维工作的紧迫性。

    由于是生产环境,每次升级替换都需要在客户使用频率低的时候进行调整,通常是周末或者半夜,因此熬夜加班也是运维工作必然要面临的挑战。

    1.1工作目的

    项目运维的目的要从两个层面来理解,一方面项目运维是项目实施的必要环节,开始于项目上线确认之后,截止于公司与甲方的合作终止,主要是为了延续项目价值,保障收款,积累产品经验等等;另一方面是保持与客户的沟通协作,为后续项目的持续开展提供基础,同时工作中的一些成果可以考虑作为人天抵扣到后续项目中。

    1.2工作要求

    对待客户要注意能够解决的事情要尽快解决,当下不能解决的事情要做好工作排期,对客户生产环境影响大的问题,要第一时间反馈给公司领导寻求资源,同时做好客户的安抚工作。

    由于运维人员对于程序的把握未必是那么到位的,很多时候需要记录问题并寻求资源。运维工作需要的详细记录包括提报时间、问题类型、解决耗时及交互人等等,一些影响比较大的问题,要做情况说明,记录当时的事情经过,改动事项等等,这些都会为后续的运维以及产品改进提供思路。

    2常见问题分类

    在运维过程中,客户主要问题分为两类,咨询类的问题主要是客户在产品的基础使用以及特定业务场景的灵活使用上遇到的问题;产品BUG报修类的问题根据产生BUG的原因可分为操作问题、环境问题和产品问题等等。

    2.1方案咨询类

    此类问题在项目交付之初比较常见,以产品的基础使用为主,也有一些是新业务场景不知道如何适配。在这个阶段,客户通常只有对场景的描述或者是思路,需要我们据此给出具体的解决方案。

    这个阶段对于公司的价值体现在扩展产品的业务适应性,记录下产品适用的主要业务场景以及各类业务场景的解决方案,在宣讲时可以作为问题提问宣讲人。

    2.2项目协助类

    由于公司承接的大多是集成类项目,因此很多时候是以运维作为中转的核心,因此当有新系统接入或者是第三方系统改造时,需要运维协助提供数据或技术支持。 

    在这个阶段对于公司的价值主要是掌握、验证第三方对接的技术,提升水平

    2.3产品BUG类

    这类问题伴随项目运维的整个周期,产品BUG类问题与产品改造类问题非常相似,很多时候产品改造本质上就是对BUG进行处理,这里要注意的是,对于项目问题只做项目级调整,产品级调整要根据公司的战略来执行。

    在这个阶段对于公司的价值主要是测试产品BUG,修复产品,提升性能

    2.4产品改造类

    产品改造类要区分于产品BUG类的是,产品改造类主要是客户针对实际场景,对于产品提出了新的需求。产品改造类问题的解决通常是在与客户需求确认过程中,提出替代性的解决方案,通过简单的开发来实现的。

    在这个阶段对于公司的价值主要是扩展产品功能,提取集成需求,为后续产品升级迭代提供方向

    3问题处理方法

    虽然运维问题多种多样,但是每一类都有比较通用的处理方法和注意事项。整体的问题处理要把握一个原则,影响客户当前使用的一定要优先改。客户咨询的问题,给出的答复要需求扩大化;客户提出需要后续协助,能给方案的就先不要自己动手;产品改进类的问题,收集意见及时反馈,尽量不要做调整。

    3.1方案咨询类 

    咨询类问题默认为高优先级,因为是即问即答的形式,解决的基本点是指导客户工作,而不是参与具体工作。

    同时需要注意的是,项目运维阶段不是项目实施阶段,对客户的想法要适当予以婉拒。如果全盘接收,咨询类问题就很容易变为改造类问题,在运维阶段实施产品改造,如果没有后续项目落地,通常是难以收取费用的,因此要特别注意。

    3.2项目协助类

    协助类问题默认为中优先级,解决的基本点是客户要有明确的工作意向和思路,我方只是参与部分工作,即我方不是工作的主导部门。

    项目协助类常见的问题有项目上线后第三方系统接入、部分项目资料的索取、第三方系统出现问题协助定位等。处理这类问题时要注意,有了结果要第一时间通知客户,以便客户可以继续推动后续工作的开展。

    3.3产品BUG类

    产品BUG类问题默认为中优先级,其中影响客户登录的问题,默认优先级是高。解决的基本点是先恢复后修复,一定要保证客户能够正常使用,哪怕是通过屏蔽功能的方式,也要先保证客户的使用,后续再进行调整。

    对于产品BUG类问题的即时修复手段主要有屏蔽页面功能、调整数据库数据(修改人员状态)、集群改单机等等,后续要有跟进和落实,针对BUG要制定解决方案,审核通过后再进行修改,修改内容及方案要统一在SVN留存。

    3.4产品改造类

    产品改造类问题默认为低优先级,原则上已验收项目不做产品改造,如果有重大安全隐患或者客户比较重要,可以考虑进行产品改造。

    产品改造一般是要有商务参与的,但是这部分工作不需要运维人员来考虑,唯一需要考虑的是,改造是项目级改造还是产品统一升级,相关的实施办法与BUG修改要一致。

    4汇报交互机制

    上述问题解决的过程中,一定要保持适当频度的汇报,汇报的对象主要是运维负责人和公司领导。具体包括日常汇报和重点汇报,日常汇报是定期对运维工作的汇报,重点汇报是对高优先级内容的汇报,以及涉及商务问题的请示。

    4.1日常汇报

    日常汇报分为日汇报和周汇报,日汇报有专人负责,每天统计运维情况,整理成EXCEL进行汇报,周汇报是对一周内运维情况的总结,针对运维中的重大事宜,要在会议穿透时进行汇报,包括当前的解决进度、解决方法、解决过程是否有突发情况等。

    此外,计划定期对项目运维进行一次核定,初步计划是每季度一次,包括对项目运维等级的评定、项目运维情况统计、产品问题反馈等等,具体的汇报格式尚未确定。

    4.2紧急汇报

    紧急汇报是针对两种情况,一是影响客户使用的,没有替代方法且自己难以解决;二是对客户影响较大的,比如单点登录异常、系统无法登录等等。

    紧急汇报主要是申请资源,请求协助解决问题,因此一定要快速、简洁、准确地反馈问题。在解决问题后,要向协助人员反馈问题已解决。对于解决问题的过程要有记录,记入重点汇报的工作中。

    4.3重点汇报

    重点汇报是对高优先级内容的汇报,必须及时通知到运维负责人及公司领导。例如客户门户登录异常、业务集成同步中断、客户有新的需求需要商务沟通等等。对于修复过程超过0.5天的重点问题,要给出书面记录,记录修复过程以及解决方案,上传至SVN作为备忘。

    项目运维工作是项目实施不可或缺的步骤,想要做好运维工作就一定要做到有章可循,这就需要大量的工作积累。由于出现的问题大多在生产环境,要求运维人员快速、准确地定位问题,这就导致运维工作交接困难,新的运维人员往往需要一段时间才能适应。不断地总结、分类、梳理运维问题,可以使运维工作在交接的过程中非常顺利,也可以保证项目后续跟进时,实施人员对项目有充分的理解。

    展开全文
  • 导读:跨域资源共享(cors)可以放宽浏览器的同源策略,可以通过浏览器让不同的网站和不同的服务器之间通信。... 跨域资源共享(cors)到底解决了什么? 针对这些问题可以查看《SpringCloud 中跨域资源共享(..

    导读:跨域资源共享(cors)可以放宽浏览器的同源策略,可以通过浏览器让不同的网站和不同的服务器之间通信。

    一、背景


    当前微服务拆分已经成为趋势,大部分公司都对其软件产品做微服务架构调整。对产品先进行业务、模块拆分,大部分也进行前后端分离的业务调整。

    服务拆分不能避免的问题那就是:请求跨域问题,针对跨域问题,先前专门做了资料整理

    • 什么是跨域?

    • 请求跨域会影响?

    • 跨域资源共享(cors)到底解决了什么?

    针对这些问题可以查看 《SpringCloud 中跨域资源共享(cors)到底解决了什么?》

    还有解决跨域问题开启跨域资源共享(cors)后。

    • 会有哪些影响?

    • 会不会被攻击?

    • 如果被攻击会有哪几种方式?

    针对这系列问题可查看《微服务开启跨域资源共享(cors)后,真的会被攻击么?》

    二、实战分享


    ▐  定义配置

    阅读CorsConfiguration源码可以发现在CORS 配置中定义

    图片

    • allowedOrigins 允许访问域名列表
    • allowedMethods 允许方法列表
    • resolvedMethods 允许头访问列表
    • allowedHeaders 允许的请求头
    • exposedHeaders 拓展请求头
    • allowCredentials  允许凭据

    基础CorsConfiguration的定义可自定义跨域配置信息CorsConfig 实现 CorsConfigurationSource

    图片

    ## Csrf 安全拦截
    kmss.security.referers       = http:xxx.com.cn
    ## 跨域配置
    ## 允许访问的origin 列表
    kmss.security.allowedOrigins = http://www.baidu.com,http://www.google.com
    ## 允许方法的方法列表
    kmss.security.allowedMethods = GET,POST,HEAD,TRACE,OPTION
    ## 允许的请求头,一般不开启
    kmss.security.allowedHeaders =

    图片

    注意在配置时候引用注解@ConfigurationProperties为什么这里使用单一注解并没有直接注入到Bean容器中?针对这问题的分析可阅读《@EnableConfigurationProperties 的工作原理》

    ▐ 实现getCorsConfiguration方法

    配置信息CorsConfig基础信息后实现getCorsConfiguration方法

    @Override
    public CorsConfiguration getCorsConfiguration(HttpServletRequest request) {
        CorsConfiguration configuration = null;
        
        // 根据配置结合业务写入CORS 配置
        /**
         *  allowedOrigins 允许访问域名列表
         *  allowedMethods 允许方法列表
         *  resolvedMethods 允许头访问列表
         *  allowedHeaders 允许的请求头
         *  exposedHeaders 拓展请求头
         *  allowCredentials  允许凭据
        **/
        return configuration;
    }

     ▐ 定义 CorsSecurityFilter 拦截器

    图片

    /**
     * cors安全
     */
    public class CorsSecurityFilter extends CorsFilter {
    
        /**
         * 构造函数
         */
        public CorsSecurityFilter(CorsConfigurationSource configSource) {
            super(configSource);
        }
    
        /**
         * 避免类不被执行
         */
        @Override
        protected String getFilterName() {
            return null;
        }
    }

     ▐ Web线程拦截器

    定义Web线程拦截器为了,用于统一处理线程变量!同一个服务肯定不会出现跨域问题。只有不同服务之间调用才会出现此类问题。记得先前在分析 《怎样在输出日志中加入traceId 进行链路追踪》和 如何保证各个微服务之间调用的安全性?对个服务之间RPC调用请求线程变量传递问题。

    图片

    /**
     * Web线程拦截器,用于统一处理线程变量
     *
     * 该过滤器执行顺序早于springsecurity的过滤器
     */
    public class WebThreadFilter extends CompositeFilterProxy {
        /**
         * 应用上下文
         */
        private ApplicationContext applicationContext;
        
        /**
        * 跨站安全配置
        */
        private CorsConfig corsConfig;
    
       /**
        * http相关配置
        */
       private HttpConfig httpConfig;
    
      public WebThreadFilter(List<IWebFilterDef> filterDefs,
          List<SystemTag> systemTags) {
        super(filterDefs, systemTags);
        }
    
        @Override
        protected void initFilterBean() throws ServletException {
            applicationContext = WebApplicationContextUtils.getWebApplicationContext(this.getServletContext());
            corsConfig = applicationContext.getBean(CorsConfig.class);
        //...
            super.initFilterBean();
        }
    
        @Override
        protected void handleInnerFilters(List<Filter> innerFilters) {
            super.handleInnerFilters(innerFilters);
        //...
        innerFilters.add(0, new CorsSecurityFilter(corsConfig));
        }
    
        @Override
        protected void doFilterInternal(HttpServletRequest request,
                                        HttpServletResponse response,
                                        FilterChain chain) throws ServletException, IOException {
        request = new ValidatorHttpServletRequestWrapper((HttpServletRequest) request,httpConfig);
        compositeFilter.doFilter(request, response, chain);
        }
    }

    三、总结


    本文主要微服务之间跨域问题的解决方案,至于为什么会存在跨域问题和跨域问题开启后会有哪些攻击模式

    在上几篇文章中已逐步分析,解决微服务跨域问题主要分三步走

    • 基于Spring-web 中 CorsConfiguration  重新定义CorsConfig 配置信息

    • 基于Spring-web 中 CorsFilter 重新实现拦截器 CorsSecurityFilter

    • 实现线程变量拦截与传递问题

     专注于高质量 技术文章原创分享与交流,拒绝水文、软文。

    首发:微服务架构 | 服务之间跨域问题怎么解决?

    展开全文
  • “之前我已经进行过品牌备案了,但是上传产品时系统出现报错5461,这是咋回事啊?” 就是这样子的情况……  事实上,很多卖家都曾经遇到过这个错误代码,但其实不是什么太大的问题,既然已经进行了品牌备案,那么...
  • 问题解决:vs2019安装已完成,但出现警告1.详细问题说明2.问题解决 1.详细问题说明 重新安装win10系统后,打算重新安装vs2019,并且按照http://www.loongten.com/2019/06/18/vs2019/中的...查看日志文件: 安装出现问题
  • PXC脑裂问题分析与解决

    万次阅读 2021-10-24 16:34:42
    在使用PXC架构做mysql集群时,线上出现过一次PXC脑裂的故障,通过问题排查,分析与定位,最终针对这个问题以及解决方法做一次记录 脑裂现象表现 1、产品访问MySQL,出现数据不一致的情况(脑裂后一个集群分裂成两个...
  • 你是不是也出现过下面这些问题,我是卸载vb6.0,安装XShell以及XFtp后出现过这类的情况,可把我头疼坏了,有时候打开百度网盘也会弹出这个玩意,使用任务管理器只能连带百度网盘一起关闭,这就很头疼了 解决过程 ...
  • 一个真正的高手,其实应该有能力用一套方法论去解决问题的所有,不管这个问题再难,再新鲜,再简单都能搞定。 什么是问题?一言以蔽之,问题来源于现实与目标的差距。 因此,问题产生的原因可能是: ...
  • Git 多人协作以及 版本冲突问题解决

    万次阅读 热门讨论 2021-07-29 09:41:33
    Git 多人协作以及版本冲突问题解决 文章目录Git 多人协作以及版本冲突问题解决一、多人协作问题1、创建两个不同的文件夹2、初始化1)对于用户 - 12)对于用户 - 23、配置远程的仓库1)给用户 - 1 配置远程仓库2)给...
  • 背景:在开发小程序的时候,微信小程序给...1.可以解决初次点击出现闪屏的方案,将tabbar作为pages,显示的内容作为组件显示,这样就不会出现闪屏的问题。 <!-- 组件显示 --> <view hidden="{{currentTab == 0
  • 解决方案: 一、关于485总线的几个概念: 1、485总线的通讯距离可以达到1200米。 根据485总线结构理论,在理想环境的前提下,485总线传输距离可以达到1200米。其条件是通讯线材优质达标,波特率为9600,只负载...
  • 场景 往往是在ppt中使用复制粘贴的时候,出现了如下弹窗: ...解决方法 更新Office的补丁 下载360安全卫士极速版(非广告,可以用完卸载) 找到“系统·驱动”,然后点“全部修复” ...
  • H5常见问题解决方案手册

    万次阅读 2021-05-25 00:51:15
    作者/成都之声 阅读本文需要5分钟前言作为一个开发了多个 H5 项目的前端工程师,在开发过程中难免会遇到一些兼容性等爬过坑的问题。现在我将这些问题一一汇总一下,并在后...
  • PV操作解决进程同步问题,生产者消费者问题为例

    千次阅读 多人点赞 2019-07-08 19:49:23
    二、PV操作解决生产者-消费者问题 (这部分内容是我看到一个博客写的很好,比较容易理解,所以转载过来的) 在理解了PV操作的的含义后,就必须讲解利用PV操作可以实现进程的两种情况:互斥和同步。根据互斥和...
  • 10个前端经常遇到的问题解决方案

    万次阅读 2020-04-09 16:44:37
    作为一个开发了多个 H5 项目的前端工程师,在开发过程中难免会遇到一些兼容性等爬过坑的问题。现在我将这些问题一一汇总一下,并在后面给出坑产生的原理,和现阶段常规的填坑方案。由此来做一个阶段性的总结。 ...
  • 也可以让我们及时得出里自己的工作文件,极大的方便了人们的生活,但电脑叶总实惠出现各种各样的问题让我们手足无措,对于一些电脑白痴来说出来电脑故障实在是太痛苦了,现在我来教大家几招解决乱码的办法。...
  • Oracle数据库12c安装中出现问题解决

    万次阅读 热门讨论 2017-06-01 20:17:48
    主机环境:Win10_64位 数据库版本:Oracle Database 12c...解决方案:修改host文件 先进入网络和共享中心,查看当前IP,例如(113.54.252.1) 再将host文件打开,路径C:\Windows\System32\drivers\etc 在后面添加一条
  • 在PCB板的设计和制作过程中,工程师不仅需要防止PCB板在制造加工时出现意外,还需要避免设计失误的问题出现。 本文就三种常见的PCB问题进行汇总和分析,希望能够对大家的设计和制作工作带来一定的帮助。 我们网站...
  • Office软件是我们所有微软系统预装版本中都会有的一个组件,有的...但是在卸载的时候经常会出现一些故障,例如下图中的“此操作只对目前安装的产品有效。”,下面我们来看看如何解决这个问题吧!方法步骤:大小:83....
  • 谈谈程序员解决问题的能力

    万次阅读 多人点赞 2017-03-25 12:36:47
    谈谈程序员解决问题的能力 解决问题的能力,程序员立业之本。 一般写文章我不会特意去写,而是有感而发的时候刚好又有时间我就会去写写文字。本想推些技术文章的,但写技术文章又很耗时,写得太浅显又没有技术含量...
  • Redis中缓存雪崩、缓存穿透等问题解决方案

    万次阅读 多人点赞 2019-12-05 11:48:05
    文章目录缓存雪崩缓存穿透...解决方案 事前:尽量保证整个 redis 集群的高可用性,发现机器宕机尽快补上。选择合适的内存淘汰策略。 事中:本地ehcache缓存 + hystrix限流&降级,避免MySQL崩掉 事后:利用 r...
  • Multisim使用中出现问题以及解决

    万次阅读 2016-11-14 10:17:27
    1.有时会出现无法运行某个设计的情况,是由于当前另外一个设计还没有停止 2.元器件变灰,无法添加,用ctrl+w也不行 网上见到说“ 第一种情况:你的Multisim是试用版的,试用时间到期了,需要重新注册。 第二种情况...
  • 微信授权 的操作可以阅读我的另一篇文章  ... ...而此时code已经使用过...卓越的云计算服务提供商,230万+用户正在享受阿里云"稳定,安全,低成本"的产品服务,金牌服务:免费体验,专业快速备案,7x24小时售后,服务器只选阿里云
  • 11 产品经理工作中会遇到的问题解决方法 11 产品经理工作中会遇到的问题解决方法 11.1 解决问题前先定位问题 产品经理每天都会遇到各种各样的问题,这些问题可能是产品概念问题、业务逻辑问题产品功能问题、...
  • 此类问题其实CSDN有很多方法,由于工作需要,要用到STM32F103C8T6的芯片,在舒适进入的产品调试过程中,由于CAN协议设置的6S未收到总线邮件就会进入休眠模式,在下一次烧录时会出现FLASH TIMEOUT问题,在经过好多个...
  • 开发过程中遇到问题怎么解决

    千次阅读 2019-03-19 22:59:25
    开发过程中遇到问题了怎么办 日常开发过程中,总会遇到问题,那么遇到问题该怎么办呢? 首先我们把问题分成大的两类:业务问题、...这些问题一旦出现,千万不要藏着掖着,自己瞎琢磨,把自己的想法记录下来,然后跟...
  • 重装office和关于office “很抱歉,遇到一些临时服务器问题。” 解决方法 1.重装office 最近重装系统后,microsoft office没有了(以下简称office),也不知道怎么去下载word,这里顺便说一句怎么下载office,网上的...
  • 怎么去思考一个问题,提高解决问题的能力 前言: #:本文转发自【半路歌雨】 #:http://blog.jboost.cn/think-like-a-programmer.html #:如有侵权,联系即删 技术人员的价值,不在于你能写出多么优美的代码,也不...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 577,007
精华内容 230,802
关键字:

产品出现问题如何解决