APC เข้ากันได้กับ PHP 5.4 หรือ PHP 5.5 หรือไม่


103

ดูเหมือนว่า APC ไม่ได้รับการอัปเดตให้ตรงกับรุ่น php 5.4 (ฉันหวังว่าพวกเขาจะรวม APC ไว้ใน PHP core เหมือนที่วางแผนไว้ในตอนแรก)

ฉันไม่สามารถหาคำตอบที่ชัดเจนได้ว่า APC ปัจจุบันทำงานกับ php 5.4+ ได้หรือไม่ ฉันจัดการเพื่อค้นหาแพ็คเกจ Ubuntu สำหรับ php 5.4 แต่แพ็คเกจ php-apc ไม่ติดตั้ง


2
ฉันเข้าใจว่าคุณกำลังติดตั้ง apt-get คุณได้ลองติดตั้ง pecl แล้วหรือยัง?
Darragh Enright

ใช่มันใช้งานได้จริง ขอบคุณ. และเมื่อปรากฎว่า APC ทำงานได้ดีกับ 5.4 โดยเฉพาะอย่างยิ่งเมื่อใช้ฟังก์ชันลักษณะใหม่
Greywire

1
@Darragh [แค่แจ้งให้ทราบ] มีค่าหัวมากมายสำหรับเรื่องนี้คุณอาจต้องการคำตอบ
Tiberiu-Ionuț Stan

1
ไม่มันไม่ใช่. รุ่นล่าสุดคือเมื่อปี 2012 และไม่สามารถใช้งานร่วมกับ PHP เวอร์ชันใหม่กว่าได้อย่าง
แน่นอน

คำตอบ:


163

Zend OPCache รวมอยู่ใน PHP 5.5

เมื่อวันที่ 21 มีนาคม 2013 PHP 5.5 เบต้า 1 ได้รับการเผยแพร่รวมถึง "Zend OPCache" - ดูเหมือนว่านี่จะเป็นการแทนที่ APC ในอนาคตเนื่องจากรวมอยู่ในแกน PHP และจะต้องได้รับการดูแลสำหรับแต่ละใหม่ ปล่อย.

ฉันจะแนะนำผู้ที่ใช้ APC เป็นการส่วนตัวเพื่อทดสอบรหัสของพวกเขาด้วยแคช opcode ในตัวที่กำลังจะมาถึงและย้อนกลับปัญหาใด ๆ ที่พบเพื่อให้แน่ใจว่ารุ่นสุดท้ายมีเสถียรภาพ

ฉันไม่รู้ว่าสิ่งนี้หมายถึงอะไรสำหรับอนาคตของ APC

APC สำหรับ PHP 5.4+ ยังคงมีสถานะเป็นเบต้า

ซึ่งหมายความว่านักพัฒนาจะไม่ได้คิดว่ามันสมบูรณ์มั่นคง ในขณะที่หลายคนไม่ประสบปัญหาใด ๆ กับ SVN รุ่นปัจจุบัน แต่ก็ยังมีรายงานกรณีพิเศษที่แปลกประหลาดจากผู้ที่อยู่ภายใต้การกำหนดค่าบางอย่างหรือมีภาระงานหนัก

เช่นเดียวกับทุกสิ่งที่คุณต้องการที่จะใช้ในระบบการผลิตให้แน่ใจว่าคุณได้อย่างทั่วถึงทดสอบปล่อยใด ๆ (เบต้าหรือมีเสถียรภาพ) ในการพัฒนาหรือสภาพแวดล้อมการผลิตล่วงหน้าครั้งแรก ซึ่งรวมถึงการทดสอบการโหลด!

ในรุ่น 3.1.13 การคอมมิตกับที่เก็บ SVN ช้าลงบ้างและรายการข้อผิดพลาดไม่มีส่วนเพิ่มเติมล่าสุด สร้างสิ่งที่คุณต้องการ

เมื่อวันที่ 10 ธันวาคม 2555 เวลา 21:05 น. Rasmus Lerdorf เขียนว่า:

APC อยู่ในจุดที่ 5.4 ในขณะนี้ซึ่งฉันไม่คิดว่าจะมี edge case มากกว่าที่เรามีใน 5.3 ไม่สมบูรณ์แบบ แต่ก็ใกล้เพียงพอสำหรับเว็บไซต์ส่วนใหญ่

