“Runtime Settings”:这里展示的是正在运行的apc的配置信息,我们可以根据需求来调整apc参数,参数的设置在php.ini中进行。
apc参数比较多,下面就几个比较常用的参数做下说明:
1 apc.cache_by_default和apc.filters:apc.cache_by_default,是否开启系统缓存,通常跟apc.filters结合使用,用来控制需要进行缓存和不需要缓存的php文件。apc.filters参数的值是一个以逗号分隔的 POSIX 扩展正则表达式的列表,如果正则表达式的第一个字符为+,则匹配的文件都会被缓存,如果为-,则匹配的文件都不会被缓存。
demo1:关闭系统缓存,仅缓存以a和b开头的文件,其他文件不会被缓存
apc.cache_by_default = 0 apc.filters=+a.*.php,+b.*.php
demo2:开启系统缓存,不缓存以a和b开头的文件,其他文件将会被缓存
apc.cache_by_default = 1 apc.filters = -a.*.php,-b.*.php
2 apc.shm_size和apc.shm_segments:apc.shm_size,以 MB 为单位的每个共享内存块的大小。系统缓存和用户缓存共用,可以通过调整该值来改变apc的共享内存块的大小。如果apc.shm_size的值已经设置为系统所能达到的最大值仍然不够用的时候,我们就需要借助apc.shm_segments,该选项的含义为编译器缓存要分配的共享内存块的数目,我们可以通过调整该值来改变共享内存块的数目(但是在测试的时候,该选项并未生效)。
3 apc.stat:用于检测脚本是否更新,默认开启,每次请求脚本的时候都检测脚本是否更新,这样做对性能有不利的影响,如果生产环境中的脚本文件并非频繁更新,我们可以关闭它,这样性能将会大幅提高,缺点就是脚本更新的时候需要重启web服务器(如果是nginx,重启php-fpm)使之生效。
4 apc.ttl和apc.user_ttl:缓存条目在缓冲区允许逗留的秒数。不同之处在于,apc.ttl针对的是系统缓存,apc.user_ttl针对的是用户缓存。测试的时候这两个选项并没有很好的表现,例如设置值为10,按理说10秒如果没有访问缓存条目,这些缓存条目将会被清除,但是10秒过后这些条目却仍然存在,并没有被清除。
5 apc.num_files_hint和apc.user_entries_hint:Web 服务器上的被包含或被请求的不同源文件的数目的大概估计,apc.num_files_hint针对系统缓存,apc.user_entries_hint针对用户缓存。跟缓存时间一样,缓存数量好像也没什么作用,例如数量设置为3,超过3个文件仍会被缓存,不知道为什么。
其他的参数不再做过多的介绍,关于缓存时间和缓存数量或许是打开方式不对,总是不能得到预期的效果,如果有哪位对这几个参数有深入的理解和研究,希望不吝赐教。
小结:
1 apc的官方手册中明确说明,apc有两个主要的配置选项,一个是分配多少内存给apc(选项apc.shm_size),一个是每次请求apc是否检查文件修改(选项apc.stat),可见这两个选项对于apc来说至关重要,有时间可以重点研究下这两项。
2 apc.cache_by_default开启和关闭仅会影响到系统缓存,对于用户缓存无影响。
3 apc的共享内存块是系统缓存和用户缓存共用的。
4 apc 3.1.15-dev版本,php 5.5.10,操作系统centos6.5,设置apc.shm_segments的时候并未生效。
5 apc缓存满的情况下系统缓存和用户缓存表现不同,如果是系统缓存文件在请求的时候达到了缓存上限,则apc会清除除了该请求的所有其他系统缓存文件,如果是用户缓存变量在请求的时候达到了缓存上限,则会清除除了该请求变量外的所有其他用户缓存变量,也就是说系统缓存和用户缓存之间不会相互影响。
以上就介绍了php的apc扩展浅析(二),包括了方面的内容,希望对PHP教程有兴趣的朋友有所帮助。

PHP kekal sebagai alat yang kuat dan digunakan secara meluas dalam pengaturcaraan moden, terutamanya dalam bidang pembangunan web. 1) PHP mudah digunakan dan diintegrasikan dengan lancar dengan pangkalan data, dan merupakan pilihan pertama bagi banyak pemaju. 2) Ia menyokong penjanaan kandungan dinamik dan pengaturcaraan berorientasikan objek, sesuai untuk membuat dan mengekalkan laman web dengan cepat. 3) Prestasi PHP dapat ditingkatkan dengan caching dan mengoptimumkan pertanyaan pangkalan data, dan komuniti yang luas dan ekosistem yang kaya menjadikannya masih penting dalam timbunan teknologi hari ini.

