css如何实现对号效果

 GitHub上50个受欢迎的PHP开源项目1、LaravelLaravel是一个为Web开发者打造的PHP开发框架。GitHub Stars: 43.5k+网址：https://github.com/laravel/laravel相关推荐：Laravel 5.8 中文文档手册Laravel视频教程2、SymfonySymfony是一个web应用开发框架，包含一组可重用的PHP组件。Symfony已经应用于上千个web应用，包括BlaBlaCar.com和Spotify.com以及大多数流行的PHP项目中，例如Drupal和Magento。GitHub Stars: 17.8k+网址：https://github.com/symfony/symfony3、CodeIgniterCodeIgniter 是一个Web应用开发框架，它的目标是让开发者可以使用其提供的功能丰富的库来实现项目的快速开发。CodIgniter允许你使用最少的代码来完成任务，从而保证你聚焦于项目本身。GitHub Stars: 16k+网址：https://github.com/bcit-ci/CodeIgniter4、FakerFaker是一个模拟数据生成库。如果你需要一些数据填充你的数据库、创建看起来像模像样的XML文档、写入持久化数据进行压力测试等等，就是使用Faker的时候。GitHub Stars: 16k+网址：https://github.com/fzaninotto/Faker5、ComposerComposer帮助你声明、管理并安装PHP依赖。GitHub Stars: 14.9k+网址：https://github.com/composer/composer6、GuzzleGuzzle是一个PHP的HTTP客户端，它使得在PHP代码中发送HTTP请求变得极其简单。GitHub Stars: 12.9k+网址：https://github.com/guzzle/guzzle7、Yii 2Yii 2 是一个现代的PHP框架，可用于作为你的PHP应用的基础。GitHub Stars: 12k+网址：https://github.com/yiisoft/yii28、PHPMailerPHPMailer是PHP经典的电子邮件发送开发库。GitHub Stars: 11k+网址：https://github.com/PHPMailer/PHPMailer9、PHPUnitPHP Unit是PHP的单元测试框架。GitHub Stars: 10k+网址：https://github.com/sebastianbergmann/phpunit10、PhalconPhalcon是一个开源的web框架，作为PHP语言的C扩展提供，因此具有高性能、低资源消耗的特点。GitHub Stars: 8.9k+网址：https://github.com/phalcon/cphalcon11、ParsedownParsedown是一个PHP版本的Markdown解析器。GitHub Stars: 7.9k+网址：https://github.com/erusev/parsedown12、Mobile DetectMobile Detect是一个轻量级的PHP类，用于检测包括平板在内的移动设备的类型。它使用User-Agent字符串以及特定的HTTP头来检测移动环境。GitHub Stars: 7.9k+网址：https://github.com/serbanghita/Mobile-Detect13、CakePHPCakePHP是一个PHP的快速开发框架，它使用了一些常见设计模式例如MVC等。CakePHP的目标是提供一个结构化的框架，以便各种水平的PHP开发者都可以快速开发出鲁棒的web应用，并且不失灵活性。GitHub Stars: 7.5k+网址：https://github.com/cakephp/cakephp14、whoopsWhoops是一个PHP的错误处理框架，开箱即用。GitHub Stars: 7k+网址：https://github.com/filp/whoops15、Laravel DebugbarLaravel Debugbar是一个用于Laravel 5的PHP调试栏。它包含了一个ServiceProvider来注册调试栏并挂接输出。可以使用laravel发布资产并进行配置。GitHub Stars: 7k+网址：https://github.com/barryvdh/laravel-debugbar16、Intervention ImageIntervention Image是一个PHP图像处理和操作库，它提供了简单明了的API用于图像的创建、编辑及整合。Intervention Image包含了ServiceProvider和Facades用于集成入Laravel。GitHub Stars: 7k+网址：https://github.com/Intervention/image17、OctoberOctober 是一个内容管理系统（CMS）和一个web平台，它的目的就是简化你的开发工作流。GitHub Stars: 7k+网址：https://github.com/octobercms/october18、WeChat微信的PHP SDK。GitHub Stars: 6.5k+网址：https://github.com/overtrue/wechat19、PHP-Parser一个使用PHP开发的PHP解析器。GitHub Stars: 6.5k+网址：https://github.com/nikic/PHP-Parser20、GoutteGoutte是一个PHP版本的web爬虫库。GitHub Stars: 6k+网址：https://github.com/FriendsOfPHP/Goutte21、WorkermanWorkerman是一个异步事件驱动的高性能PHP框架，用于构建快速、可伸缩的网络应用。Workerman支持HTTP、Websocket、SSL及其他定制协议，支持libevent、HHVM和ReactPHP。GitHub Stars: 6k+网址：https://github.com/walkor/Workerman22、 PHP Coding Standards Fixer这是一个自动修复PHP代码规范问题的工具。GitHub Stars: 6k+网址：https://github.com/FriendsOfPHP/PHP-CS-Fixer23、PHP-MLPHP-ML是一个PHP语言的机器学习库。GitHub Stars: 5.5k+网址：https://github.com/php-ai/php-ml24、DeployerDeployer是一个使用PHP开发的部署工具，预置了对流行的开发框架的支持。GitHub Stars: 5.5k+网址： https://github.com/deployphp/deployer25、Magento2Magento2是一个先进的、功能丰富的电子商务解决方案。GitHub Stars: 5.5k+网址：https://github.com/magento/magento226、 Swift MailerSwift Mailer是PHP语言的一站式邮件工具。GitHub Stars: 5.5k+网址：https://github.com/swiftmailer/swiftmailer27、 MockeryMockery 是一个简单但灵活的PHP模拟框架，用于单元测试，支持PHPUnit、PHPSpec等测试框架。Mockery的核心目标是提供一个可以采用DSL定义模拟行为的测试框架。GitHub Stars: 5k+网址：https://github.com/mockery/mockery28、Google APIs Client Library for PHP这是用来访问Google API的PHP客户端开发包。GitHub Stars: 5k+网址：https://github.com/google/google-api-php-client29、TwigTwig是一个灵活、高速安全的模板语言。GitHub Stars: 5k+网址：https://github.com/twigphp/Twig30、 PHP-PMPHP-PM是一个用于PHP应用的进程管理器和负载均衡器。GitHub Stars: 5k+网址：https://github.com/php-pm/php-pm31、PHP_CodeSnifferPHP_CodeSniffer用来检查PHP、JavaScript和CSS文件是否不符合预定义的代码规范。GitHub Stars: 4.9k+网址：https://github.com/squizlabs/PHP_CodeSniffer32、DompdfDompdf是PHP语言的HTML/PDF转换器。GitHub Stars: 4.5k+网址：https://github.com/dompdf/dompdf33、 PredisPredis是PHP版本的Redis客户端，灵活而且功能完整。GitHub Stars: 4.5k+网址：https://github.com/nrk/predis34、Respect/ValidationPHP语言的验证引擎。GitHub Stars: 4.5k+网址：https://github.com/Respect/Validation35、TypechoTypecho是一个PHP博客平台，简单强大。GitHub Stars: 4k+网址：https://github.com/typecho/typecho36、LycheeLychee是一个美观易用的照片管理系统，你可以部署在自己的服务器上，管理或分享照片。GitHub Stars: 4k+网址：https://github.com/electerious/Lychee37、ProphecyProphecy是一个PHP的模拟框架。GitHub Stars: 4k网址：https://github.com/phpspec/prophecy38、EmojiOneEmojiOne包含了一组库来帮助用户找到并替换应用或网站中的系统emoji表情。GitHub Stars: 3.9k+网址：https://github.com/emojione/emojione39、ThanksThanks是一个PHP包管理器。GitHub Stars: 3.5k+网址：https://github.com/symfony/thanks40、PHPStan — PHP Static Analysis ToolPHPStan是PHP静态分析工具，无需运行PHP代码就可以发现其中的bug。GitHub Stars: 3.5k+网址：https://github.com/phpstan/phpstan41、PHP OAuth 2.0 Serverleague/oauth2-server是一个PHP开发的OAuth2.0验证服务器实现。你可以轻松地配置一个OAuth 2.0服务器来使用访问token保护你的API，或者允许客户端来请求新的访问token。GitHub Stars: 3.5k+网址：https://github.com/thephpleague/oauth2-server42、CountriesCoutries是一个PHP开发的数据集，以多种格式提供全球国家数据：JSON, CSV, XML 和Yaml。GitHub Stars: 3.5k+网址：https://github.com/mledoze/countries43、BotManBotMan是一个用来简化对话机器人开发的PHP库，支持多种消息平台，包括Slack、Telegram、Microsoft Bot Framework、Mexmo、HipChat、Facebook Messenger和微信。GitHub Stars: 3.5k+网址：https://github.com/botman/botman44、 SilexSliex是一个基于Symfony组件的PHP微框架。GitHub Stars: 3.5k+网址：https://github.com/silexphp/Silex45、Chat APIChat API提供了访问WhatsAPP的开发接口。GitHub Stars: 3.5k+网址：https://github.com/mgp25/Chat-API46、random_compat随机数发生器。GitHub Stars: 3.5k+网址：https://github.com/paragonie/random_compat47、BoltBolt是一个简单的CMS系统，它基于Symfony组件，使用Twig和SQLite/MySQL/PostgreSQL。GitHub Stars: 3.5k+网址：https://github.com/bolt/bolt48、PhinxPhinx用来简化你的PHP应用的数据库迁移操作。在5分钟内，你就可以安装Phinx并创建第一个数据库迁移。Phinx只负责迁移，它不是一个ORM。GitHub Stars: 3k+网址：https://github.com/cakephp/phinx49、 CodeceptionCodeception是一个现代的PHP全栈测试框架， 受BDD的启发，它提供了一种新的方式来编写单元测试。Codeception基于PHPUnit实现。GitHub Stars: 3k+网址：https://github.com/Codeception/Codeception50、 PHPWordPHPWord是一个使用PHP开发的Office文档读写库，支持MS Office XML（OOXML或OpenXML）、OASIS开放文档格式、富文本格式（RTF）、HTML和PDF。GitHub Stars: 3k+网址：https://github.com/PHPOffice/PHPWord以上星数最多的50个GitHub开源项目，如果你感兴趣，就下载试试吧！

