舍力
静以修身。
-
支付宝出现大规模瘫痪 无法付账转账 今天下午5点20分左右，支付宝疑似出现大规模瘫痪，移动端与pc端均无法登录支付宝，目前支付宝方面尚未对此做出回应，恢复时间还不清楚。 用户反映，自己在登陆支付宝的时候提示网络繁忙，无法登陆，有些用户登陆上去却又提示需要重新登陆，但是登陆页面出现问题，无法正常登陆。 根据网友微博发布的消息，受影响的地区至少包括广州、上海、武汉、西安、四川、浙江温州、山东聊城等。 支付宝官方给出的解释： 由于杭州市萧山区某地光纤被挖断，造成目前少部分用户无法使用支付宝，运营商蜀黍正在抢修，支付宝攻城狮正在紧急将用户请求切换至其他机房，受影响的用户正在逐步恢复。您的资金安全并不会因此受到任何影响。如果出现交易信息不同步的情况，在修复后会恢复同步。请大家放心。 -
打败马云的竟然可能是奶茶妹：颠覆电商的O2O三大平台 京东到家：目标用户群最明确的非主流O2O平台 从到家到正式更名京东到家，前后不到一个月的时间，随后京东到家如传说中，陆续上线京东到家兼职配送员，看这个架势，是真的把主意打到了大妈的身上，而众包物流也掀开了京东商城在O2O物流领域的布局。 京东智能奶茶馆在数码家电领域寻求与小米网粉丝类电商和苏宁实体的差异化，通过创新领域产品来提升毛利。对京东商城来说，这是一项需要时间培植的长期业务，在目前PC端流量见顶，移动端CMV占比42%的情况下，差异化智能体验馆难以在短期内支撑起京东商城快速增长的股价。 2015年Q1京东财报发布的时候，石头先生分析，京东到家业务将延续京东商城在物流方面的经验，会把更多的资源倾斜向快速增长的日用SKU类别，以此来培养地面用户的使用习惯。甚至很有可能，通过奶茶连锁这样形态来完善最后一公里和众包物流之间的体验。 京东到家主打3公里2小时内生鲜送达，主营日用SKU，即便有着物流方面的优势和经验，也无法快速在一线城市铺开，至于一些边缘城市，信息不流通，消费能力局限，都不是O2O这种To C性质能够触及的领域。 首先，生鲜类SKU有着较高的准入门槛。农产品和用户之间最后一公里的连接，和京东主营的数码3C配送有着巨大的区别。生鲜保鲜，冷链供应链，库存售罄率，需求预测，是整个链条中最难跨越的门槛。但懂快递，又懂用户，已经积累了庞大的购物数据的互联网玩家，也非京东莫属了。一旦能克服这些问题，生鲜类SKU对接的是庞大的农村电商供应市场，将会让京东商城成为两端，农产品输出和近地消费者最后一公里的价值环节。 其次，众包模式中配送量级受限，需要兼职配送人员足够多才具备空间运作。京东到家众包物流模式，非自营业务员虽然能够尽可能降低自营业务员的配送成本，同时可以提升社会闲置劳动力的使用率，但此类模式面临配送量级受限的问题，一是配送单太少，收入低，兼职配送员的积极性无从谈起，二是配送单太多，货品配送时效问题，货品安全，是最后一公里服务质量的考验。在这种前提之下，足够多的兼职配送人员加上互联网的数据化优势，是当前破局的唯一办法。 最后，除了招聘，兼职配送员初期的维护是另外一个重要成本支出项，前期需要依靠边缘业务来分摊运营成本。前期由于刚开始开展业务，兼职配送员的收入有限，为了避免人员流失，加之兼职配送员队伍只有达到一定的规模，才能形成产生边际效益，京东到家避免不了先期投入的问题，以保持兼职配送员的积极性。按照以往京东商城在物流领域的经验，通过数码3C以外的产品来降低SKU单价来获取更多的用户，让京东商城从激烈的电商拼杀中脱颖而出，眼下京东也会继续复制这一模式，即京东到家通过供应端的边缘需求，来分摊物流运营成本。实物销售可以通过日用SKU 来充当边缘者角色，京东商城或者自营，或者接入第三方，可以结合具体的情况选择。服务的重投入，使得京东商城自营策略的可能性很低，更大的可能将会是在业务互补的一些领域加大投资，同时再接入第三方。 综合以上三点，石头先生认为京东商城会通过边缘业务来构建近地物流体系，购买行为的背后，绑定的也是定向人群。由于以数码3C为主营业务，让京东商城绑定的人群主要分为两类。一是客单价较高，白领男性居多。二是3C数码类产品主营的校园市场。这一点，京东商城在校园项目的投资布局就可窥端倪。 对于接入京东到家的O2O项目而言，针对以上两类人群展开的业务将会形成互补，和以往邮购配送不同的是，京东到家的服务场景更类似于第三方接入模式，获取用户成本颇大的O2O项目，京东商城场景激活的切入点正好解决了这一痛点，在目前的O2O到家平台，京东到家更像是一个地面接单窗口，承载了最后一公里获取用户的环节，这种合作堪称非主流业界良心。恐怕在一些主要城市，京东商城最后会采取投资方式却寻求利益最大化，石头先生远在到家这个项目发布之前，就已经分析过，未来电商巨头都会成为投资者，事实上，正是代指京东商城，O2O领域的投资，可以视之为早期京东商城为平衡仓储中心运营成本而接入的其他SKU，两者是有惊人的相似之处的。 只需要围绕京东到家代客收单的场景分析，京东到家合作的O2O项目便呼之欲出。 适合接入项目：上门洗衣，上门推拿，上门生鲜，上门餐饮，上门鲜花 58到家：最务实而不让人放心的O2O平台 随着两大分类信息网站合并的完成，58赶集的战略框架浮出水面，58到家，赶集易洗车成为58赶集的头牌。 作为分类信息网站，其最大的价值就是各类目背后的信息需求长尾聚合，如果说淘宝代表了购物平台，百度代表了信息平台，而分类信息网站则是生活服务信息的平台。 石头先生认为，分类信息在海量的互联网信息中，在连接服务与人这件事情上，有着其价值所在。而分类信息网站的弱点便在于沉淀用户上不存在门槛，才会出现后期，58同城即便领先一步上市，也无法彻底打败赶集。 在用户层面，最为重要的信息源获取后，没有在平台上形成交易闭环，而不同平台上的信息本质上都是一样，这使得分类信息网站绝不可能通过服务的方式To C收费。在商家端，深谙互联网特性的行业，也没必要给平台收费，有各种各样免费的方式发布，如租房，租车，招聘，这些都是价值信息，也是各大网站的重要内容源。 进一步往后端传导，分类信息网站只能针对那些在线下不懂网络，而有推广需求的商家收费，58同城2015年Q1财报，其营业收入呈现50%的增长，全部来自于付费商家的增加，与之同时增加的还有地面销售人员和佣金，本质上来说，互联网的持续普及，获取信息的改变，垂直APP的使用情况，对这种没有门槛的商业模式是致命的。 简而言之，58赶集的一系列举措，都是基于自身平台的信息属性进行改造的，包括双方合并后推出的钱柜，就是基于用户搜索信息的习惯来作为互联网金融征信的一种依据，从官方发布的描述情况上看，钱柜项目应当是作为一种维持用户粘性的策略，仅仅是从金融职能去看58赶集，在同类的金融业务中，还远远无法和余额宝，京东白条比，但是把大量的营销费用转化给用户，乃至于将这种转化变成自平台购物单，也算是一种有效的信息曲折变现模式。 分类信息的弊端，就是离散的长尾需求聚合成规模，而非单一需求聚合规模，这反馈到O2O项目的情况，就是在每一个单一的垂直行业难以建立一个合理的盈利模型。和互联网赢家通吃的玩法不同，石头先生认为，O2O项目是传统行业中玩得比较成熟的建模经济，比如同样是做炸鸡的麦当劳和肯德基，双方开设门店的盈利模型是截然不同的。即某一垂直行业的发展一定是遵从于盈利模型驱动，而非商业模式驱动，关于其中的异同，后边有机会会深度分析，但一线城市走通后快速复制在下一级城市的降维打法显然是不可能的。 To信息源：获得具体效益的一个入口：如阿姨找工作，个人二手车快速交易达成，洗车师傅快速获取订单。 To C：获得具体有效服务的一个入口：直接获得优质阿姨的服务，不必要担心找的人表里不一，直接可以绕过所有环节，安心地以一个高性价比的方式买到车，不必去排队，可以直接享受上门洗车服务。 仔细分析各个业务发生的情况，58赶集事实上是围绕中高端用户在家的场景来设计业务组合模型，通过高毛利实现优质蓝领资源的转化，把最重要的信息留在自家平台之上。 对于接入58到家的O2O项目而言，即围绕节假日休闲的生活状态，或者是富裕家庭的日常生活展开的业务，会实现深度互补，只是由于58到家的O2O合作模式，更倾向于自家业务把控业务源头，同类业务，或者58到家上下两端业务的从业者，恐怕都会心存顾虑，这点上，笔者和一些从业者交流过，都纷纷表现出此类担忧。 适合接入项目：上门生鲜，上门美甲，上门洗车，上门便利店，上门鲜花，上门洗衣 美团到家：最让人放心但会很慢的LBS+O2O到家平台 眨眼之间，从千团大战中挣脱出来，如今的美团网一年数百亿的销售规模，加上美团外卖，猫眼电影，美团酒店等垂直业务群，俨然成为一个生活服务领域行业的重量级玩家，似乎不管用什么语言去评论这支团队都有失偏颇，相关的原因，石头先生在创业邦上发布的美团到家的深度分析中已经说过，有兴趣的朋友可以翻阅，在此不再赘述。 团购模式是一种商家让利，提供给用户有吸引力价格，进而促成销售的模式，这样的交易模式，对那些遵守规则的商家来说，是赔本赚吆喝的买卖，更多的是从营销的角度，往往会冲击自身产品的定价体系，一开始为了拉拢用户，到店铺火起来后，自然结束廉价服务，只是团购到了后期，参与团购的商家越来越多，加上消费者已经形成了团购购买的习惯，商家已经无法按照原先预定的计划退出团购，只能寻求通过团购的周边去挖掘剩余价值。在参与者众多的情况下，美团交出了漂亮的销售数据，而这部分商家其对团购的态度本质上是抵触的。而一些商家，瞄准线上线下信息不对称，虚报价格，甚至是用户到店后拒绝提供廉价服务，导致用户投诉，满意度降低，也大大损害了团购自身的品牌形象。 这种基于亏本销售的模式，注定团购是一项难以长期持续的销售模式，在公开采访中，不管是美团网还是大众点评，都表达了在团购的基础上推出新型业务的意愿。 在越来越火的到家中，美团在APP底部新增了一个上门的选项，采取接入第三方服务，通过团购自身庞大的用户群进行导流，目前涵盖的项目主要有保洁，美甲，洗车等业务。作为本地生活服务的最大的提供商，美团网的这一举措自然备受瞩目。 庞大的用户规模，已经积累下来的商家资源，基于效益模型的推广团队，都让美团网在这场O2O的竞争中显得无比性感。 石头先生认为，美团到家有自身的优势，但是认为在生活服务领域带头的美团，在到家平台的这场博弈中必胜无疑还为时尚早。首先，团购主要是用户到店的消费，而O2O则是商家上门，两者是完全不同的两种行为逻辑。 其次，商家上门和用户到店，决定了两种不同的产品成本构成，商家为了营销用户，采取让利的模式，让用户到店消费，制造热销景象，进一步带动商家附近的消费者，这部分团购而来的用户对价格极其敏感，一旦团购过后，也不会到店消费，商家本身做的其实并不是回头客生意，因此产品的定价是具备吸引力的。商家上门，对位于商圈的商家来说，成本自然不同，所定的价格也不同。 最后，商圈是人流密集的地方，玩的是服务转化，能提供上门服务的商家恐怕在其所处的商圈中服务质量一般，上门的服务质量成疑。 美团的商家资源在某些领域，如外卖，电影票，酒店，稍作挖掘，就能组合出美团外卖，猫眼电影，美团酒店，挖掘成功的前提正是契合了商家自有属性。从团购服务提供方的角度来看，多是到店消费类型，所以美团到家接入的O2O项目，基本上都是互联网创业公司，而非直接地面商家接入。美团网的流量，不直接等于O2O项目流量，以此作为参考毫无意义，第三方的重点，应当落脚于商圈，而面向周围三公里提供上门服务。唯有符合此属性，从能从美团网获得有效流量转化。 从美团APP上也可以发现，美团外卖未归入美团的上门模块，作为O2O上门的一种业务形态，美团到家显然认为除了服务于同一类人群外，在用户使用场景上的重合度不高，和京东到家与58到家都是完全不同的运营逻辑。 京东商城让快递员成为地面收单窗口，58到家以场景为中心出发，美团到家占据着近地服务商圈的优势，这次仍然更像以往的行事作风，一次不争第一，但求活下来的试水，在O2O平台这件事弄明白之前，都不会真正将其当做是主营的核心业务。 美团到家虽然有庞大的地面推广团队，但和京东到家有着本质的区别，京东快递优势在于物流供应链，而美团地推的优势在于效益推广，期望美团地推肩负起和京东到家一样的职能显然是不可能的事情。它和58到家的地推也不像，58到家的地推显然是针对中小商家收取会员费，因此58到家采用的是自营家政来作为切入口。和前两者寻求自身价值转换不同的是，美团到家具备着明显的LBS属性，即以商圈为中心，附近三公里范围以内的生活小区服务直达，在这个区域内，作为某个垂直领域的C2C服务接入方，方才是美团到家结合自身业务特点所选择的切入模式。 适合接入项目：上门家政，C2C类上门洗车，C2C类上门美甲，上门外卖 三大O2O平台，各有特点，各有优势，难分千秋。京东到家借助边缘业务分摊运营成本，建立近地物流体系，众包物流是其选择的突围策略。58到家构造场景实现信息变现，但自营的上门家政让人难以放心，其他O2O创业项目显然是把命脉放在了58到家的阿姨身上。美团网基于LBS+O2O，实现商圈周围3公里生活圈服务上门，此项业务取决于合作伙伴的发展。目前来看， 不管是三大平台的哪一家，都在缩短用户获取服务的距离，相对于无形的服务而言，有形的商品属于降维产品，恐怕未来真的有一家会直接颠覆现有的电商格局，而其中本就是电商出身的京东商城，显然在三大平台中具备最大的可能性。 同时，也应该认清一个事实，依赖重资源的O2O项目难以像轻量级项目实现爆炸性增长，大部分目前仍然主要集中于北京和上海，一些项目连广州和深圳都未曾覆盖，即便拥有大量资金，想要往二三四线城市快速延伸的可能性不大，甚至这种情况恐怕还不是暂时性的，O2O更有可能是碎片化的形态存在于各个城市之中，即出现全国性的连锁的机会不大，规模最大的服务提供方也只能集中体现在一线城市占有绝对的市场份额，这决定了边缘O2O项目不可能出现颠覆者，因为和过去相比，在广阔的市场空间中，并没有他们的可趁之机。 在这种情况下，三大平台的服务接入模式，很可能会成为生活服务的一大入口，这个在未来十年必成主流的行业，眼前的三驾马车不管谁最后跑出，甚至中途杀出搅局者，都将会对现在的电子商务格局产生巨大的冲击，马云的危机，恐怕现在才开始。
-
滴滴快的合并后，它想变成你手机里唯一的出行应用 这是滴滴快的合并后面向公众的首场发布会，但是短的出乎意料。滴滴的CEO 程维用一个小时介绍了滴滴快的未来要做的事儿，就匆匆离去，留下一堆记者在门口讨论。 当平台上 135 万的活跃司机面向 360 座城市提供每天接近 600 万次出行服务的时候，滴滴快的已经成为用车市场上一个不容小觑的变量，他的一举一动，无论是即将上线的顺风车，还是正在完善的一套数据服务，都会给其他的玩家带来影响。 出行这块市场还可以有哪些玩法 除了出租车和专车之外，传言已久的顺风车将于 6 月 1 日上线，这意味着，你在滴滴快的的平台上，开始有更多的选择。 滴滴的 CEO 程维介绍，当一个用户叫车时，如果 60秒之内没有应答，系统会自动判定附近的专车、快车，顺风车和代驾的运力，能够让出租车叫车用户100%应答。如果不成交，滴滴快递则会送出高额的出租车券给团队一些压力，尽量能够让所有叫出租车的用户100%应答。 现在，在新版的滴滴打车应用中，已经可以看到顺风车，快车，出租车，专车等五项服务。 据了解，滴滴快车的计价方式与一号快车类似，均为 0 元起步价，每公里1.5 元，15 元的免单额度可以最少行驶 10 公里，但在详细的计费规则中可以看到，一号快车还会产生每分钟 0.25 元的等待费用，而这笔费用在滴滴快车中如何计算还没有详细的介绍。 在等待时间上，滴滴快车目前默认的最长等待时间是 3 分钟，比一号快车上 120 秒的应答时间要长。 实际上，由于集合了五项用车服务，滴滴希望能够在 3 分钟的时间内帮助用户完成出行的目标。 为了大规模地推广新上线的产品服务，滴滴再次选择了补贴的方式，将耗资 10 亿元 在北京，天津，杭州，广州，深圳，成都，武汉，重庆，南京，长沙，大连和西安等 12 个城市推出每周一免费乘坐快车的活动。 出行背后的数据服务 在一个手机应用中集成从出租车到顺风车，从低端服务到高端服务等一系列解决方案时，对于系统的后台来说要求更高。 不仅仅在数据上，在服务的量化上，滴滴也推出了一些新的策略。早在今年年初，滴滴曾经上线『滴米系统』根据距离的远近为司机派送不同的订单，以降低司机的空驶率，如今 ，滴滴又上线了 Powered By Didi 的项目，希望将调配的效率进一步地提升，实现完全的线上叫车服务。 在专车领域，ACE 认证则会对包括司机，车内设备在内的一系列体验进行考量。车内除了配备水、充电器、雨伞以外，还有 WiFi，蓝牙耳机，提供物品的盒子，里面有擦眼镜布，防雾霾的口罩等都会配备，每一位司机会经过滴滴大学的培训，提高其沟通能力和技巧。滴滴还希望司机还能够提供一些个性化服务，包括宠物服务，孕妇、老幼病患提供服务等。 当然，这类服务并不是免费的，所有选择 AEC 服务的用户将会享受 30% 的溢价服务费。 为了更好地处理这些数据，滴滴快的还成立了「机器学习研究院」，除了在机器学习之外，图像识别，智能交通，数据挖掘等人工智能领域也会在滴滴快的的后台系统中得到应用。 新的挑战 据第三方市场调研机构易观国际 5 月 12 日披露的国内专车市场数据来看，合并后的滴滴快的在第一季度活跃用户覆盖率数据上市场占比达80.9%，是国内最大专车平台。易到用车以 17.5%、Uber 以 8.1% 的占比分列第二、三名，与滴滴差距很大。 易到在前不久发布了 E-car 的新项目，这意味着你可以在一道的平台上使用「新能源」车，目前，易到第一批上线的车有 50 辆左右，它的起步价是 5 元，每公里 0.99 元，没有时长费。 而此次，滴滴快的的一系列动作则不同于「共享」、「环保」之类的话题，它更朴素，更像在讲一个接地气的故事。 晚上 10 点，我用滴滴打车在三分钟内，在快车，专车之间转换了一番后，我最终叫到了一辆出租车，一上车，司机就说，现在接的单子已经很少了。 『这么多专车，打车的人越来越少了，等我的车到期以后，我也要考虑要不要再继续拉活了。』 你看，在这个故事里，既有滴滴快的最早借助的力量——出租车，也有专车服务，还有更便宜的快车，更方便的顺风车。 只是，在庞大并且有限的出行市场面前，这些出行的供应者如何保持良好互补而不是打架的关系十分重要。 这是给滴滴快的最大的挑战，也是衡量他们能否成为市场变革者的试金石。 -
热门话题：创业这么热，为何站长消失了？ 过去几年，互联网行业上持续着创业热,不少创业者怀揣着梦想走上了艰难的创业之路。不过，一个被人忽视的现象是，互联网上曾经最为活跃的一个创业群体－站长却在这个时代消失了。而在前不久，还听闻一个朋友告知，举办了八年之久的站长大会也要谢幕了。这到底是为什么呢？是站长转型不力，还是时代的必然呢？我想有几个方面的客观原因吧。 1、技术门槛高了 在曾经的PC时代，个人站长这一群体曾经是互联网创业队伍中重要的一个群体，像好123的李兴平，美图秀秀的蔡文胜等等，他们是最早的一批在互联网上淘金的创业者。通常的站长创业是这样的，购买一个域名，然后在IDC运营商哪里购买一台服务器，并在服务器上架设一个文字或图片站，依靠人工和机器采集，定期更新网站内容，然后依靠网站的广告和流量进行变现。不过，随着移动互联网时代的到来，当前的互联网创业的技术门槛大幅提高了。 稍微了解点技术的人们都知道，一款移动应用能够顺利的上线被成千上网的用户流畅的使用，这其中不仅仅是在前端交互页面的精妙设计，更需要的是后端服务器的处理能力。而在以往pc时代，建造一个网站相当简单，网络上有很多源代码，站长只需要将源代码上传到网站服务器，对网站前端页面做些简单设计，再对网站栏目和关键词进行稍作改动，便能够做出一个属于自己的网站。而在现在，各类移动应用的复制性并不强，尽管市场上也有不少可以简单生产移动应用的产品，但是App当中有很多个性化的应用却必须量身打造，这就使得没有技术背景的站长难以复制PC时代的创业建站方法。 2、推广难度高了 其次，在PC时代，草根站长们通过学习SEO技巧和关键词优化，能够利用搜索引擎的规则，通过设置文章关键词并对页面做优化，大量的流量来自于搜索引擎。而在移动互联网时代，每一个应用都是一个信息孤岛，在在PC时代的很多免费推广方法在移动互联网上都全部失效，这就导致产品的推广成本非常之高。特别是在移动互联网的发展初期，大量的App都是依靠手机内置和应用商店投放广告进行推广，这对于没有充足资金的个人站长来说，无疑是个非常大的挑战，这种情况下，即使是个人站长想尽办法开发出自己的App，也无法将它推广到更多的用户手中。 3、盈利模式没了 事实上，在移动互联网初期时，也有大量的个人站长希望能够在新的互联网浪潮中淘金，不少具有技术背景的个人站长也试着开发app，并希望能够延续此前pc时代的盈利模式，通过流量来进行变现。不过，在投入了一段时间之后，很多个人站长发现，除了没有更多的资源和能力将app推广到更高的量级之外，最关键的是对于更小的移动屏幕，希望通过广告或流量变现的可能微乎其微。而且，对于移动应用的生态而言，大量的流量集中在微信、淘宝、微博、视频网站上面，人们对于工具性app的依赖程度非常之底，这就导致站长们的广告变现梦破碎。 4、创业变重了 还有，就目前的互联网创业环境来说，产品模式相比pc时代是变重了。在PC时代，人们对于信息的需求更加强烈，这就说，在过去，只需要能够做到传递信息就可以。这就意味着，在以往互联网上的创业，只需要满足用户的某一项网上服务就好，而在如今的创业过程中，更多的结合到了线下部分，特别是o2o浪潮的兴起，更需要大量的人力来支持项目的完成。这就使得创业团队当中还必须具有大量的人力去推动线下，属于个人站长的单打独斗的时代彻底结束了。 并且，在移动互联网时代，人们更加注重体验，这就需要互联网的创业者们将每一个细节做到位，从产品设计到页面呈现，从体验到服务，都需要有较高的水准，还需要有更多的专业人才参与其中，才能够打造出体验更好的产品。 5、玩法变了 事实上，目前这个时代的互联网创业的玩法已经彻底变了，早已不再是国内互联网启蒙时期，只有找到一个领域然后扎进去，几年之后，便能有所收获。现在的互联网创业讲究高举高打，快速领先，而不是低调潜行，小步慢跑。现在的互联网创业主要的玩法是，一面通过一轮又一轮的融资以及伴随而来的各种补贴大战来建立了行业门槛，另一面不断扩充自己的产品范围，通过产业链和生态链的做法，快速的将自身的品牌向周边行业扩展，以换取更大的市场估值，而在这个过程中大多数创业公司是面临巨额亏损的，但是没有关系，只要资本市场还有人相信，那么估值还会伴随着创业公司们的一场场发布会而继续暴涨。 这显然与朴实无华的个人站长时代截然不同。草根站长更加务实，不会做事业只会做生意，更看重自己所经营的项目能否带来现实回报。这一方面是站长的个人视野和能力的局限所致，另一方面也是由当时的市场环境所决定的。如今，资本热钱更加之多，很多创业者很可能一开始并不一定如此的高调或冒进，但是在资本力量的推动下，他们的创业梦想很可能也随之而放大了。 还想说的是，尽管现在整个国家都在鼓励大众创业和万众创新，但目前在互联网上的创业门槛显然是很已经很高了，在这个时代创业，不仅仅需要依靠个人的创业勇气，更需要创业者有团队意识和快速融资的能力，因为在这个“高举高打”和动辄融资千万美元或上亿美元的互联网创业新时代，无论是在资金资源，还是在技术和产品方面，创业的门槛已经很高了。
-
emlog缩略图不同实现方法：正文-附件-随机图片 实现emlog列表也缩略图按先调用正文第一张图片，没有则调用附件图片，如果前两者都没有则调用随机图片代码 第一步：首先在模板的module.php文件中最后面加入如下代码 <?php //全局匹配正文中的图片并存入imgsrc中 function img_zw($content){preg_match_all("|<img+src=\"(+)\"?*>|is", $content, $img);$imgsrc = !empty($img) ? $img : '';if($imgsrc):return $imgsrc;endif;} //Custom: 获取附件第一张图片 function img_fj($logid){$db = MySql::getInstance();$sql = "SELECT * FROM ".DB_PREFIX."attachment WHERE blogid=".$logid." AND (`filepath` LIKE '%jpg' OR `filepath` LIKE '%gif' OR `filepath` LIKE '%png') ORDER BY `aid` ASC LIMIT 0,1";$imgs = $db->query($sql);$img_path = "";while($row = $db->fetch_array($imgs)){$img_path .= BLOG_URL.substr($row,3,strlen($row));} return $img_path;}?> 第二步：然后在log_list.php的foreach循环中加入如下代码 <?php if(img_zw($value)){$imgurl = img_zw($value); }elseif(img_fj($value)){$imgurl = img_fj($value); }else{$imgurl = TEMPLATE_URL.'images/'.rand(1,5).'.jpg';} ?><p><img src="<?php echo $imgurl;?>" /></p> 本教程代码结束！！！！ 以下代码为舍力自用代码，请不必理会，直接替换上面第二步代码，即实现有调用正文第一张图片 => 附件图片 => 无图片则不显示。 <?php if(img_zw($value)){$imgurl = img_zw($value);?><p><img src="<?php echo $imgurl;?>" /></p> <?php }elseif(img_fj($value)){$imgurl = img_fj($value);?><p><img src="<?php echo $imgurl;?>" /></p> <?php }else{}?>
-
-
Ecshop后台如何去除云提醒未激活，点击激活 Ecshop如何去除云提醒未激活，点击激活，接下来我就为大家详细介绍，找到admin/templates/start.htm中的 <script type="Text/Javascript" language="JavaScript"> <!-- Ajax.call('cloud.php?is_ajax=1&act=cloud_remind','', cloud_api, 'GET', 'JSON'); function cloud_api(result) { //alert(result.content); if(result.content=='0') { document.getElementById("cloud_list").style.display ='none'; } else { document.getElementById("cloud_list").innerHTML =result.content; } } function cloud_close(id) { Ajax.call('cloud.php?is_ajax=1&act=close_remind&remind_id='+id,'', cloud_api, 'GET', 'JSON'); } //--> </script> 注释掉如图所示的一段代码，到</script>截止全部删除即可。登陆后台，更新缓存，问题就解决了
-
-
如何限制ecshop底部帮助中心文章条数(help.lbi) ECSHOP帮助中心如何限制文章条数 有的站长的帮助中心的文章可能会很多，都显示在帮助中心里，感觉会很乱。教您一个“在ECSHOP帮助中心限制文章显示条数”的方法，例如只显示每个帮助分类的前5篇文章。为了照顾大多数站长，本教程倾向于在ecshop模板里修改实现。以默认模板为例， 打开 /themes/default/library/help.lbi 文件，以默认模板为例，将其中的 <!-- {foreach from=$help_cat.article item=item} --> <dd><a href="{$item.url}" title="{$item.title|escape:html}">{$item.short_title}</a></dd> <!-- {/foreach} --> 修改为 <!-- {foreach from=$help_cat.article name="help_list" item=item} --> {if $smarty.foreach.help_list.iteration lt 6} <dd><a href="{$item.url}" title="{$item.title|escape:html}">{$item.short_title}</a></dd> {/if} <!-- {/foreach} --> 其中的6表示文章数量少于6，即只显示5篇文章
-
css控制不溢出,不换行,溢出部分省略号显示 css控制不溢出,不换行,溢出部分省略号显示：white-space:nowrap;text-overflow:ellipsis;overflow:hidden; ext-overflow 取值： clip : 默认值。不显示省略标记(...)，而是简单的裁切 ellipsis : 当对象内文本溢出时显示省略标记(...) white-space : normal | pre | nowrap 取值： normal : 默认值。默认处理方式。文本自动处理换行。假如抵达容器边界内容会转到下一行 pre : 换行和其他空白字符都将受到保护。这个值需要IE6+或者 !DOCTYPE 声明为 standards-compliant mode 支持。如果 !DOCTYPE 声明没有指定为 standards-compliant mode ，此属性可以使用，但是不会发生作用。结果等同于 normal 。参阅 pre 对象 nowrap : 强制在同一行内显示所有文本，直到文本结束或者遭遇 br 对象。参阅 noWrap 属性 overflow : visible | auto | hidden | scroll 取值： visible : 默认值。不剪切内容也不添加滚动条。假如显式声明此默认值，对象将以包含对象的 window 或 frame 的尺寸裁切。并且 clip 属性设置将失效 auto : 在必需时对象内容才会被裁切或显示滚动条 hidden : 不显示超过对象尺寸的内容 scroll : 总是显示滚动条
-
Emlog获取相同作者的文章，可限制数量的方法 Emlog默认没有给予获取同一作者文章的相关功能；只是在列表也给出了相同作者的所有文章，下面就是Emlog获取相同作者的文章的代码，原构思来源于，不够貌似博主写的不是很清楚，所以舍力经过加工，让更多的Emloger受益。首页在模板的module.php文件中加入如下代码： <?php //获取相同作者的文章，可限制数量的方法 function sl_author(){$sl_zz=mysql_query("SELECT * FROM ".DB_PREFIX."blog WHERE author ='1' order by `views` DESC limit 0,10");while($sl = mysql_fetch_array($sl_zz)){?> <li><a href="<?php echo Url::log($sl);?>" title="<?php echo $sl;?>"><?php echo $sl;?></a></li><?php }}?> 其中author ='1' 中的标签作者id，limit 0,10中的0表示从第一篇文章开始，10表示数量；调用方法在你想要的地方放入<?php sl_author();?>即可。
-
Emlog博客调用分类文章图文显示的方法 温馨提示：所有代码请在模板默认上测试，因为不确定模板是否有相同代码出现，所以在运行上可能会出错。 第一种方法：模板的module.php文件中放入如下代码： <?php //调用分类文章，图文显示 function sheli_tw($sort, $num){$db = MySql::getInstance(); $sql = "SELECT gid,title,date,content,sortid,views,comnum FROM ".DB_PREFIX."blog WHERE sortid=".$sort." AND hide='n' ORDER BY `date` DESC LIMIT 0,$num"; $go = $db->query($sql);while($row = $db->fetch_array($go)){ $img_url = TEMPLATE_URL.'images/sheli.jpg';//无图片时显示 if(pic_thumb($row)){$img_url = pic_thumb($row);//查找正文第一张图片 }elseif(picthumb($row)){$img_url = picthumb($row);//查找附件第一张图片 }else{$img_url;}?> <li><p><a href="<?php echo Url::log($row);?>"><img src="<?php echo $img_url;?>" /></p><span><?php echo $row;?></a></span></li> <?php }}function picthumb($blogid) {$db = MySql::getInstance();$sql = "SELECT * FROM ".DB_PREFIX."attachment WHERE blogid=".$blogid." AND (`filepath` LIKE '%jpg' OR `filepath` LIKE '%gif' OR `filepath` LIKE '%png') ORDER BY `aid` ASC LIMIT 0,1";$imgs = $db->query($sql);while($row = $db->fetch_array($imgs)){$pict.= ''.BLOG_URL.substr($row,3,strlen($row)).'';}return $pict;}function pic_thumb($content){preg_match_all("/\<img.*?src\=\"(.*?)\"*>/i", $content, $img);$imgsrc = !empty($img) ? $img : '';if($imgsrc):return $imgsrc;endif;}?> 调用方式：<?php sheli_tw(1,10);?>；其中1表示分类id，10表示数量 第二种方法：在模板的module.php文件中放入如下代码： <?php //全局匹配正文中的图片并存入imgsrc中 function img_zw($content){preg_match_all("|<img+src=\"(+)\"?*>|is", $content, $img);$imgsrc = !empty($img) ? $img : '';if($imgsrc):return $imgsrc;endif;} //Custom: 获取附件第一张图片 function img_fj($logid){$db = MySql::getInstance();$sql = "SELECT * FROM ".DB_PREFIX."attachment WHERE blogid=".$logid." AND (`filepath` LIKE '%jpg' OR `filepath` LIKE '%gif' OR `filepath` LIKE '%png') ORDER BY `aid` ASC LIMIT 0,1";$imgs = $db->query($sql);$img_path = "";while($row = $db->fetch_array($imgs)){$img_path .= BLOG_URL.substr($row,3,strlen($row));} return $img_path;}?> 然后在需要显示的位置放入下面代码 <?php $db = MySql::getInstance(); $sql = "SELECT gid,title,date,content,sortid,views,comnum FROM ".DB_PREFIX."blog WHERE type='blog' and sortid='1' and hide='n' ORDER BY `date` DESC LIMIT 0,15"; $go = $db->query($sql);while($value = $db->fetch_array($go)){ $img_url='';if(img_zw($value)){$img_url = img_zw($value);}elseif(img_fj($value)){$img_url = img_fj($value);}else{$img_url;} $gid=$value; global $CACHE;$log_cache_tags = $CACHE->readCache('logtags'); if (!empty($log_cache_tags)){$tag = '标签：';foreach ($log_cache_tags as $sl){$tag .= "<a href=\"".Url::tag($sl)."\">".$sl.'</a> ';}} ?> 图片：<img src="<?php echo $img_url;?>" /> 日期：<?php echo gmdate('Y-m-d',$value);?> 标签：<?php echo $tag;?> 标题：<a href="<?php echo Url::log($value);?>" title="<?php echo $value;?>"><?php echo $value;?></a> 描述：<?php echo subString(strip_tags(str_replace(array("\n"," "," "),"",$value)),0,80);?> <?php }?> sortid='1'中的1为分类ID，LIMIT 0,15中的15为显示数量