ใครก็ตามที่มีทักษะ C / gdb และมีเวลาว่างขอให้ตรวจสอบรายการข้อบกพร่องและดูว่าพวกเขาสามารถแก้ไขอะไรได้หรือไม่หรือปรับปรุงผลิตภัณฑ์โอเพ่นซอร์สฟรีที่เราทุกคนต้องพึ่งพา

โซลูชั่นทางเลือกที่มีอยู่, วิกิพีเดียยังมีรายชื่อของเครื่องเร่งอนุภาค PHP

เมื่อวันที่ 13 กุมภาพันธ์ 2013 ที่Zeev Suraski ประกาศความพร้อมของรหัสที่มา Zend Optimizer +

มีการอภิปรายกันอย่างยาวนานเกี่ยวกับการรวม Zend Optimizer + เข้ากับแกน PHPในเวอร์ชันหลักถัดไป (เวอร์ชันหลัง 5.5) ผู้คนอาจต้องการทำความคุ้นเคยกับ Zend Optimizer + ล่วงหน้าหากเป็นเช่นนี้


ห้ามใช้ APC 3.1.14

APC 3.1.14 ถูกลบออกจากการดาวน์โหลดPECLเนื่องจากปัญหาร้ายแรงเกี่ยวกับหน่วยความจำที่ถูกค้นพบ แต่ยังไม่ได้รับการติดตาม

หากคุณใช้ 3.1.14 อยู่แล้วคุณอาจต้องการดาวน์เกรดจนกว่าจะมีการเผยแพร่ 3.1.15 โปรดจำไว้ว่านี้ยังคงเป็นรุ่นเบต้า หากคุณกำลังใช้งานอยู่แสดงว่าคุณกำลังใช้มันโดยยอมรับความเสี่ยงเอง

2013/01/02 :
APC 3.1.14สามารถใช้ได้ , การเพิ่ม PHP 5.5 ความเข้ากันได้นอกเหนือไปจากการแก้ไขหมายเลขยุติธรรมของข้อบกพร่องอื่น

ยังคงเป็นเบต้า


2012-09-03 :
APC 3.1.13พร้อมใช้งานโดยแก้ไข segfaults จำนวนหนึ่ง


2012-08-16 : APC 3.1.12 แท็กได้รับการสร้างขึ้น แต่ยังคงทำเครื่องหมายเป็นเบต้าของมันที่มีอยู่บนหน้า APC PECL , เช่นเดียวกับการเปลี่ยนแปลง

ข้อบกพร่องที่เกี่ยวข้องกับ bin_dump จำนวนมากได้รับการแก้ไขในครั้งนี้


2012/07/19 : APC 3.1.11 แท็กได้รับการสร้างขึ้น แต่ยังคงทำเครื่องหมายเป็นเบต้าของมันที่มีอยู่บนหน้า APC PECL , เช่นเดียวกับการเปลี่ยนแปลง ฉันได้ติดตามรายชื่อส่งเมลที่เกี่ยวข้องและพวกเขายังคงทำงานอย่างแข็งขันในการแก้ไขข้อบกพร่องของ APC อย่างไรก็ตามมันเป็นโมดูลที่ซับซ้อนและดูเหมือนว่าจะมีคนไม่มากนัก รุ่นนี้แก้ไขจุดบกพร่อง stat = 0 ที่น่ารังเกียจเมื่อรวมไฟล์


2012-04-11 : APC 3.1.10 แท็กที่ถูกสร้างขึ้นในวันนี้และรุ่นเบต้า 3.1.10 ถูกวางลงบนหน้า APC PECL
เปลี่ยนแปลงฯ :

  • เพิ่มการรองรับ PHP 5.4 (Dmitry, Anatoliy, Pierre)
  • แก้ไขข้อผิดพลาด # 22679: แก้ไข apc_bin_dump สำหรับค่าคงที่ ใช้ IS_CONSTANT_TYPE_MASK เพื่อจัดการค่าคงที่ทั้งหมดรวมถึงค่าที่ไม่ได้ระบุ (แทนการตรวจสอบ ~ IS_CONSTANT_INDEX)
  • แก้ไขข้อผิดพลาด # 23822, php ขัดข้องเมื่อรีสตาร์ท apache

