php微信对账单怎么处理，办理申根签证有什么要求？
申根作为热门旅游目的地，是众多旅行者的首选，因为它不仅方便，手持一个申根签证就可以出入26个申根国家。同时除了首次申请时申请人必须亲自前往领事馆或签证中心提交申请录入指纹，在此申请后59个月内的后续申请中，再次前往申根地区将无需重复指纹录入步骤，可由他人代交资料（但某些签证中心即便有过指纹记录也需本人亲自递交，如成都希腊和瑞典签证中心，上海西班牙）
这里给大家普及一些基本概念：
什么是申根签证
申根签证（Schengen Visa）是指根据申根协议而签发的签证。这项协议由于在卢森堡的申根签署而得名，协议规定了成员国的单一签证政策。据此协议，任何一个申根成员国签发的签证，在所有其他成员国也被视作有效，而无需另外申请签证。
申根签证国家有哪些
目前，申根国共26个：奥地利、比利时、丹麦、芬兰、法国、德国、冰岛、意大利、希腊、卢森堡、荷兰、挪威、葡萄牙、西班牙、瑞典、匈牙利、捷克、斯洛伐克、斯洛文尼亚、波兰、爱沙尼亚、拉脱维亚、立陶宛、瑞士、列支敦士登和马耳他。
如何判断申请哪个国家的签证
如果访问多个申根国家，须在主要目的地国家（停留时间最长的国家）的签证中心申请签证。如果访问多个申根国家，但是无主要目的国家（即在每个申根国家的停留时间相同），则须在第一入境申根国的签证中心申请签证。
现在我们以法国来举例说明申请流程，法国在众多申根国家中是最热门的，也是审理时间最短的，一般3个工作日就可出签。
登陆法国签证中心网址
https://fr.tlscontact.com/cn/splash.php
法国签证申请是没有领区划分的，申请人可以任意选择一个签证中心递交材料（其他申根国家请具体咨询我们）。点击注册，激活之后就可以登陆了。一旦登陆成功，系统会自动生成一个申请号，如下
阅读完注意事项，点击红框部分新的申请，即可开始填表
填写的内容非常简单，主要是工作情况，行程，旅行史等问题，点击保存之后可以修改申请表或者直接打印出来，检查申请表没有问题后点击确认全部，申请表就不能再修改了。需注意的是签证费是在签证中心支付，可以现金，也可以支付宝。
最后一步是预约时间，预约成功之后系统会自动发一封邮件到邮箱里，到时将预约信打印出来和所有材料一起带到签证中心。递交完成后网站上可以看到签证进度，进行到哪一步哪一步就会变亮，还未进行的则是灰色的。
准备材料时，需要注意的是，如果申请人小于18岁，并且没有父母同行或只有一方父母同行，需提供中国外交部认证的出生公证原件 （内含英文或法文翻译）以及中国外交部或省外事办认证的由父母双方或法定监护人签字的亲属许可公证书（原件内含英文或法文翻译）
申根办理流程都是大同小异的，除了个别使领馆可能会有更严格的要求，比如德国对签证时间就给得特别严谨，一般是申请几天就给几天。同时，去北欧国家的申请人也越来越多了，可能大家都想去看看极光吧
想用MongoDB取代MySQL可以吗？
脱离业务场景，空谈技术架构都是耍流氓。
我们公司同一个项目就同时在用Mysql和MongoDB，希望通过下面介绍可以帮助你真正了解到Mysql和MongoDB优劣对比及实际业务应用场景。
数据库人气排行以下来自最新的db-engines的数据库人气排行榜
接下来我们看一下前十名的趋势变化图：
关系数据库前10名如下：
文档数据库前10名如下：
通过上面可以看出MongoDB虽说分数一直保持着稳定上升的趋势，但和 Mysql相比依然有一定的差距。不过，MongoDB 在2018年的表现是非常不错的，至少一直都在进步，这个表现也是 MongoDB 独一份。
数据结构MySQL：MySQL将数据存储在表中，并使用结构化查询语言（SQL）访问数据。MySQL使用模式来定义数据库结构，要求表中的所有行具有相同的结构，并且值由特定的数据类型表示。
MongoDB：在MongoDB中，数据存储在类似JSON的文档中，这些文档可以有不同的结构。为了提高查询速度，MongoDB可以将相关数据存储在一起，这些数据可以使用MongoDB查询语言访问。
在MongoDB中，文档能够拥有自己独特的结构。新字段可以随时添加并包含任何类型的值。
优缺点MySQL是关系型数据库。
优势：
在不同的引擎上有不同的存储方式。
查询语句是使用传统的sql语句，拥有较为成熟的体系，成熟度很高。
开源数据库的份额在不断增加，mysql的份额页在持续增长。
缺点：
在海量数据处理的时候效率会显著变慢。
Mongodb是非关系型数据库(nosql )，属于文档型数据库。
存储方式：虚拟内存+持久化。
查询语句：是独特的Mongodb的查询方式。
适合场景：事件的记录，内容管理或者博客平台等等。
架构特点：可以通过副本集，以及分片来实现高可用。
数据处理：数据是存储在硬盘上的，只不过需要经常读取的数据会被加载到内存中，将数据存储在物理内存中，从而达到高速读写。
成熟度与广泛度：新兴数据库，成熟度较低，Nosql数据库中最为接近关系型数据库，比较完善的DB之一，适用人群不断在增长。
优点：
快速！在适量级的内存的Mongodb的性能是非常迅速的，它将热数据存储在物理内存中，使得热数据的读写变得十分快。高扩展性，存储的数据格式是json格式！
缺点：
事务关系支持薄弱。这也是所有NoSQL数据库共同的缺陷，不过NoSQL并不是为了事务关系而设计的，具体应用还是根据需求。而且开发文档不是很完全、完善。
应用场景关系型数据库适合存储结构化数据，如用户的帐号、地址
1）这些数据通常需要做结构化查询，比如join，这时候，关系型数据库就要胜出一筹
2）这些数据的规模、增长的速度通常是可以预期的
3）事务性、一致性
NoSQL适合存储非结构化数据，如文章、评论：
1）这些数据通常用于模糊处理，如全文搜索、机器学习
2）这些数据是海量的，而且增长的速度是难以预期的，
3）根据数据的特点，NoSQL数据库通常具有无限（至少接近）伸缩性
4）按key获取数据效率很高，但是对join或其他结构化查询的支持就比较差
什么场景MongoDB更适用更高的写入负载
默认情况下，MongoDB更侧重高数据写入性能，而非事务安全，MongoDB很适合业务系统中有大量“低价值”数据的场景。但是应当避免在高事务安全性的系统中使用MongoDB，除非能从架构设计上保证事务安全。
高可用性
MongoDB的复副集(Master-Slave)配置非常简洁方便，此外，MongoDB可以快速响应的处理单节点故障，自动、安全的完成故障转移。这些特性使得MongoDB能在一个相对不稳定（如云主机）的环境中，保持高可用性。
数据量很大或者未来会变得很大
依赖数据库(MySQL)自身的特性，完成数据的扩展是较困难的事，在MySQL中，当一个单达表到5-10GB时会出现明显的性能降级，此时需要通过数据的水平和垂直拆分、库的拆分完成扩展，使用MySQL通常需要借助驱动层或代理层完成这类需求。而MongoDB内建了多种数据分片的特性，可以很好的适应大数据量的需求。
基于位置的数据查询
MongoDB支持二维空间索引，因此可以快速及精确的从指定位置获取数据。
表结构不明确，且数据在不断变大
在一些传统RDBMS中，增加一个字段会锁住整个数据库/表，或者在执行一个重负载的请求时会明显造成其它请求的性能降级。通常发生在数据表大于1G的时候（当大于1TB时更甚）。 因MongoDB是文档型数据库，为非结构货的文档增加一个新字段是很快速的操作，并且不会影响到已有数据。另外一个好处当业务数据发生变化时，是将不在需要由DBA修改表结构。
没有DBA支持
如果没有专职的DBA，并且准备不使用标准的关系型思想（结构化、连接等）来处理数据，那么MongoDB将会是你的首选。MongoDB对于对像数据的存储非常方便，类可以直接序列化成JSON存储到MongoDB中。 但是需要先了解一些最佳实践，避免当数据变大后，由于文档设计问题而造成的性能缺陷。
实际业务应用BillRun – 基于MongoDB的帐单系统 (来自oc666)
BillRun是由Ofer Cohen推出开源账单系统，采用MongoDB做为数据存储。这套账单系统被以色列一家增速最快的电信运营商采用，每月处理5亿条通信记录，Ofer在Slideshare上说明了具体利到了MongoDB的哪些特性：
弱数据结构的特点，使得BillRun能很快的支持新的CDR(通讯记录)类型。这个特性使文档型数据库很适用于快速发展、业务需求不确定的系统中。
BillRun仅使用了一个Collection，已经管理了数TB的文档数据，并且没有遇到由结构变更、数据爆发式增长的带来的限制和问题。
replicaSet副本集特性使建立更多的数据中心DRP变得更轻松。
内建的Sharding分片特性避免系统在数据增长的过程中遇到性能瓶颈。
每秒钟2000条通信记录的插入，MongoDB在架构设计上很好的支持了高负载的数据写入。并且可以使用findAndModify(相对缓慢)完成基础的事务特性，并且通过应用层面的支持，实现双段式提交。
查询方式相比SQL，更加易读、易懂，开发相对轻松。
基于位置允许更好的分析用户使用情况，从而更好地制定移动电话基础设施的投入点。
以上，如果对你有帮助帮忙点个赞吧
专注于Java领域优质技术号，欢迎关注
上月的工资不发该怎么办？
上个月的工资其实不是关键，下个月才是关键。
疫情大规模爆发始于1月22日晚宣布武汉自23日10时起开始全面封城开始，在这之前，疫情只是偶尔出现在新闻报道中，也并没有引起绝大多数人的关注，当然，各种原因就不在这里讨论。
针对次月发放工资的公司来说，二月还不是最难熬的很多公司是次月五号、十号、十五号这样的时间节点发放上个月的工资，而一月份的工作日到22号也基本结束，这样也就意味着在2月份发放一月工资的时候，基本应该是全发的情况，如果不发、少发、降薪的话，你可以去翻翻劳动法，翻翻相关规定了。
其次，今年的春节收到疫情影响，所有人基本都呆在家里哪里也去不了，这样也就意味着很多人情的开支直接减少，只需要满足基本的生存需求就可以，支出也会少很多。
这样的公司最难熬的应该是在三月份，当三月份发放二月工资的时候，那才叫一个惨淡。
疫情期间，企业是否可以降薪、扣薪呢？这恐怕是所有上班族所关心的问题了吧，尤其是针对那些体制外的上班族而言。
通过对权威机构的解答研究，做了个简单的归纳和
1、如果付出了劳动，不管是在公司还是家里办公，原则上不得降薪，有绩效工资的，可以适当扣除部分绩效工资。注意，是原则上。
2、国家会在疫情期间，通过贷款、补贴等各种方式，尽量保障企业正常运转，不主张降薪，但是可以与员工进行协商。当然协商之后是主动还是被动就不好说了，总之，很多企业降薪是必然趋势。
3、国家主张尽量不裁员或者少裁员，用词很委婉，意思是还是可以裁，不太过分就好。
总结一下：降薪是必然，裁员也是必然，疫情过后会死掉一部分企业，会增加更多的失业者。
关注企业如何度过寒冬的同时，更多的上班族更需要被关注对于初入职场不久的年轻人来讲，可能平时没有积蓄，接下来的日子很难过，但是相对而言在他们最难的时候还可以依靠父母接济，度过寒冬。
最难过的应该是那些上有老，下有小的中年人们，之前有很多文章描写中年危机如何如何，那些慢性的，常态性的危机远不如这次来的这么厉害。
企业降薪、裁员之后，收入骤降甚至直接没有，但是每个月的固定开支却少不了，房贷、车贷、信用卡、孩子教育等等，所有的支出并不会随着疫情的到来而减少。
目前的情况下，应对危机首先应该缩减开支，其次便是寻找新的收入来源，也就是所谓的开源节流，节流马上可以见到成效，开源需要更多的时间和机会。如何缩减开支将是接下来将是很多人重点研究的话题。
寒冬之后必是暖春随着疫情的减弱，很多省份，很多公司已经开始陆续开工，接下来疫情的影响只会越来越弱，相信国家的力量，相信国家的实力和决心，寒冬已经过去了大半。
冬天来了，春天还会远吗。
有没有什么一眼惊艳的文案？
2017年已经过半，在良莠不齐的国产广告里，奉上这大半年我最喜欢的10句文案，当然，你可以表示不赞同。
1.按你本来的样子生长
出自西安欧亚学院投放在西安地铁的广告，据说文案来自该院院长历年的毕业致辞主题。
2.或许，青春的故事，从有钱的那一刻就结束了
出自浦发银行信用卡的微电影《我们的故事从没钱开始》。详情移步《这6句文案，说到年轻人的心坎了》
3.努力活在四处碰壁的世界，直到在次元壁碰到自己
出自网易新闻。感觉这句文案与2016豆瓣广告“有人驱逐我，就会有人欢迎我”有某种相似的意味。
4.看过世界的孩子更强大
出自JEEP的TVC，TVC里的文案很好诠释了什么叫“看过世界的孩子更强大”。
5.人变得庸俗，是从发胖开始的
出自更美APP的广告。这组出街广告在圈内备受争议，但我个人很喜欢这句文案，洞察精准，言简意赅。
6.谁的一生相伴，不是一生相互为难
出自BLOVES，写给失恋人的文案。总共9句，详细请移步《这组520文案，击碎了多少恋人的心》
7.除了这一生，我们又没有别的时间
在《花儿与少年》的宣传片里看到的，后来才发现这句文案是出自一本影像随笔集《我爱这哭不出来的浪漫》。
原句是：大把大把的有姓名的时间被打包花掉,无可怜惜。直至最后发现被打包的它们其实是个轻飘飘的整体,它的名字叫—一辈子。 除了这一生,我们又没有别的时间。
8.每个时代，都悄悄犒赏会学习的人
出现在上海地铁站里的一组广告，另外一句文案是：这个世界在残酷惩罚不改变的人。
9.想要陌生的风景和窗，又想要熟悉的早餐和床
出自途家的广告。说的就是我啊。
10.理想就是离乡
出自网易云音乐乐评。以前看过一句同样引人深思又结构巧妙的文案：曾是梦想家，梦没了，只剩想家。
以上。这半年来你最喜欢的文案是哪一句呢？