一、定义区别伪类伪类用于选择DOM树之外的信息，或是不能用简单选择器进行表示的信息。前者包含那些匹配指定状态的元素，比如 :visited，:active；后者包含那些满足一定逻辑条件的DOM树中的元素，比如:first-child，:first-of-type，:target。伪元素伪元素为DOM树没有定义的虚拟元素。不同于其他选择器，它不以元素为最小选择单元，它选择的是元素指定内容。比如::before表示选择元素内容的之前内容，也就是""；::selection表示选择元素被选中的内容。二、语法区别在CSS3中，伪类与伪元素在语法上也有所区别，伪元素修改为以::开头。但因为历史原因，浏览器对以:开头的伪元素也继续支持，但建议规范书写为::开头。以上就是css中伪类和伪元素有什么区别的详细内容，更多请关注趣乐分享其它相关文章！

一、秒杀业务为什么难做1）im系统，例如qq或者微博，每个人都读自己的数据（好友列表、群列表、个人信息）；2）微博系统，每个人读你关注的人的数据，一个人读多个人的数据；3）秒杀系统，库存只有一份，所有人会在集中的时间读和写这些数据，多个人读一个数据。例如：小米手机每周二的秒杀，可能手机只有1万部，但瞬时进入的流量可能是几百几千万。又例如：12306抢票，票是有限的，库存一份，瞬时流量非常多，都读相同的库存。读写冲突，锁非常严重，这是秒杀业务难的地方。那我们怎么优化秒杀业务的架构呢？二、优化方向优化方向有两个（今天就讲这两个点）：（1）将请求尽量拦截在系统上游（不要让锁冲突落到数据库上去）。传统秒杀系统之所以挂，请求都压倒了后端数据层，数据读写锁冲突严重，并发高响应慢，几乎所有请求都超时，流量虽大，下单成功的有效流量甚小。以12306为例，一趟火车其实只有2000张票，200w个人来买，基本没有人能买成功，请求有效率为0。（2）充分利用缓存，秒杀买票，这是一个典型的读多些少的应用场景，大部分请求是车次查询，票查询，下单和支付才是写请求。一趟火车其实只有2000张票，200w个人来买，最多2000个人下单成功，其他人都是查询库存，写比例只有0.1%，读比例占99.9%，非常适合使用缓存来优化。好，后续讲讲怎么个“将请求尽量拦截在系统上游”法，以及怎么个“缓存”法，讲讲细节。三、常见秒杀架构常见的站点架构基本是这样的（绝对不画忽悠类的架构图）（1）浏览器端，最上层，会执行到一些JS代码（2）服务端，这一层会访问后端数据，拼html页面返回给浏览器（3）服务层（web服务器），向上游屏蔽底层数据细节，提供数据访问（4）数据层，最终的库存是存在这里的，mysql是一个典型（当然还有会缓存）这个图虽然简单，但能形象的说明大流量高并发的秒杀业务架构，大家要记得这一张图。后面细细解析各个层级怎么优化。四、各层次优化细节第一层，客户端怎么优化（浏览器层，APP层）问大家一个问题，大家都玩过微信的摇一摇抢红包对吧，每次摇一摇，就会往后端发送请求么？回顾我们下单抢票的场景，点击了“查询”按钮之后，系统那个卡呀，进度条涨的慢呀，作为用户，我会不自觉的再去点击“查询”，对么？继续点，继续点，点点点。。。有用么？平白无故的增加了系统负载，一个用户点5次，80%的请求是这么多出来的，怎么整？（a）产品层面，用户点击“查询”或者“购票”后，按钮置灰，禁止用户重复提交请求；（b）JS层面，限制用户在x秒之内只能提交一次请求；APP层面，可以做类似的事情，虽然你疯狂的在摇微信，其实x秒才向后端发起一次请求。这就是所谓的“将请求尽量拦截在系统上游”，越上游越好，浏览器层，APP层就给拦住，这样就能挡住80%+的请求，这种办法只能拦住普通用户（但99%的用户是普通用户）对于群内的高端程序员是拦不住的。firebug一抓包，http长啥样都知道，js是万万拦不住程序员写for循环，调用http接口的，这部分请求怎么处理？第二层，服务端层面的请求拦截怎么拦截？怎么防止程序员写for循环调用，有去重依据么？ip？cookie-id？…想复杂了，这类业务都需要登录，用uid即可。在服务端层面，对uid进行请求计数和去重，甚至不需要统一存储计数，直接服务端内存存储（这样计数会不准，但最简单）。一个uid，5秒只准透过1个请求，这样又能拦住99%的for循环请求。5s只透过一个请求，其余的请求怎么办？缓存，页面缓存，同一个uid，限制访问频度，做页面缓存，x秒内到达服务端的请求，均返回同一页面。同一个item的查询，例如车次，做页面缓存，x秒内到达服务端的请求，均返回同一页面。如此限流，既能保证用户有良好的用户体验（没有返回404）又能保证系统的健壮性（利用页面缓存，把请求拦截在服务端了）。页面缓存不一定要保证所有服务端返回一致的页面，直接放在每个站点的内存也是可以的。优点是简单，坏处是http请求落到不同的服务端，返回的车票数据可能不一样，这是服务端的请求拦截与缓存优化。好，这个方式拦住了写for循环发http请求的程序员，有些高端程序员（黑客）控制了10w个肉鸡，手里有10w个uid，同时发请求（先不考虑实名制的问题，小米抢手机不需要实名制），这下怎么办，服务端按照uid限流拦不住了。第三层 服务层来拦截（反正就是不要让请求落到数据库上去）服务层怎么拦截？大哥，我是服务层，我清楚的知道小米只有1万部手机，我清楚的知道一列火车只有2000张车票，我透10w个请求去数据库有什么意义呢？没错，请求队列！对于写请求，做请求队列，每次只透有限的写请求去数据层（下订单，支付这样的写业务）1w部手机，只透1w个下单请求去db3k张火车票，只透3k个下单请求去db如果均成功再放下一批，如果库存不够则队列里的写请求全部返回“已售完”。对于读请求，怎么优化？cache抗，不管是memcached还是redis，单机抗个每秒10w应该都是没什么问题的。如此限流，只有非常少的写请求，和非常少的读缓存mis的请求会透到数据层去，又有99.9%的请求被拦住了。当然，还有业务规则上的一些优化。回想12306所做的，分时分段售票，原来统一10点卖票，现在8点，8点半，9点，...每隔半个小时放出一批：将流量摊匀。其次，数据粒度的优化：你去购票，对于余票查询这个业务，票剩了58张，还是26张，你真的关注么，其实我们只关心有票和无票？流量大的时候，做一个粗粒度的“有票”“无票”缓存即可。第三，一些业务逻辑的异步：例如下单业务与 支付业务的分离。这些优化都是结合 业务 来的，我之前分享过一个观点“一切脱离业务的架构设计都是耍流氓”架构的优化也要针对业务。好了，最后是数据库层浏览器拦截了80%，服务端拦截了99.9%并做了页面缓存，服务层又做了写请求队列与数据缓存，每次透到数据库层的请求都是可控的。db基本就没什么压力了，闲庭信步，单机也能扛得住，还是那句话，库存是有限的，小米的产能有限，透这么多请求来数据库没有意义。全部透到数据库，100w个下单，0个成功，请求有效率0%。透3k个到数据，全部成功，请求有效率100%。五、总结上文应该描述的非常清楚了，没什么总结了，对于秒杀系统，再次重复下我个人经验的两个架构优化思路：（1）尽量将请求拦截在系统上游（越上游越好）；（2）读多写少的常用多使用缓存（缓存抗读压力）；浏览器和APP：做限速服务端：按照uid做限速，做页面缓存服务层（web服务器）：按照业务做写请求队列控制流量，做数据缓存数据层：闲庭信步并且：结合业务做优化六、Q&A问题1、按你的架构，其实压力最大的反而是服务端，假设真实有效的请求数有1000万，不太可能限制请求连接数吧，那么这部分的压力怎么处理？答：每秒钟的并发可能没有1kw，假设有1kw，解决方案2个：（1）服务层（web服务器）是可以通过加机器扩容的，最不济1k台机器来呗。（2）如果机器不够，抛弃请求，抛弃50%（50%直接返回稍后再试），原则是要保护系统，不能让所有用户都失败。问题2、“控制了10w个肉鸡，手里有10w个uid，同时发请求” 这个问题怎么解决哈？答：上面说了，服务层（web服务器）写请求队列控制问题3：限制访问频次的缓存，是否也可以用于搜索？例如A用户搜索了“手机”，B用户搜索“手机”，优先使用A搜索后生成的缓存页面？答：这个是可以的，这个方法也经常用在“动态”运营活动页，例如短时间推送4kw用户app-push运营活动，做页面缓存。问题4：如果队列处理失败，如何处理？肉鸡把队列被撑爆了怎么办？答：处理失败返回下单失败，让用户再试。队列成本很低，爆了很难吧。最坏的情况下，缓存了若干请求之后，后续请求都直接返回“无票”（队列里已经有100w请求了，都等着，再接受请求也没有意义了）问题5：服务端过滤的话，是把uid请求数单独保存到各个站点的内存中么？如果是这样的话，怎么处理多台服务器集群经过负载均衡器将相同用户的响应分布到不同服务器的情况呢？还是说将服务端的过滤放到负载均衡前？答：可以放在内存，这样的话看似一台服务器限制了5s一个请求，全局来说（假设有10台机器），其实是限制了5s 10个请求，解决办法：1）加大限制（这是建议的方案，最简单）2）在nginx层做7层均衡，让一个uid的请求尽量落到同一个机器上问题6：服务层（web服务器）过滤的话，队列是服务层（web服务器）统一的一个队列？还是每个提供服务的服务器各一个队列？如果是统一的一个队列的话，需不需要在各个服务器提交的请求入队列前进行锁控制？答：可以不用统一一个队列，这样的话每个服务透过更少量的请求（总票数/服务个数），这样简单。统一一个队列又复杂了。问题7：秒杀之后的支付完成，以及未支付取消占位，如何对剩余库存做及时的控制更新？答：数据库里一个状态，未支付。如果超过时间，例如45分钟，库存会重新会恢复（大家熟知的“回仓”），给我们抢票的启示是，开动秒杀后，45分钟之后再试试看，说不定又有票哟~问题8：不同的用户浏览同一个商品 落在不同的缓存实例显示的库存完全不一样 请问老师怎么做缓存数据一致或者是允许脏读？答：目前的架构设计，请求落到不同的站点上，数据可能不一致（页面缓存不一样），这个业务场景能接受。但数据库层面真实数据是没问题的。问题9：就算处于业务把优化考虑“3k张火车票，只透3k个下单请求去db”那这3K个订单就不会发生拥堵了吗？答：（1）数据库抗3k个写请求还是ok的；（2）可以数据拆分；（3）如果3k扛不住，服务层（web服务器）可以控制透过去的并发数量，根据压测情况来吧，3k只是举例；问题10；如果在服务端或者服务层（web服务器）处理后台失败的话，需不需要考虑对这批处理失败的请求做重放？还是就直接丢弃？答：别重放了，返回用户查询失败或者下单失败吧，架构设计原则之一是“fail fast”。问题11.对于大型系统的秒杀，比如12306，同时进行的秒杀活动很多，如何分流？答：垂直拆分问题12、额外又想到一个问题。这套流程做成同步还是异步的？如果是同步的话，应该还存在会有响应反馈慢的情况。但如果是异步的话，如何控制能够将响应结果返回正确的请求方？答：用户层面肯定是同步的（用户的http请求是夯住的），服务层（web服务器）面可以同步可以异步。问题13、秒杀群提问：减库存是在那个阶段减呢？如果是下单锁库存的话，大量恶意用户下单锁库存而不支付如何处理呢？答：数据库层面写请求量很低，还好，下单不支付，等时间过完再“回仓”，之前提过了。技巧：值的我们注意的地方1、脱离原站点部署（秒杀功能用的服务器和商城服务器不要放在同一个服务器，防止秒杀崩咯，商城也不能访问...）2、多监控、注意监控、找个人盯着看秒杀的关键点：1、高可用：双活2、高并发：负载均衡、安全过滤设计思路：1、静态页面：cdn（使用各大厂商现成的）、网址隐藏、页面压缩、缓存机制2、动态页面：排队、异步、资质抢购其他建议：1、百度的建议：opcode缓存、cdn、更大的服务器实例2、阿里的建议：云监控、云盾、ecs、oss、rds、cdncdn的使用思路：1、将静态资源（图片、js、css等）上传到cdn2、缺点：但要注意，更新时cdn更新不及时，这时就要推了认清当前环境、形式：1、用户：超大量、正常/坏人（cdn加速也是一种分流，因为他就近访问cdn的节点）2、地域：全国各地（延迟1、2s也不行，因为延迟1s可能秒杀就结束了，需要cdn让用户就近选择节点）3、业务流程：前台商品展示、登记。后台数据接入、数据处理在秒杀前加个页面，可以分流、推广其他商品商品展示层架构页面的3个状态：1、商品展示：倒计时页面2、秒杀进行中：点击进入秒杀页面3、秒杀活动结束：提示活动已结束新思路：以时间线来思考问题假设我们看见的就是秒杀进行中，往前推就是倒计时，往后推就是结束了下图是从用户的角度看问题：代码：静态资源，存到oss里部署先删除倒计时页面，马上给秒杀中页面复制过来然后用coretab定时执行这个脚本总结：从倒计时到抢购中：是用linux的定时任务和shell脚本来做抢购中倒抢购结束：php来做，查表没了就结束用户登记层架构代码：$.cookie的封装数据接入层 代码： 第2层到第3层的时候怎么计算？？第2层发送数据到第3层 + 网络传输dns解析等因素总共造成的延时大概是多长时间，这样就可以评估，需要配置服务器的数量总结为2句话：1、在关键点上不通过，直接返回上一层（用户登记层）2、在关键点通过，就会通知其他层效验：类似于微软序列号的加密解密队列：使用redis的有序集合上限：技术标志位数据处理层