1
เพียงพิมพ์: "pecl install apc-3.1.10" จากนั้นฉันต้องคอมไพล์ php ใหม่ดังนั้นจึงจะอัปเดต libphp5.so
targnation

เคยใช้งานมันเดือนตุลาคม 2555 ผ่าน Apt-get บน ubuntu 12 สะอาดและเสถียร!
JustinP

ดูบทความนี้เกี่ยวกับ Zend OpCache และ APC blogs.oracle.com/opal/entry/using_php_5_5_sและหัวข้อนี้bugs.php.net/bug.php?id=64625
riotera

10

ตั้งแต่ PHP 5.4.7 และ APC 3.1.13 (และแม้แต่ APC SVN trunk ในปี 2012-09-19) แม้ว่ามันจะ "เข้ากันได้" แต่ก็ไม่เสถียรบนเซิร์ฟเวอร์ที่มีภาระงานหนักโดยเฉพาะอย่างยิ่งหากคุณใช้ PHP- FPM และ $ GLOBALS บางส่วนของการอภิปรายของนักพัฒนาต่อ APC พูดคุยเกี่ยวกับกรณีสวัสดิการยังไม่ได้แก้ไข

ฉันกำลังตอบคำถามนี้ 6 เดือนหลังจากที่ถูกถามเนื่องจากปัญหายังคงแพร่หลายและการพบกับเธรดนี้โดยไม่มีคำตอบเช่นของฉันคือสิ่งที่ทำให้ฉันก้าวกระโดดไปที่ PHP 5.4 w / APC และถูกไฟไหม้ หวังว่านี่จะช่วยให้ผู้คนหลีกเลี่ยงความเจ็บปวดได้บ้าง


6

ดูเหมือนว่าข้อบกพร่อง "อาจ" ได้รับการแก้ไขแล้วในการแก้ไขล่าสุดของลำต้น ตอนนี้ฉันใช้งานได้กับ PHP 5.4.0 แล้ว

svn co http://svn.php.net/repository/pecl/apc/trunk/ apc-trunk

cd apc-trunk

phpize

./configure

ทำ

ทำการติดตั้ง


apc ไม่อยู่ใน svn.php.net/repository/pecl อีกต่อไป Repo ได้รับการแปลงเป็น Git และสามารถเรียกดูได้ที่git.php.net/?p=pecl/caching/apc.git
Dereckson

5

ไม่ APC 1.3.9 (และ ณ ตอนนี้แม้แต่ svn trunk) ก็ไม่สามารถใช้งานร่วมกับ php 5.4.0 ได้ฉันรู้เพราะฉันเพิ่งใช้เวลาหลายชั่วโมงในการพยายามทำให้มันใช้งานได้ (ทดสอบ svn / php ต่างๆ การตั้งค่า ini / แฟล็กคอมไพเลอร์ / คุณตั้งชื่อ)

นี่เป็นเรื่องไร้สาระ APC เป็นหนึ่งในส่วนขยาย PHP ที่ได้รับความนิยมมากที่สุดและคุณคาดหวังว่าหลังจากผ่านไปหลายสัปดาห์ในการใช้ PHP 5.4 RC 8 ตัวพวกเขาจะมีเวลาให้ APC ทำงานควบคู่ไปด้วย

น่าสมเพช.


บางทีนี่อาจเป็นสาเหตุที่ APC ไม่รวมกับ PHP 5.4 เหมือนที่วางแผนไว้ตอนแรกดูเหมือนว่าจะใช้งานได้เมื่อฉันทดสอบ แต่ฉันทดสอบเฉพาะลักษณะเท่านั้นไม่ใช่คุณสมบัติอื่น ๆ ของ php 5.4
Greywire

2
ดูเหมือนว่าคอมไพเลอร์ cache / bytecode เดียวที่ทำงานได้สำหรับ php 5.4 คือแพ็คเกจเซิร์ฟเวอร์ zend ของ Zend PHP 5.4 ทำให้ฉันรู้สึกตื่นเต้น แต่ถ้าไม่มี APC หรือ XCache หรืออะไรสักอย่างมันก็ไร้ประโยชน์ และนี่ก็เป็นเรื่องราวของ PHP มานานหลายปีแล้ว .. รอคอยมาตลอด .. ฉันเริ่มคิดที่จะใช้ภาษาอื่นอย่างจริงจัง .. แค่ไม่แน่ใจว่าอะไร ..
Greywire