Dalam PHP, rujukan lemah dilaksanakan melalui kelas lemah dan tidak akan menghalang pemungut sampah daripada menebus objek. Rujukan lemah sesuai untuk senario seperti sistem caching dan pendengar acara. Harus diingat bahawa ia tidak dapat menjamin kelangsungan hidup objek dan pengumpulan sampah mungkin ditangguhkan.

Kaedah \ _ \ _ membolehkan objek dipanggil seperti fungsi. 1. Tentukan kaedah \ _ \ _ supaya objek boleh dipanggil. 2. Apabila menggunakan sintaks $ OBJ (...), PHP akan melaksanakan kaedah \ _ \ _ invoke. 3. Sesuai untuk senario seperti pembalakan dan kalkulator, meningkatkan fleksibiliti kod dan kebolehbacaan.

Serat diperkenalkan dalam Php8.1, meningkatkan keupayaan pemprosesan serentak. 1) Serat adalah model konkurensi ringan yang serupa dengan coroutine. 2) Mereka membenarkan pemaju mengawal aliran pelaksanaan tugas secara manual dan sesuai untuk mengendalikan tugas I/O-intensif. 3) Menggunakan serat boleh menulis kod yang lebih cekap dan responsif.

Komuniti PHP menyediakan sumber dan sokongan yang kaya untuk membantu pemaju berkembang. 1) Sumber termasuk dokumentasi rasmi, tutorial, blog dan projek sumber terbuka seperti Laravel dan Symfony. 2) Sokongan boleh didapati melalui saluran StackOverflow, Reddit dan Slack. 3) Trend pembangunan boleh dipelajari dengan mengikuti RFC. 4) Integrasi ke dalam masyarakat dapat dicapai melalui penyertaan aktif, sumbangan kepada kod dan perkongsian pembelajaran.

PHP dan Python masing -masing mempunyai kelebihan sendiri, dan pilihannya harus berdasarkan keperluan projek. 1.Php sesuai untuk pembangunan web, dengan sintaks mudah dan kecekapan pelaksanaan yang tinggi. 2. Python sesuai untuk sains data dan pembelajaran mesin, dengan sintaks ringkas dan perpustakaan yang kaya.

PHP tidak mati, tetapi sentiasa menyesuaikan diri dan berkembang. 1) PHP telah menjalani beberapa lelaran versi sejak tahun 1994 untuk menyesuaikan diri dengan trend teknologi baru. 2) Ia kini digunakan secara meluas dalam e-dagang, sistem pengurusan kandungan dan bidang lain. 3) Php8 memperkenalkan pengkompil JIT dan fungsi lain untuk meningkatkan prestasi dan pemodenan. 4) Gunakan OPCACHE dan ikut piawaian PSR-12 untuk mengoptimumkan prestasi dan kualiti kod.

Masa depan PHP akan dicapai dengan menyesuaikan diri dengan trend teknologi baru dan memperkenalkan ciri -ciri inovatif: 1) menyesuaikan diri dengan pengkomputeran awan, kontena dan seni bina microservice, menyokong Docker dan Kubernetes; 2) memperkenalkan pengkompil JIT dan jenis penghitungan untuk meningkatkan prestasi dan kecekapan pemprosesan data; 3) Berterusan mengoptimumkan prestasi dan mempromosikan amalan terbaik.


Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

DVWA
Damn Vulnerable Web App (DVWA) ialah aplikasi web PHP/MySQL yang sangat terdedah. Matlamat utamanya adalah untuk menjadi bantuan bagi profesional keselamatan untuk menguji kemahiran dan alatan mereka dalam persekitaran undang-undang, untuk membantu pembangun web lebih memahami proses mengamankan aplikasi web, dan untuk membantu guru/pelajar mengajar/belajar dalam persekitaran bilik darjah Aplikasi web keselamatan. Matlamat DVWA adalah untuk mempraktikkan beberapa kelemahan web yang paling biasa melalui antara muka yang mudah dan mudah, dengan pelbagai tahap kesukaran. Sila ambil perhatian bahawa perisian ini

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

mPDF
mPDF ialah perpustakaan PHP yang boleh menjana fail PDF daripada HTML yang dikodkan UTF-8. Pengarang asal, Ian Back, menulis mPDF untuk mengeluarkan fail PDF "dengan cepat" dari tapak webnya dan mengendalikan bahasa yang berbeza. Ia lebih perlahan dan menghasilkan fail yang lebih besar apabila menggunakan fon Unicode daripada skrip asal seperti HTML2FPDF, tetapi menyokong gaya CSS dsb. dan mempunyai banyak peningkatan. Menyokong hampir semua bahasa, termasuk RTL (Arab dan Ibrani) dan CJK (Cina, Jepun dan Korea). Menyokong elemen peringkat blok bersarang (seperti P, DIV),

EditPlus versi Cina retak
Saiz kecil, penyerlahan sintaks, tidak menyokong fungsi gesaan kod