嘀嘀打车现在以及未来可能的盈利模式是什么？
按投票排序
赞一下楼上那位讲其实打车软件的目的是为了收集数据的兄弟。从我的视角来看，烧钱抢占打车软件市场，目的除了其一占领移动支付市场之外，还有一条（在我看来）更重要的目的就是收集用户的地理定位信息。从用户的地理信息数据里能够挖出来的信息是难以想象的，尤其是如果公司本身还拥有与该用户相关的其他大量信息的话，配合用户的地理定位信息使用效果奇佳。之前我们Lab做过用用户的过往带geotag的tweets来分析用户近期行为pattern，最近在做用基于地理信息来加强推荐系统【因为我们Lab本来就是全世界最早做recommender system的嘛】性能都相当赞【这还是考虑到我们拿到的dataset其实很弱的情况下。。。想象一下如果能够像很多industry的公司一样拿到详细的地理信息与用户其他行为的关联的话。。世界真是太可怕了麻麻我要回火星】【就好像早两年在The Atlantic上看到的一句话一样“Google's geographic data may become its most valuable asset. Not solely because of this data alone, but because location data makes everything else Google does and knows more valuable."】 【用带google service / google now 的android机的用户请进入就可以知道google有多了解你的行踪唷】于是现在其实阿里和腾讯(unlike 百度)其实是没有用户的即时定位信息的（因为这两家的地图软件其实还是没有什么人用的吧。。）各种打车软件在这里介入之后，恰好帮阿里和腾讯补上了用户模型里缺失的最后一环，现在阿里和腾讯就拿到了每个用户的大量在不同时间，地点（很可能还是连续的）地理定位信息【更赞的一点在于这个信息其实不光是spatial，还是platial的，如果我们考虑到用户除了提供定位信息之外，还提供了自然语言的所在地点描述】再考虑到阿里本来就拥有的每个用户的信用记录，购买记录，实名，shipping addr（which is 准确性最高的一种VGI信息没有之一）以及腾讯有的每个用户详尽准确的关系网。。。。补上即时定位信息这个短板之后，这两家对用户信息掌握的程度又上了一个巨大的台阶。。P.S. 有BAT的内部人士可以答疑这三家目前对这些数据的利用程度么？非常好奇现在国内的IT巨头到底有没有有效把这些数据利用起来。。。我认识的我们Lab出去的人目前都在美帝所以我对国内的情况完全不知道所以现在超好奇国内这个领域是什么情况。。。/* **20-Feb-14 补充一点，解答评论里面关于采集到的数据bias的问题*/Great Question! Thank you for your feedback.其实微信如果你不开附近的人或者摇一摇的话是不会有定位权限的。。。即使是开了权限，大多数情况下提供的lat/lon pair 也是基于cellular positioning而不是satellite positioning。不过我更想讲一下bias的问题。对于geotag来说，每一个geotag是和geotag associated的其他信息一起记录的，所以有很多方法可以解决bias的问题就拿用了geo加持的recommender system来说【就好像personalized collaborative filtering一样，无论是item-item还是user-user，都不会因为你采集了一大坨奇葩的人的数据，就对其他人群的推荐结果产生任何影响。相反，你对于任意一个单体用户（产品...in terms of item-tiem CF）掌握的数据越多，那么针对该用户（产品）以及其nearest neighbors的prediction的性能就会越好】然后采集到的lat-lon pair可以用各种分法来clustering/classifying（举例：可以判断用户此次打车是上班还是下班还是粗去玩...）...【或者直接当成传统的item-item CF或者user-user CF 向量里多一个spatial维度，normalize之后SVD】这样做出来的话，其实是不会存在bias的问题的【比如假设我最后发现好多所有半夜两点钟在中关村打车回家，平时在淘宝上给网游充值的，淘宝送货地址在五环外合租房的屌丝如果半夜两点钟还不回家的话有极大的可能性是在吃烤串（举个例子啦，SVD之后每一个维度已经没法这样简单理解了），那么这样一条prediction也只会影响到这样一个用户的k-nearest neighbor才对】【其实geo信息哪怕不做那么复杂的分析，单纯存在也是对recommender sys的一个很好的补充。我能想到的一个最简单的例子是（亲，上次你去吃饭的餐厅在淘宝团购上也有哦 :) 然后下面几个推荐，是该用户附近其他几家正在团购的，而且根据传统recsys算出来推荐给用户的餐厅）或者直接每次打车定地点的时候弹出来一个窗口，根据传统recsys推荐打车目的地周围某半径内需要推荐给用户的POI】于是，采样中有bias其实根本不是什么坏事。。根本点在于A.能够准确地给一个cluster（或者给一个用户以及他的k-nearest neighbor）得出结果B.能够成功的把一个用户放进准确的cluster（或者算出他的k-nearest neighbor)
个人认为，打车软件值得各种投资方斥资，最重要的原因是，他们正在做的是，移动互联网行业，最原始的数据积累。资本主义的发展，一开始同样依靠着“原始的资本积累”。没有这些最原始的东西，你什么也玩不起来。不懂政治经济学，所以仅仅作为栗子。移动互联网行业，现阶段技术水平决定，谁能更有效更准确的，将一条条位置信息、流量数据，还原成为对一个人行为的描述，谁就有话语权。为了做到这点，手里没有这些基本的数据，纯属痴人说梦。过去，各种IT服务提供商，大部分对用户数据的重要性认识不足，或者是囿于隐私权，不敢涉足。某国内做企业ERP的知名公司曾表示，他们最大的遗憾，就是做了这么多年的ERP，手里没有用户的数据。用户给钱，我给软件，给集成，给运维，完事儿拿钱拍屁股走人，然后琢磨琢磨用户反馈，琢磨琢磨软件改进，琢磨琢磨国外软件的发展方向……都是琢磨，从未得到数据的支撑。所以现在不一样了，千千万“大数据婊”半懂不懂的，就高呼大数据如何如何，所以各种公司，风投如今也开始，半跟风半主动的，收集一些用户的数据。对于大数据具体的技术，我承认自己并没有太深入的了解，仅从一个普通的IT从业人员角度，YY一下这些个数据能干啥，各位看官大神们，欢迎提醒和斧正你一早起来，发现快迟到了。琢磨着今天是开车呢还是挤地铁去上班比较快。听各种广播、看各种地图上的路况，你只能知道堵不堵，可是真不知道得多长时间。这时候，你拿出手机，选择目的地之后，收集上周本日，上上周本日，同时段，同路段的N辆出租车的运行时间，经过各种算法处理，给了你一个平均开车花费的时间。你一看，我去咧，开个车比地铁都慢，果断走向地铁站。你到了公司，经过一上午的辛苦coding，中午想改善个伙食，楼下的711已经吃腻歪了，远的地方又不知道味道如何。于是你又拿出手机，看看中午时段，自己周围有多少人打车出行，都是去哪的，多少人是往返，也就是去吃饭的，他们对自己吃的这顿饭评价是几颗星……吃完了，你深感满意，于是你对这顿饭进行了评价，同时又叫了回程的出租车，两次叫车记录，加上你添加的“吃饭”标签，以及餐馆信息和评价，作为一次完整的出行，被某台服务器记录在案。下班了，哥们儿几个商量周末聚餐的事情，有关在哪里聚餐的事，愁破了头。五道口？住大兴的不干，三里屯？住房山的不干……有车的人，对于是开车还是坐地铁也都是“IFTTT”式叙述。经大家讨论，你们这一群栖息在北京各个区的家伙决定，为了大家都不跑太远，大家只好在TAM广场铺个席子吃饭好了（玩笑莫喷…………）于是，你又拿出手机，输入了若干人人等的手机号码，对于谁可以开车，谁只能公交也进行了标记。几秒钟之后，凝聚了工程师无数心血的算法，根据那些手机号码平常的打车记录，划定了这几个货最有可能的，家的位置，然后基于以上，列举出了若干聚餐的最佳选择，并对谁开车，谁地铁，谁打车都进行了安排。大家惊为天人，全票通过。你点击接受方案，然后针对每个人的建议行程安排，就被发送至每个人的手机，需要叫车的，也自动进行了预约。只是简单的三个例子，不知道你们怎么看，反正我是看到了N多赚钱的机会。记得大学的时候，那会儿很热的概念，是物联网和LBS服务。那时候，我们的老师对这两个概念的总结，就是“把现实事件抽象成数据，进行合理的处理之后给出结果数据，然后再把结果数据还原成为行为建议”。物联网，收集非人数据搭建环境，LBS，收集个体行为数据塑造人物。技术基础已经具备，下面就看谁圈地快，谁切的蛋糕块大了。以上三个简陋的例子，我觉得不太可能用一个“大而全”的APP全部实现，也没有必要这么做。但是可以确定的是，只要捏着这些数据，并且掌握着收集这些数据的渠道，那么以上。完全是有可能的。以下也是有可能的。我能实现的，我自己做。实现不了的，为保证隐私权，我把相关的部分数据，或者计算结果，进行处理之后卖给你，你做。你不行，我再卖给其他人。你做的好了，我跟你签战略合作，以后你定期给钱，我定期给你提供最新数据；你做的不好，反正这次给你的数据，我收过钱了，大不了下次不卖给你了呗。谁让我捏着用户的第一手数据呢，谁让出租车跟人生活的关系那么紧密呢？谁让我当时把城市千千万出租车都变成了我的综合传感器呢？谁让我实现了数据的原始积累呢？数据量，活跃度，广度我都具备，我骄傲！有了这些不断更新的数据，我想怎么玩就怎么玩。也许再成立个创新工场二号什么的？爱咋咋地。为了能实现这个目标，前期投多少钱都值了
刚好做了几年交通分析，来回答下这个问题。 首先为什么交通研究中为什么这么喜欢的士数据，的士数据的价值在哪里？ 在最早的交通研究中，交通分析主要通过埋线圈的方式搜集车流量数据(后来延伸到rfid技术，后话)，这样能完美收集到一条道路上的通行车辆数，但是如果要大规模使用，带来的是巨大的成本，所以，后来另外一个流派就开始使用浮动车(主要是政府项目和实验室项目，使用有偿形势给各种车辆司机安装GPS信号仪)来收集道路通行数据，后续研究发现，车辆数据出现两种形态，一种是固定流车辆，如公交，客运车辆，这些车辆路线固定，能探索出交通网络拥堵的地方，另一类是自由流车辆，如自驾车，的士，这些车辆路线自由，能探索出交通网络通畅及大众出行偏好的交通区域。最终一个流派分支选择用的士数据来进行交通分析(如北京微软研究院，google等)而根据这个自由流车辆的研究分支。这就是交通学术流派的研究发展。 好了，谈谈价值，在打车软件之前，交通研究已经可以通过的士数据得到两个结论，一个是道路网络的交通动态，即拥堵与通畅，另外一个是城市区域的功能分区，没错，通过的士数据可以轻松对城市进行功能区的划分，最后打上标签，就可以轻松定义，这个是住宅区，那个是办公区，这个是商业区，这个区12点车流最旺，那个区周末最多人前往。 但是如果想继续给这些区域赋予人的标签，是几乎做不到的。所以就有了打车软件的诞生，通过软件，实现了人与车的绑定，就可以轻易知道，哪个年纪的人群喜欢去这个区的问题。 好了，回到价值，以往的互联网公司掌握了人们的所有线上行为，已经创造了海量的价值，但是如果想要掌握线下行为，在吃(团购，大众点评)穿(淘宝)住行里面，能够突破的，而且最容易产生价值的，就是出行行为，出行行为的掌握，直接带来的，就是基于lbs的线下商家线上精准广告收入，线下商家线上支付收入，完美构成了O2O闭环。 同时，根据TX的战略，必然是出行娱乐化，出行游戏化，通过O2O服务提高客户的微信粘性，将客户的微信粘性转化为手游或者是虚拟物品支付的粘性，从而盈利。这是TX的常用套路。 最后，补充一句，线下的交通 出行行为 与线上行为结合到后面的线上线下界线模糊，到推出杀手级虚拟现实应用，科技的发展是多么激动人心的一件事情。 手机码太累，就此打住。
有朋友在此公司任职，从他本人的角度来说。嘀嘀现在必然还在烧钱的阶段，毕竟要抢这个市场。但同样的有一系列问题需要解决。并非所有司机师傅都有智能手机，即便真的都已经配备智能手机，如何操作的问题也是一大门槛。现在嘀嘀客服有一大部分是在发展司机的同时进行培训。“你能给我远程操控吗？”这是司机师傅在打电话询问如何操作的时候讲的一句话，朋友当做笑言跟我说。不过现在嘀嘀还是有些吸引措施，司机师傅在线足够一定时常每周还可以报销部分金额。但主要是乘客乘客在使用嘀嘀时更趋向认为这是一款“随叫随到”的订车APP。但随叫随到这之间是有时间差的，很多一部分用户现在无法容忍这个时间差。朋友说嘀嘀现在有相当一部分的司机师傅在投诉，驾驶的预定地点，乘客因为有其他空驶的出租车早就坐上走了，而这位司机却还在等待，并且因为已经抢单还要无视其他的招手乘客。这个市场需要约束的反而不是司机，而是用户。用户违反的成本很低，若把损失转嫁到司机身上基本是玩不转的。只能，也必须从用户身上下手。算是侧面回答这个问题。最后，似乎说要和最近传言要收费的某APP合作..
按现在国内几十家类似start-ups的竞争态势看，嘀嘀现阶段应该还处于烧钱培育市场期。斗胆想象一下可能的盈利模式：前向收费（面向用户）：特权会员。如，付费会员打车时，除了加入会员的费用，无需附加其他费用，周围加入会员的司机都会无条件响应。司机参与会员费分成。用户附加费用充值。初期以冲XX送XX的噱头吸引充值，充值金额可用于支付打车附加费用，司机获得的附加费用达到一定值时可提取到自己的银行账户或者手机账户中。在用户基数较大的情况下，充值储备金额帮助公司做类似端推广等业务的投资。后向收费（面向生态参与者）：针对用户特征的广告。智能手机约车用户有着显著的群体特征，是各类电商购物、APP推广、金融财经服务类广告的投放对象。打车软件本身还附带LBS属性，了解到顾客的出发/到达位置后，可以针对性地推送位置广告（餐饮、酒店、生活服务类） 。针对司机的会员服务。当APP覆盖率达到相当水平、用户/司机规模足够大时，针对区域用户招车的数据模型可以基本建立。司机可借助该模型提供的数据或指导在交通繁忙时段或者业务清闲时段合理规划自己的出车路线，进而提升收入。有营运牌照的高端车辆租赁机构（可以引申到各类服务提供商）。对有特殊用车需求的用户提供高端服务（短途少量货物运输、高档汽车服务、短长途接送等），从中抽取佣金。通过每天在途的几万辆出租车行驶情况、司机播报，为导航、地图产品提供可信度更高的包括于路况、人群迁移在内的城市出行数据。从而获取收入。
马年双马阵营都在强推 当面付 ，自带LBS的打车软件是最好的切入口。谁拥有入口，谁拥有用户，谁必将获得最终胜利，QQ成功了、淘宝成功了。马化腾裹挟全国一半的人口，几乎所有的网民，他可以做任何想做的事情。而马云几乎垄断了C2C和B2B市场，在B2C上也吃着极大的一杯羹，他们都证明了一点：有用户，就不怕没钱赚。而用户的习惯，必须得靠他们自己培养出来，相比QQ，淘宝是个最好的例子，它彻底改变了几千年人类的购物方式，除了果蔬熟食之类的生存食物外，现在很多人购物的第一选择就是电商、网上采购（注意，是电商，不是淘宝一家，淘宝培养了客户群，其他电商则是从淘宝的成功中分到了自己利益，而一些人类生存的必需品，其实现在也有很多人做了，包括一号店的配送体系和顺丰的冷链……）其实小米干的也是一样的事情，MIUI已经露出獠牙，近期MIUI系统上出现的小米优惠，小米支付……大佬们玩的都是同一个游戏，只是有大佬愿意烧几亿，有些老板暂时还烧不起罢了。为什么是打车，而不是在直接在传统商业场所实施这种营销手段呢？支付宝和微信支付，完全可以和某些大型商家合作，利用补贴的方式招揽用户群，为什么是打车呢？原因也很简单，两家巨头要掌控支付入口，抢夺支付用户，改变人类的支付习惯，切入点必须是
衣食住行 四大基本生存要素之一，其中，打车类app是唯一的选择，衣和住就不说了，不是每个人都会每天买衣服、住宾馆的。食是个很好的切入点，但是，食品行业不存在垄断，覆盖面太广，想象一下，沙县小吃覆盖全国，但是，让所有沙县小吃接受网络支付的难度和可能性有多大，有操作性么？所以出行，就是两大巨头所能想到的最好的切入点，也是实际可以操作的项目。另一方面，打车人群几乎和支付宝微信的客户群几乎完全重合——全国的7、8、90后，消费能力最强，最能接受新事物，行动力最强，也最现实的人群。还有更好的切入点么？还有其他选择么？事实大家也看到了，甚至电视新闻中，嘀嘀和快的CEO也毫不隐讳地承认，这几个月的网络支付用户翻了上百倍，基本达到了预期目标。一旦把用户培养出了电子支付的习惯，后面就简单了，对于商家而言，小到沙县小吃们、鸡蛋灌饼们、大到宾馆、饭店、各大实体商铺的商家们，都会主动地接近支付宝、微信支付等网络支付平台，在银联的刷卡机边上，摆放一台支付宝/微信支付的收款机，这些支付平台的地位将和银行/联平起平坐，想象一下。而对于用户来说，未来再也不需要带着一大堆硬币，也不用担心携带过多的钱币被拦路抢劫了，只要拿出手机，扫一下商家的二维码，就可以把钱付给商家，皆大欢喜。btw：照此看来，未来最可怕的事情之一就是手机没电……所以小米开始做移动电源……
和使用快的打车的师傅聊过，当需要用车的信息被广播到附近车主时，司机要拿出金币抢单，5个金币起拍大概5毛钱的价格，当然遇到机场这种线路的花30个金币去抢也不为过。金币需要司机购买，估计也会经常发放一些奖励性质的金币。从这些信息推测卖家端收费应该是其中一种收费模式。快的用过很多次，感受不错。
打車軟件全面鋪開後，我都知道你在哪裡住了，去哪裡上班，約情人在哪吃飯，和出租司機搶什麼零頭，還愁收入嗎？商業模式不是沒想好，是不好意思廣而告之罷了。-----------另外，對於打車的可能性，五年前心中有想法，看來自己也不可能實現了，在此公開吧，看哪位同仁代為實現造福人群： 其實滿街跑的出租車，就是最好的道路流量監測器，并且免費得來到，很自然對於導航系統是很重要的數據，可以算出最有效的路徑，也可以統計出發點到結束點，給有關部門更為準確的數據改善路況。
当你站在虹桥机场那个拐了几个弯的等着打车的长长的形形色色的队伍之中的时候，你希望的是队伍向前的速度能更快些，你希望没有人插队，你希望后面的出租车源源不断地来，你希望当几辆车同时停下时有协管员清楚地告诉你你应该上哪辆车。你希望自己能在可预计的时间内坐上出租车，没人和你抢，仅此而已。这时，你想过去用那融了1亿美元的滴滴打车吗？2％的市场，打车应用目前的份额。那他为什么会值1亿美元呢？只是因为巨头们觉得这是他们未来布局中一个重要的棋子吗？为了移动端的份额，为了建立移动支付习惯，作为看起来并不挣钱的打车应用，就因为这些并不可靠的布局，就值这么多钱。不禁令人想起了当年团购的热度，在不断投资追高之后，我们发现团购并没有他的名字那样迷人那样值得期待地成长，而只是变成了另一种本地电商模式，于是大众点评借着本地优势可以轻易地后发而排名靠前。哦，原来花了那么多钱只是本地电商而已。有一天，花了1亿美元的人也会发现，花了那么多钱原来只是建立了一个打车时用来支付的工具而已。未来，这一天一定会出现：司机会问你是用现金？卡？还是打车应用支付。你想想，还是用现金吧。把口袋里的零钱花掉。
如果最终的盈利模式是针对司机和用户收费，根本不值得阿里和腾讯投入这么多。而且询问了4-5位司机师傅均表示不给加钱谁到处空跑接人啊，乘客用户的心理大家都了解。近日T公司入股大众点评，据说又要投京东，A公司收购高德，都是在打O2O的主意。滴滴和快的之战本质上也是A支付宝和T微信的较量，意欲养成用户使用自家移动支付平台的习惯。近点说，中国每年打车有4000亿元的生意，调度服务一年可能有40亿元的市场蛋糕[南京日报]。长远战略角度来看，打车应用属于出行服务的主要门类，与餐饮等的生活服务又构成用户主要的O2O场景，养成了支付宝或微信支付习惯的用户，都能带来巨大利益。刚用滴滴打车两个司机都给我电话说抢单成功好八哥。
打车软件的真正未来是什么？是Google的那种全自动驾驶汽车！！！！打车软件+无人驾驶自动导航汽车，意味着什么？各位亲好好想想！这是一盘超级大的棋
1:基于地理位置的广告推荐。不解释2:用户加价的抽成。不解释3:拼车服务的收费。比如一辆车，默认它可以坐三个人。除了最开始的那位打表外，司机输入车上人数和目的地后打车软件还会进入拼车模式，提示司机在路上有哪些可以拼车的人。并通过内置的gps为拼车者计费。4:资本收益：作为支付渠道，用户的钱暂时都到了打车软件的爸爸们手里，是可以用作投资的。
楼上回答的都差不多把我想说的说了，说点题外话我们大互联网行业不都是这样么....只要你有用户，你就不可能缺钱...怎么都是挣钱的法，你卖广告也行，你做o2o也行，你做快递也行，哪怕你做个手机游戏联运，只要你有用户，又何尝不可...
针对的士司机的需求，做服务的广告，例如洗车，修车什么的
1.通过这种补贴的方式养成用户移动支付的习惯，从绑定银行卡开始，这一步看起来很小，但是很难，滴滴打车恰好能通过补贴刺激用户去进入移动支付的step1。2.在大数据时代掌握消费者终端数据就掌握了市场。两家公司目前竞争用户，然后收集数据，通过这些数据，可以分析人的很多消费习惯和生活方式。 我记得曾经微软亚洲研究院就做过类似地实验，收集了很多人每天乘坐公交车的数据，然后估算他们家和单位的具体地点。
估计他们现在还没考虑盈利。我能想到有：类似96103。96103叫车需加价3元，其中承运公司分成2元，司机分成一元。而嘀嘀打车可以免费叫车，用户自愿加价，加价全部归司机所有。我听说过有用户愿意加价20元。对于司机，这个比96103来说有吸引力多了。与出租车公司合作，帮助公司推广。（滴滴创始人来自阿里，之前从事的是推广相关）
作为一个小白。发表一下看法。我一直以为滴滴打车和快的打车的目的只在抢占市场而并非盈利。腾讯想要利用微信在电商上占据一席之地而阿里则在巩固他的地位。在我看来打车软件只是暂时的热起来并不能持续太久。通过平时和司机以及朋友聊天的过程中斗胆推测一下，一旦返钱这个福利暂停那么司机和用户几乎不会再用到这个软件。只有在真的偏远不好打车的用户可能才会使用。而这种类型的接单率却不一定会高。所以其实在烧钱模式之后是否真的可以进入到盈利模式还真的是一个很大的未知数。
这个行业太急躁了，先圈司机？错了！大错特错。第一、环顾现有的软件，那个能和车辆的起、停、上客、下客联系起来？对司机，对乘客都没有保障。第二、都是手机客户端，就不能整个嵌入式的设备安装在车里面吗？去无锡调研下去吧！第三、先搞清楚这里面的利益分配问题，不是一味的烧钱，贴补司机，叫成功一个5块钱？司机浪费的时间，乘客浪费的时间产生的价值远远大于这点。怎么办呢？有奖有罚，司机违约和乘客违约同样的对待。司机一个口袋，里面装有500块（现金券，类似于携程），但是不能提出来，要靠做任务才能转化成现实的人民币，同样乘客口袋里面也有500块（现金券，类似于携程），也不能提取出来，每成功预约一次车，里面有3元转化成人民币，司机也有2元转化成人民币，如果司机违约，司机要从司机口袋里面取出5块现金券，给了乘客。乘客违约，同理。设定个时间间隔，设定提现的额度，到时候司机可提现的金额就是做任务挣下的，乘客也可以提现，也是做任务挣下的，聪明的公司可以想一些办法让这部分钱留下来，比如用钱排队，用钱换免费打车。第四，写的过程中受前面的启发，打车钱包是个不错的主意，司机生成的二维码，乘客扫描一下，打车钱就到了司机的钱包。
腾讯为什么烧嘀嘀打车？为什么又购买大众点评的20% 股份？核心就是移动支付+LBS，基于地理位置的盈利模式才是核心，实际上我还真难想象靠打车能赚什么钱，嘀嘀只不过是一个过渡产品，最终都要整个到地图应用中（为毛阿里买高德？），爪机打字捉急，后续再补充地图的盈利拓展吧。
感觉这个做到最后还不如团购，团购还有现金流，这个烧到何时才是个头哦，加上本身营运车辆是一块唐僧肉，最后不是政府介入就是巨头介入，我能想到的最好出路就是被类似强生公司这样的巨头收购掉。FTP的PASV模式是什么意思_百度知道
FTP的PASV模式是什么意思
还有LeapFtp是什么!
提问者采纳
6 （即IP=61，比如，并且是PORT命令.1 端口=30*256+4=7684） 当命令通过ISP的NAT网关的时候，NAT网关判断目的端口是21，替换为自己的IP和端口,50。 用户FTP服务器 10;==&gt:12806只能接收其他公网IP的连接请求，用户无法在自己的机器上通过21端口访问自己的TrueHost FTP,30，则可以访问：PORT方式和PASV方式。 从上面可以看出，给客户端连接，有必要掌握FTP的基础知识。 在大部分FTP客户端的设置里; 参数选择 -&gt，是不会改变的.144.144，比如是22，是因为FTP协议要用到两个TCP连接。 3，请在防火墙上打开 1024以上的高端端口; 对应站点 -&gt。如果您没有兴趣深究这些原理.10.1 端口7684 这种情况下命令链路就可以建立起来了、所有FTP服务器软件都支持PORT方式。 四;IP数据包的包头里找局域网的源地址和源端口.10.0、FTP服务器是内网IP; Edit -&gt.2 端口**** &lt，发现目的端口是22的数据包，需要在FTP服务器软件上为PASV方式指定可用的端口范围（设置方法）; 直接连接 -&gt，连接用户本机的FTP服务器的21端口。如果本机访问本机，没有问题。不过？在FTP客户端发送PORT命令的时候，没有公网IP 从上面的FTP基础知识可知，IP地址与端口信息是在数据包里面的。 我们再来看看，客户端必须要用PASV方式。 二。 综上所述。IE默认使用PORT方式,1；或是内网IP，替换成网关的地址和端口。而且是等于本机连接本机。 CuteFTP。就是说，是由客户端向服务器发送连接请求.0。 一.1 端口21 FTP客户端通过ISP的NAT网关，只要支持PASV方式就可以了、科迈TrueHost服务器，如果用PORT方式： PORT 61，是由服务器向客户端发送连接请求，对于从NAT内部（10; Site Manager，不影响实际使用，极少数的NAT网关也支持PORT方式。此外.1 端口20 & “Use PASV mode” FlashGet。 当需要传送数据时、TrueHost客户端： 工具 -&gt，建立一条命令链路，于是; “使用被动模式” 或 站点管理 -&gt、为了PASV方式能正常工作，不做任何处理.1 端口*** &lt，在左边选中站点 -&gt，用内网动态域名标准版cm*natpro*y 这种情况下。 上面的文字.0、内网可以用PORT访问其他FTP; 代理&#47，因为建立数据链路的时候。至于PASV方式。 PORT（主动）方式的连接过程是.10.1，建立数据链路： PORT 10; TH客户端 & TH服务器 *;==&==&gt。假设命令为，FTP服务器向这个IP和端口发送连接请求.0。 用户FTP服务器 10：客户端向服务器的FTP端口（默认是21）发送连接请求，也可以设置为只工作在PORT方式上，必须要用PASV方式： Option -&gt： FTP客户端 10？原因很简单。 当需要传送数据时，使用PORT方式的时候，扫描到 PORT指令后会替换PORT方式的IP和端口，如果FTP端口不是21。大部分FTP服务器软件都支持PASV方式。在登录出错的时候，必须要通过NAT建立映射，有人登录不上，不必花时间看。于是服务器从20端口向客户端的****端口发送连接请求.0以下的版本不支持PASV方式，而且实际上是本机连接本机;标识 -&gt，仅仅是为了说明一些原理，IE在登录FTP的时候，服务器接受连接;==&gt，因为建立数据链路的时候,1。 但是。反过来。复杂的原因,1。 FTP建站的详细配置过程 请参考这个网页的说明来配置。 大部分FTP客户端默认使用PASV方式，服务器就会在这个端口范围里挑选一个端口出来，客户端在命令链路上用 PORT命令告诉服务器.1 端口20 &lt，是无法建立连接的.0.2 端口12806 &lt，因为NAT网关的公网IP只能接收外来的连接请求。于是。如果FTP端口不是21，你过来连接我”。大部分FTP站长发现自己的服务器有人能登录上： 工具 -&gt。 内网用户通过支持PORT方式的NAT网关。于是FTP服务器收到的PORT命令依然是PORT 10，而不是在FTP服务器，强烈建议不要使用IE，完全放行、或用内网专业版TrueHost搭建的FTP服务器,4 （即IP=10，但用了IE作为FTP客户端来登录（IE默认使用PORT方式）,2，极少见到“PORT”或“主动模式”等字眼，速度飞快。在这种NAT网关下面。 三：“我打开了****端口.10，访问自己本机利用TrueHost建立的FTP服务器，无法找到错误的原因： 选项 -& “PASV Mode” 或 File -& “PASV模式” FlashFTP，看不到登录信息，是不影响实际使用的; FTP客户端 10，你过来连接我”，PORT方式和PASV方式都可以使用.0。 PASV（被动）方式的连接过程是、请尽量不要用IE作为FTP客户端 IE只是个很粗糙的FTP客户端工具，用来在FTP客户端与服务器之间传递命令。因此：选择用PASV方式还是PORT方式登录FTP服务器，NAT网关检测到目标端口是22，只是为了说明一些原理; 编辑 -&gt，还要满足上面的两个条件、客户端有公网IP，此时连接请求会被防火墙拦截; 高级 -&gt？ NAT 网关的工作方式是在TCP&#47.2 端口=50*256+6=12806） 用户的FTP服务器最终收到的是上面这个PORT命令：“我打开了****端口; 选项 -&gt,4; 代理服务器 -&gt，建立一条命令链路,144。对数据包里的内容： Edit -&gt，取消PASV方式; Connection -&gt，使用PORT方式是无法从internet上的ftp服务器下载数据的.1，用公网动态域名，没有公网IP，两种方式的命令链路连接方法是一样的,10; “使用被动模式” LeechFTP。如果要用PORT方式登录FTP服务器。 作为FTP站长。因为FTP的登录方式只有两种。这些NAT网关连数据包里面的内容都扫描。于是FTP数据链路无法建立。 二，因为内网IP要访问外网，而不是在包头，就意味着使用PORT方式。连接任何公网FTP服务器;防火墙&#47.10：客户端向服务器的FTP端口（默认是21）发送连接请求.10，然后指导您的朋友如何正确登录您的FTP。 2，还要在服务器的防火墙上打开这些端口; Internet选项 -&gt.1，在这种情况下，FTP协议要复杂得多;==&gt，用来上传或下载数据、常见的FTP客户端软件PORT方式与PASV方式的切换方法:20）发起的连接请求，也无法使用PORT方式、为什么没有公网IP。 当需要下载数据的时候，建立一条数据链路来传送数据，修改命令里的IP和端口.1.144。支持PASV方式的FTP服务器软件，因为支持PORT的 NAT网关只监视目的端口是21的数据包.2。于是客户端向服务器的****端口发送连接请求.*；其次，FTP客户端通过这条命令链路，选择权在FTP客户端。而FTP的复杂性就在于此。 当然，内网用户无法用PORT方式通过21端口访问自己的TrueHost FTP服务器; FTP客户端 10，但安装了防火墙 如果用PASV方式登录FTP服务器。 FTP服务器端的注意事项 一：PORT和PASV；另一个是数据链路。当客户端以PASV方式连接服务器的时候，61.10，如果FTP 服务器不是用默认的21端口; ISP NAT网关 61。而使用PORT方式登录FTP的时候.0,0。在测试自己的FTP网站的时候.1.10，这些网关也只扫描21端口的数据包，用内网专业版TrueHost 1; “使用被动模式” 或 快速连接 -& ISP NAT网关 61.0，向FTP服务器发送PORT命令; 用户FTP服务器 10,30,10、服务器如果安装了防火墙，也能使用PORT方式登录FTP、连接用内网标准版cm*natpro*y搭建的FTP服务; Firewall -&gt，一个是命令链路，服务器接受连接.*，中文意思为主动式和被动式，FTP服务器不需要做特殊设置，FTP将无法连接客户端建立数据链路。 IE，FTP命令链路的建立过程如下，才能连接FTP服务器; Setting -&gt。 FTP客户端的注意事项 请注意。于是FTP服务器向这个IP和端口发送连接请求，为什么不能用PORT访问自己的TrueHost FTP;==&gt，如果用PORT方式登录FTP服务器，会发生什么情况呢，IE6。为什么，服务器在命令链路上用 PASV命令告诉客户端,0，因为客户端没有公网IP，典型的错误原因就是因为客户端没有公网IP; Firewall -&gt。首先。因此.1 端口7684 但是。 FTP协议有两种工作方式.0以上才支持）; “使用被动FTP”（需要IE6;==&gt，用PORT方式就没问题了; 选项 -&gt，大部分FTP服务器软件都支持。于是、FTP服务器是公网IP，请记住要在防火墙上打开FTP端口（默认是21）？ 下面要讨论的问题。相比于HTTP.144，而数据链路的建立方法就完全不同，就有画蛇添足之嫌了、客户端只有内网IP： 使用Serv-U建立FTP网站 高级话题 一; 切换 -&gt。 二; Do not Use 五，还要通过FTP的话，建立一条数据链路来传送数据.* 端口21 &lt，常见到的字眼都是“PASV”或“被动模式”，用来在两台计算机之间互相传送文件FTP基础知识 FTP是File Transfer Protocol（文件传输协议）的缩写
其他类似问题
按默认排序
其他2条回答
PORT（主动）方式的连接过程是，建立一条数据链路来传送数据。 当需要传送数据时，两种方式的命令链路连接方法是一样的，你过来连接我”：客户端向服务器的FTP端口（默认是21）发送连接请求：“我打开了****端口。 当需要传送数据时，建立一条数据链路来传送数据。 从上面可以看出，服务器接受连接：“我打开了****端口，建立一条命令链路。 PASV（被动）方式的连接过程是，服务器接受连接，客户端在命令链路上用 PORT命令告诉服务器：PORT方式和PASV方式：客户端向服务器的FTP端口（默认是21）发送连接请求。于是服务器从20端口向客户端的****端口发送连接请求，服务器在命令链路上用 PASV命令告诉客户端，建立一条命令链路。于是客户端向服务器的****端口发送连接请求，而不是在FTP服务器，你过来连接我”选择用PASV方式还是PORT方式登录FTP服务器，中文意思为主动式和被动式，而数据链路的建立方法就完全不同，选择权在FTP客户端。FTP协议有两种工作方式。而FTP的复杂性就在于此
FTP基础知识 FTP是File Transfer Protocol（文件传输协议）的缩写，用来在两台计算机之间互相传送文件。相比于HTTP，FTP协议要复杂得多。复杂的原因，是因为FTP协议要用到两个TCP连接，一个是命令链路，用来在FTP客户端与服务器之间传递命令；另一个是数据链路，用来上传或下载数据。 FTP协议有两种工作方式：PORT方式和PASV方式，中文意思为主动式和被动式。 PORT（主动）方式的连接过程是：客户端向服务器的FTP端口（默认是21）发送连接请求，服务器接受连接，建立一条命令链路。 当需要传送数据时，客户端在命令链路上用 PORT命令告诉服务器：“我打开了****端口，你过来连接我”。于是服务器从20端口向客户端的****端口发送连接请求，建立一条数据链路来传送数据。 PASV（被动）方式的连接过程是：客户端向服务器的FTP端口（默认是21）发送连接请求，服务器接受连接，建立一条命令链路。 当需要传送数据时，服务器在命令链路上用 PASV命令告诉客户端：“我打开了****端口，你过来连接我”。于是客户端向服务器的****端口发送连接请求，建立一条数据链路来传送数据。 从上面可以看出，两种方式的命令链路连接方法是一样的，而数据链路的建立方法就完全不同。而FTP的复杂性就在于此。 FTP服务器端的注意事项 一、FTP服务器是公网IP，用公网动态域名；或是内网IP，用内网专业版TrueHost 1、服务器如果安装了防火墙，请记住要在防火墙上打开FTP端口（默认是21）。 2、所有FTP服务器软件都支持PORT方式。至于PASV方式，大部分FTP服务器软件都支持。支持PASV方式的FTP服务器软件，也可以设置为只工作在PORT方式上。 3、为了PASV方式能正常工作，需要在FTP服务器软件上为PASV方式指定可用的端口范围（设置方法）。此外，还要在服务器的防火墙上打开这些端口。当客户端以PASV方式连接服务器的时候，服务器就会在这个端口范围里挑选一个端口出来，给客户端连接。 二、FTP服务器是内网IP，用内网动态域名标准版cm*natpro*y 这种情况下，FTP服务器不需要做特殊设置，只要支持PASV方式就可以了。大部分FTP服务器软件都支持PASV方式。 FTP客户端的注意事项 请注意：选择用PASV方式还是PORT方式登录FTP服务器，选择权在FTP客户端，而不是在FTP服务器。 一、客户端只有内网IP，没有公网IP 从上面的FTP基础知识可知，如果用PORT方式，因为客户端没有公网IP，FTP将无法连接客户端建立数据链路。因此，在这种情况下，客户端必须要用PASV方式，才能连接FTP服务器。大部分FTP站长发现自己的服务器有人能登录上，有人登录不上，典型的错误原因就是因为客户端没有公网IP，但用了IE作为FTP客户端来登录（IE默认使用PORT方式）。 作为FTP站长，有必要掌握FTP的基础知识，然后指导您的朋友如何正确登录您的FTP。 二、客户端有公网IP，但安装了防火墙 如果用PASV方式登录FTP服务器，因为建立数据链路的时候，是由客户端向服务器发送连接请求，没有问题。反过来，如果用PORT方式登录FTP服务器，因为建立数据链路的时候，是由服务器向客户端发送连接请求，此时连接请求会被防火墙拦截。如果要用PORT方式登录FTP服务器，请在防火墙上打开 1024以上的高端端口。 三、连接用内网标准版cm*natpro*y搭建的FTP服务，必须要用PASV方式。连接任何公网FTP服务器、或用内网专业版TrueHost搭建的FTP服务器，PORT方式和PASV方式都可以使用。 当然，使用PORT方式的时候，还要满足上面的两个条件。 四、常见的FTP客户端软件PORT方式与PASV方式的切换方法。 大部分FTP客户端默认使用PASV方式。IE默认使用PORT方式。 在大部分FTP客户端的设置里，常见到的字眼都是“PASV”或“被动模式”，极少见到“PORT”或“主动模式”等字眼。因为FTP的登录方式只有两种：PORT和PASV，取消PASV方式，就意味着使用PORT方式。 IE： 工具 -& Internet选项 -& 高级 -& “使用被动FTP”（需要IE6.0以上才支持）。 CuteFTP： Edit -& Setting -& Connection -& Firewall -& “PASV Mode” 或 File -& Site Manager，在左边选中站点 -& Edit -& “Use PASV mode” FlashGet： 工具 -& 选项 -& 代理服务器 -& 直接连接 -& 编辑 -& “PASV模式” FlashFTP： 选项 -& 参数选择 -& 代理/防火墙/标识 -& “使用被动模式” 或 站点管理 -& 对应站点 -& 选项 -& “使用被动模式” 或 快速连接 -& 切换 -& “使用被动模式” LeechFTP： Option -& Firewall -& Do not Use 五、请尽量不要用IE作为FTP客户端 IE只是个很粗糙的FTP客户端工具。首先，IE6.0以下的版本不支持PASV方式；其次，IE在登录FTP的时候，看不到登录信息。在登录出错的时候，无法找到错误的原因。在测试自己的FTP网站的时候，强烈建议不要使用IE。 FTP建站的详细配置过程 请参考这个网页的说明来配置： 使用Serv-U建立FTP网站 高级话题 一、为什么没有公网IP，也能使用PORT方式登录FTP？ NAT 网关的工作方式是在TCP/IP数据包的包头里找局域网的源地址和源端口，替换成网关的地址和端口。对数据包里的内容，是不会改变的。而使用PORT方式登录FTP的时候，IP地址与端口信息是在数据包里面的，而不是在包头。因此，没有公网IP，使用PORT方式是无法从internet上的ftp服务器下载数据的。 但是，极少数的NAT网关也支持PORT方式。这些NAT网关连数据包里面的内容都扫描，扫描到 PORT指令后会替换PORT方式的IP和端口。在这种NAT网关下面，用PORT方式就没问题了。不过，这些网关也只扫描21端口的数据包，如果FTP 服务器不是用默认的21端口，也无法使用PORT方式。 二、内网可以用PORT访问其他FTP，为什么不能用PORT访问自己的TrueHost FTP？ 下面要讨论的问题，只是为了说明一些原理，是不影响实际使用的。如果您没有兴趣深究这些原理，不必花时间看。 内网用户通过支持PORT方式的NAT网关，访问自己本机利用TrueHost建立的FTP服务器，FTP命令链路的建立过程如下： FTP客户端 10.10.0.1 端口*** &==& ISP NAT网关 61.144.1.2 端口**** &==& TH服务器 *.*.*.* 端口21 &==& TH客户端 &==& 用户FTP服务器 10.10.0.1 端口21 FTP客户端通过ISP的NAT网关、科迈TrueHost服务器、TrueHost客户端，连接用户本机的FTP服务器的21端口。 当需要下载数据的时候，FTP客户端通过这条命令链路，向FTP服务器发送PORT命令。假设命令为： PORT 10,10,0,1,30,4 （即IP=10.10.0.1 端口=30*256+4=7684） 当命令通过ISP的NAT网关的时候，NAT网关判断目的端口是21，并且是PORT命令，于是，修改命令里的IP和端口，替换为自己的IP和端口，比如： PORT 61,144,1,2,50,6 （即IP=61.144.1.2 端口=50*256+6=12806） 用户的FTP服务器最终收到的是上面这个PORT命令。于是，FTP服务器向这个IP和端口发送连接请求，建立数据链路。 用户FTP服务器 10.10.0.1 端口20 &==& ISP NAT网关 61.144.1.2 端口12806 &==& FTP客户端 10.10.0.1 端口7684 但是，因为NAT网关的公网IP只能接收外来的连接请求。就是说，61.144.1.2:12806只能接收其他公网IP的连接请求，对于从NAT内部（10.10.0.1:20）发起的连接请求，是无法建立连接的。为什么？原因很简单，因为内网IP要访问外网，必须要通过NAT建立映射。于是FTP数据链路无法建立。于是，用户无法在自己的机器上通过21端口访问自己的TrueHost FTP。 我们再来看看，如果FTP端口不是21，比如是22，会发生什么情况呢？在FTP客户端发送PORT命令的时候，NAT网关检测到目标端口是22，因为支持PORT的 NAT网关只监视目的端口是21的数据包，发现目的端口是22的数据包，不做任何处理，完全放行。于是FTP服务器收到的PORT命令依然是PORT 10,10,0,1,30,4。于是FTP服务器向这个IP和端口发送连接请求。 用户FTP服务器 10.10.0.1 端口20 &==& FTP客户端 10.10.0.1 端口7684 这种情况下命令链路就可以建立起来了。而且是等于本机连接本机，速度飞快。 综上所述，内网用户无法用PORT方式通过21端口访问自己的TrueHost FTP服务器。如果FTP端口不是21，则可以访问，而且实际上是本机连接本机。 上面的文字，仅仅是为了说明一些原理，不影响实际使用。如果本机访问本机，还要通过FTP的话，就有画蛇添足之嫌了。
pasv的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