จริงอยู่ที่ข้อบกพร่องของ segfault ได้รับการรายงานย้อนกลับไปในเดือนธันวาคมปีที่แล้วและ 3 เดือนต่อมาก็ยังไม่ได้รับการแก้ไข wtf คือจุดที่ปล่อย 'การอัปเกรดครั้งใหญ่' หากไม่สามารถใช้งานได้ภายใต้เงื่อนไขที่พบบ่อยที่สุด [ข้อบกพร่อง # 60462 เมื่อเปิดใช้งาน APC segfault - ส่งแล้ว: 2011-12-07] bugs.php.net/bug.php?id=60462&edit=1
JohnSmith

5

ฉันกำลังพยายามในช่วงสองสามวันที่ผ่านมาและไม่มีวิธีใดที่ฉันจะได้รับ opcode cacher เพื่อทำงานกับ php 5.4 Xcache จะไม่คอมไพล์และ apc จะไม่รู้จักคลาสบางคลาสเมื่อแคช ฉันคิดว่านี่เป็นข้อผิดพลาดที่ไซมอนพูดถึง

ฉันได้ยินมาว่ามีการแก้ไขบางอย่างในลำตัว แต่ฉันก็ลองใช้แหล่งที่มาของลำตัวล่าสุดด้วย แต่ข้อผิดพลาดเดียวกันจะกลับมา ฉันคิดว่า php ที่ไม่มี opcode cacher (ตอนนี้ไม่มีเลย) ไม่คุ้มค่าในการผลิต หวังว่าทุกคนที่ apc จะแก้ไขปัญหานี้โดยเร็ว

อัพเดท !!!

Xcache 2.0.0-rc1 ออกและเข้ากันได้กับ php 5.4 สนุก!



4

ฉันใช้ AMPPS กับ PHP เวอร์ชัน 5.5.19 เนื่องจากบางครั้งตอนนี้จาก PHP 5.5 - APC ถูกแทนที่ด้วย Zend OPCache ซึ่งรวมอยู่ใน PHP 5.5 ขึ้นไป ตอนนี้สิ่งที่คุณต้องทำเพื่อเปิดใช้งาน "APC" (ปัจจุบันคือ "OPcache") คือแก้ไข php.ini ของคุณ ก่อนส่วน [XDebug] ให้เพิ่มบรรทัดต่อเนื่อง:

php.ini

...

[OPcache]

zend_extension=php_opcache.dll

opcache.enable=1
opcache.enable_cli=1
opcache.memory_consumption=512
opcache.interned_strings_buffer=24
opcache.max_accelerated_files=4000
opcache.revalidate_freq=3
opcache.fast_shutdown=1

...

โปรดทราบว่าเราจำเป็นต้องมีสองกรณี :

zend_extension =

หนึ่งใน [OPcache] และอีกหนึ่งรายการในส่วน [XDebug] มักไม่มี Xdebug เป็นค่าเริ่มต้นในการติดตั้งเซิร์ฟเวอร์ xampp / ampps / easyPHP คุณอาจพบว่าตัวเองอยู่ในสถานการณ์ที่คุณจะต้องดาวน์โหลดส่วนขยาย Xdebug คุณสามารถทำได้อย่างง่ายดายโดยใช้แอปพลิเคชันออนไลน์ที่กำหนด Xdebug ที่เหมาะสมสำหรับ php ของคุณ ไปที่http://xdebug.org/wizard.phpและทำตามคำแนะนำง่ายๆ เมื่อคุณดาวน์โหลด Xdebug เวอร์ชันที่ถูกต้องสำหรับเวอร์ชัน php ของคุณแล้วให้แก้ไขลิงก์ของ zend_extension ในส่วน [XDebug]

...

[XDebug]
zend_extension = "C:\Program Files (x86)\Ampps\php\ext\php_xdebug-2.2.6-5.5-vc11.dll"
......

โปรดทราบ! ที่คุณต้องเพิ่มส่วน OPcache ก่อน XDebug ในไฟล์ php.ini ของคุณ !!! หากคุณทำตามฉันอย่างถูกต้องคุณควรมี zend_extension สองอินสแตนซ์ในไฟล์ php.ini ของคุณ (หนึ่งใน OPcache และอีกหนึ่งรายการในส่วน Xdebug)

ใช้งานได้อย่างสมบูรณ์แบบสำหรับเฟรมเวิร์กSymfony2และกำจัดข้อความแนะนำเพื่อติดตั้งและเปิดใช้งาน APC สำหรับ PHP และ Xdebug ของคุณ

ข้อความถึงผู้ที่รัน symfony 2 และลบข้อความเตือนออกจาก "web / config.php" แต่ยังคงพบปัญหาโดยเรียกใช้จากบรรทัดคำสั่ง "php app / check.php" ในกรณีนี้แสดงว่าคอนโซลของคุณกำลังใช้ไฟล์ php.ini อื่น เปลี่ยนเส้นทางระบบของคุณให้หลากหลาย - ทำให้ชี้ไปที่ไดเร็กทอรี php ที่ถูกต้อง (ที่คุณมีไฟล์ php.exe และเซิร์ฟเวอร์ในเครื่องของคุณใช้)

หากคุณต้องการคำอธิบายเพิ่มเติมโปรดแจ้งให้เราทราบในความคิดเห็นด้านล่าง ความนับถือ.


1
ฉันขอแนะนำอย่างยิ่งให้คำแนะนำของคำตอบนี้รวมเข้ากับคำตอบยอดนิยมเพื่อให้ทุกคนที่ต้องการใช้ OpCache รู้ว่าต้องทำอย่างไร
โจ

หากคุณแสดงความคิดเห็นใน xdebug "zend_extension" คุณจะปิดมันไม่จำเป็น การเพิ่มส่วน [OPcache] ด้วย "zend_extension" จะไม่ชนกับพารามิเตอร์เดียวกันจากส่วน [XDebug] ลำดับของส่วนเหล่านั้นก็ไม่สำคัญเช่นกัน
Marek

หมายเหตุ: [ที่มา: php.net/manual/en/opcache.installation.php]หากคุณต้องการใช้ OPcache กับ» Xdebug คุณต้องโหลด OPcache ก่อน Xdebug
DevWL

3

ดูเหมือนว่าจะมีปัญหาบางอย่างที่ยังไม่ได้รับการแก้ไข ตรวจสอบข้อบกพร่องและคุณอาจสามารถหาวิธีแก้ปัญหาเฉพาะของคุณได้

ฉันจัดการกับข้อผิดพลาดดังกล่าวเมื่อหลายชั่วโมงก่อนและปรากฎว่าการใช้ APC จากลำต้น SVN เป็นวิธีที่จะไป หวังว่านี่จะช่วยได้!


จนถึงตอนนี้ดูเหมือนว่าจะใช้งานได้ดี นี่คือบน Ubuntu 10.04 (แบบครบวงจรโคมไฟเครื่องใช้ไฟฟ้า) ด้วย PHP 5.4 แพคเกจจากlaunchpad.net/~ondrej/+archive/php5 แต่ถ้ามีอะไรเกิดขึ้นฉันจะตรวจสอบรายการข้อบกพร่อง ขอบคุณ!
Greywire

3

ฉันพบว่าคุณต้องล้างแคช opcode ในคำขอแต่ละหน้ามิฉะนั้นคลาสที่ใช้อินเทอร์เฟซจะไม่สามารถโหลดได้ นี่รวบรวมจากลำต้น svn ล่าสุด Apache 2.4.1, PHP 5.4.0


@ michiel-thalen คุณเห็นนั่นคือประเด็นที่ฉันกำลังพูดถึง มันน่าเสียดายจริงๆ ... แม้ว่าฉันจะยังคงเห็นประโยชน์เล็กน้อยในด้านประสิทธิภาพแม้ว่าจะรีเซ็ต opcode ในแต่ละครั้งก็ตาม แคชของผู้ใช้ยังคงทำงานได้ตามที่ตั้งใจไว้ (ในการทดสอบของฉันจนถึงตอนนี้)
Simon

2

APC - ไม่แนะนำโดย
ส่วนตัวฉันไม่ได้ใช้ APC กับ PHP 5.4 หรือ PHP 5.5 แต่ APC ที่เสถียรล่าสุดไม่สามารถใช้งานร่วมกับ PHP 5.4 ได้ APC เบต้าล่าสุดสามารถใช้กับ 5.4 ได้ แต่มีการเขียนว่ายังมีปัญหาเชิงลบกับ APC

ถ้าคุณมี PHP 5.5
เพียงแค่ใช้Zend Opcache มันอยู่นอกกรอบดังนั้นปัญหาจึงน้อยที่สุด

ถ้าคุณมี PHP 5.4
ผมขอแนะนำให้XCache เข้ากันได้กับ PHP 5.4 และ 5.5 พัฒนาอย่างแข็งขัน เวอร์ชันเสถียรล่าสุดเปิดตัวเมื่อ 3.5 เดือนที่แล้ว (10 ตุลาคม 2556) ปรับปรุงประสิทธิภาพแม้ว่าคุณจะใช้ fastcgi


1

Zend OPCache รวมอยู่ใน PHP 5.5 ภายใต้ชื่อphp_opcache.dllในไดเร็กทอรีphp / ext ในการเปิดใช้งาน:

  • เพิ่มไฟล์php_opcahe.dllเป็นส่วนขยาย zend ในไฟล์กำหนดค่าphp.iniของคุณ
  • ใช้รูปแบบzend_extension = path
  • วาง zend_extension ก่อนที่zend_extension xDebugของคุณในการกำหนดค่า php.ini
  • บันทึกไฟล์คอนฟิกูเรชันphp.iniของคุณและรีสตาร์ทเซิร์ฟเวอร์ของคุณ

0

APC มีเวอร์ชันใหม่: 3.1.14 ตั้งแต่วันที่ 2 มกราคมซึ่งแก้ไขข้อบกพร่องบางประการ: http://pecl.php.net/package/APC

อย่างไรก็ตามฉันใช้ PHP 5.4.x พร้อม APC 3.1.13 จากที่เก็บ dotdeb โดยไม่มีปัญหาใด ๆ จนถึงตอนนี้สำหรับฉันฉันจะบอกว่ามันเสถียร dotdeb ยังแจ้งให้ฉันทราบว่าพวกเขาจะรวม APC ที่อัปเดตแล้วใน PHP รุ่นถัดไปซึ่งคาดว่าจะเป็น 5.4.11


หากคุณใช้ APC 3.1.14 ฉันแนะนำให้คุณเปลี่ยนกลับเป็น APC 3.1.13 ชั่วคราว มีการค้นพบข้อบกพร่องที่เกี่ยวข้องกับหน่วยความจำที่ร้ายแรงซึ่งส่งผลให้รุ่น 3.1.14 ถูกดึงออกจากส่วนดาวน์โหลด
Leigh

อันที่จริงฉันพบว่าแพ็คเกจที่ออกโดย dotdeb สำหรับ PHP 5.4.11 ในตอนแรกนั้นรวม APC 3.1.14 ไว้แล้ว แต่ได้ถูกเปลี่ยนกลับเพื่อหลีกเลี่ยงข้อบกพร่อง
Steven De Groote

0

เรากำลังทดลองใช้ memory free error (apache segfault) กับ PHP 5.4.26 และ APC 3.1.9 มีข้อผิดพลาดที่เปิดอยู่สำหรับ APC บน PHP 5.4.X: https://bugs.php.net/bug.php?id=61934

ฉันไม่แนะนำให้ใช้ปลั๊กอินนี้กับ PHP> 5.3


0

ใน XAMPP เวอร์ชัน 5.6.3 (PHP 5.6.3) สิ่งที่คุณต้องทำใน ini.php ของคุณคือ:

[OPcache]

zend_extension = php_opcache.dll
opcache.enable=1
opcache.enable_cli=1
opcache.memory_consumption=512
opcache.interned_strings_buffer=24
opcache.max_accelerated_files=4000
opcache.revalidate_freq=3
opcache.fast_shutdown=1

[XDebug]

zend_extension = "C:\xampp\php\ext\php_xdebug.dll"
xdebug.max_nesting_level = 200
xdebug.profiler_append = 1
xdebug.profiler_enable = 1
xdebug.profiler_enable_trigger = 0
;xdebug.profiler_output_dir = "C:\xampp\tmp"
;xdebug.profiler_output_name = "cachegrind.out.%t-%s"
;xdebug.remote_enable = 0
;xdebug.remote_handler = "dbgp"
;xdebug.remote_host = "127.0.0.1"
;xdebug.trace_output_dir = "C:\xampp\tmp"

การกำหนดค่าสำหรับเฟรมเวิร์ก symfony2

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.