vBET
08-04-10, 02:34
Hi :)
ที่เป็นสัญญาว่าเราย้ายปรับปรุงประสิทธิภาพการทำงานทั้งหมดจาก vBET 4.x เพื่อ vBET3.x ใช่เรายังคงสนับสนุน 3.x และดูเหมือนว่ามันจะได้รับการสนับสนุนเป็นเวลานาน (ลูกค้าของเราจะแสดงให้เห็นวิธีการของเรา) ในรุ่นนี้เรามุ่งเน้นที่จะให้คุณปรับปรุงประสิทธิภาพการทำงานให้เร็วที่สุดเพื่อให้ไม่มีฟังก์ชันการทำงานใหม่ เหล่านั้นจะอยู่ในรุ่นถัดไปที่สำคัญ
ที่สำคัญในระหว่างการปรับปรุง :
-- การบูรณาการสร้าง Sitemap การเปลี่ยนแปลง (จำเป็นต้องเพิ่ม 1 บรรทัดของรหัสที่เห็นที่นี่ :
-- การบูรณาการภาษาไทยการเปลี่ยนแปลง สำหรับรายละเอียดโปรดไปที่ ReadMe.html และทำทุกขั้นตอนสำหรับแฟ้ม functions_vbseo_createurl.php และสำหรับ functions_vbseo_url.php ทั้งหมดโดยไม่ต้องขั้นที่ 2 และ 3 (คุณมีอยู่แล้วไม่ได้)
เหล่านี้จะสำคัญมากเพราะวิธีการจะหยุดการทำงานและภาษาไทยจะหยุดการแปล URL ที่ถ้าคุณจะไม่ได้คำแนะนำที่รกร้าง ถ้าคุณทำแล้วแผนผังเว็บไซต์จะทำงานได้ดีและภาษาไทยจะไม่เพียง แต่ URL ที่แปล แต่ยังจะทำงานได้เร็วขึ้น (redirections คู่ออก)
เพื่อให้ง่ายคุณสามารถทำเสมอบูรณาการเต็มรูปแบบเริ่มต้นในไฟล์ mod เดิม นอกจากนี้โปรดจำไว้ว่าสำหรับผู้ใช้ไม่ได้ทางด้านเทคนิคที่เรามีให้บริการอัพเกรด (http://www.vbenterprisetranslator.com/upgrade-service.php) เราขอแนะนำให้ทำมันเองถ้าคุณรู้วิธีการใช้ชนิดของการแก้ไขข้อความและ FTP ใด ๆ ยังคงที่เราต้องการทั้งหมดของลูกค้าของเราที่จะรู้สึกสะดวกสบายกับการปรับปรุงนี้ -- นั่นคือเหตุผลที่เราเตือนเกี่ยวกับการบริการของเราอัพเกรด
สิ่งที่เปลี่ยนแปลงในรุ่นนี้ :
ปรับปรุงประสิทธิภาพการทำงาน :
-- สั้นไม่ได้แปลพื้นที่
ตอนนี้ก็เป็น : นี้จะไม่ถูกแปล (ทางลัดของการเริ่มต้นไม่ได้พื้นที่ที่แปลและสิ้นสุดไม่ได้พื้นที่แปล) นี้เป็นสิ่งสำคัญมากถ้าคุณใช้มันอยู่แล้วในแม่แบบของคุณ -- ในกรณีดังกล่าวโปรดหาที่เกิดขึ้นทั้งหมดและแทนที่ (เดิม : และ ).
ขั้นตอนวิธีการเพิ่มประสิทธิภาพการแปล --
มากการเปลี่ยนแปลงเพียงเล็กน้อยหรือใหญ่กว่ารวมทั้ง : พารามิเตอร์ใหม่ที่มีประสิทธิภาพการใช้งานที่ดีขึ้นของฟังก์ชัน PHP พื้นเมือง, การเปลี่ยนแปลงในขั้นตอนวิธีของเราเอง
-- คอขวดตัดออกสำหรับการแปล URL
เราตระหนักว่าการเชื่อมโยงได้ถูกแปลโดยหนึ่งในสิ่งที่ค่าใช้จ่ายมากในการร้องขอของ Google ตอนนี้ใช้การแปล vBET ล่าช้าสำหรับการแปล URL แรก 4 การเชื่อมโยงต้องถูกแปลเป็ นที่ต้องการ (เพราะภาษาไทยของการเปลี่ยนเส้นทางเป็นไปได้) และส่วนที่เหลือจะล่าช้า
-- คอขวดกรอบด้วยภาษาไทยการเปลี่ยนเส้นทาง
การเปลี่ยนเส้นทางคู่ไม่ใช้ -- ตอนนี้เปลี่ยนเส้นทางไปยังจุดเชื่อมโยงการแปลที่ลิงก์ที่เหมาะสมที่แรกที่เปลี่ยนเส้นทาง (รวมขั้นตอนที่จำเป็นต้องเพิ่ม)
-- ร่างกายปลั๊กอินย้ายไปอยู่ที่ไฟล์ php
ตอนนี้บล็อกข้อความขนาดใหญ่จะไม่มีนอกรีตจะนำมาจากฐานข้อมูล แทนของปลั๊กอินนี้เพียงแค่ใช้ฟังก์ชันที่อยู่ในไฟล์ PHP ที่สุดของปลั๊กอินที่มี 1-4 บรรทัดของรหัสในขณะนี้
--'หน่วงเวลาระหว่างการแปล'พารามิเตอร์ใหม่ที่มีประสิทธิภาพสูง
เราค้นพบว่าฟอรั่มบางรายที่มีปัญหามีจำนวนมากของการร้องขอของ Google (หมายเหตุ -- เพียงบางส่วนเท่านั้นส่วนใหญ่ไม่ได้มีปัญหาดังกล่าว) มันจะปรากฏสำหรับฟอรั่มที่แต่ละอื่นขอเอาของ Google อีกต่อไปและอีกต่อไป อาจจะเป็นเพราะของ'ลงโทษ'ของ Google สำหรับการเข้าชมมากอาจจะเพราะการตั้งค่าไฟร์วอลล์ของตัวเอง แต่เรามีทางออกสำหรับที่ -- ตอนนี้คุณสามารถขอ vBET การรอระหว่างการร้องขอของ Google แปลภาษา แน่นอนมันจะทำให้การประเมินผลคำขอของผู้ใช้อีกต่อไปในด้านของคุณ แต่ปรากฏว่าในกรณีดังกล่าวตอบสนองต่อสุดท้ายคือมากได้เร็วขึ้นมาก เพราะหน้าไม่ได้เก็บไว้รอการตอบสนองของ Google ต้องใช้เวลามากที่สุด ใช้มันอย่างระมัดระวังและเพียงถ้าคุณสามารถวัดการเปลี่ยนแปลงของผลการดำเนินงาน ถ้ามันจะมีความจำเป็นเราจะเพิ่มบทความเกี่ยวกับวิธีการตรวจสอบเวลาการตอบสนองของ Google บางอย่าง
-- คอขวดกับการเปลี่ยนข้อความที่ตัดออก
เรา profiled vBET ปัญหาประสิทธิภาพการทำงานและพบกับการแยกการส่งออก -- ตอนนี้ก็มีการแก้ไข การแยกออกสำหรับสคริปต์ลักษณะพื้นที่ไม่ได้แปลและการติดตามการแปลเป็ นได้เร็วขึ้นมากในขณะนี้
-- 2 การตั้งค่าประสิทธิภาพขั้นสูงสำหรับหน้าขนาดใหญ่
ขนาด HTML : จุดตัด'และ'ขนาด HTML : เริ่มต้นการตัด' ทำให้การติดตั้งบนเซิร์ฟเวอร์ของลูกค้าออกมาเราค้นพบว่าที่หน้าหลักของเขาคือการแปลจริงๆ -- ระยะยาวแม้มันเก็บไว้แล้ว ทั้งหมดหน้าอื่น ๆ ได้ถูกแปลอย่างรวดเร็ว เราได้ตรวจสอบและนี้คือสิ่งที่เราค้นพบ :. ผลการดำเนินงานของ PHP ลงไปอย่างมากเมื่อทำงานกับสตริงใหญ่จริงๆ ฉันคิดว่าในกรณีดังกล่าวเพียงเขียน PHP ให้บางแฟ้มชั่วคราวและจะทำงานกับแฟ้มแทนในหน่วยความจำ เพราะการที่เรามีการปรับเปลี่ยนขั้นตอนวิธีการแปลและแสดงผลที่ใหญ่มากจะถูกตัดในชิ้นเล็กในระหว่างการแปล มีอิทธิพลต่อการปรับเปลี่ยนนี้หน้าขนาดใหญ่เท่านั้นและคุณสามารถกำหนดค่าได้โดยค่าประสิทธิภาพใหม่ อะไรผลบนหน้าหลักฟอรั่มของลูกค้าของเราคือ เวลาแปลลงจากประมาณ 21 วินาทีเพื่อประมาณ 3 วินาที เช่นฉันคิดว่านี้สร้างความแตกต่างให้กับลูกค้าของเรา;) และเราหวังว่านี้จะสร้างความแตกต่างที่ดีสำหรับคุณ :)
แม่แบบการเปลี่ยนแปลง :
-- vbenterprisetranslator_flag เพื่อขจัดความขัดแย้งกับปลั๊กอินบาง
ข้อบกพร่องแก้ไข :
URL สำหรับติดตามฟอรั่มในไดเรกทอรีย่อยและที่อยู่ที่มีไดเรกทอรีย่อยนี้ --
-- RSS การเข้ารหัสแก้ไขชื่อ
-- แปล JS RSS
-- การแปลของ Google Maps
-- ลิงค์สำหรับหัวข้อที่มี% ในชื่อเรื่อง
-- ไฟล์ CSS
--'เก็บไดเรกทอรี'ตัวเลือก
ใหม่ :
-- เป้าหมายเพิ่ม ="_blank"สำหรับการเชื่อมโยงสินเชื่อเพื่อหลีกเลี่ยงผู้ใช้ออกจากฟอรั่มของคุณ
มีความสนุกสนานและเพลิดเพลินกับการแปล waster มากกับภาระของเซิร์ฟเวอร์มากน้อย :)
PS
ทั้งหมดทดสอบประสิทธิภาพการทำงานของเราได้ทำใน PHP 5.2.12 และในรุ่นนี้ก็คือ profiled vBET ของหลักสูตรที่คุณยังคงสามารถใช้ vBET กับรุ่นก่อนหน้านี้ PHP :) เราเพิ่งทำทดสอบประสิทธิภาพการทำงานเกี่ยวกับเรื่องนี้อย่างใดอย่างหนึ่ง
ปรับปรุงประสิทธิภาพการทำงานของคุณสามารถแตกต่างกันไปขึ้นอยู่กับรุ่น PHP, เพราะความแตกต่างผลการดำเนินงานเป็นไปได้ของฟังก์ชัน PHP พื้นเมือง
ที่เป็นสัญญาว่าเราย้ายปรับปรุงประสิทธิภาพการทำงานทั้งหมดจาก vBET 4.x เพื่อ vBET3.x ใช่เรายังคงสนับสนุน 3.x และดูเหมือนว่ามันจะได้รับการสนับสนุนเป็นเวลานาน (ลูกค้าของเราจะแสดงให้เห็นวิธีการของเรา) ในรุ่นนี้เรามุ่งเน้นที่จะให้คุณปรับปรุงประสิทธิภาพการทำงานให้เร็วที่สุดเพื่อให้ไม่มีฟังก์ชันการทำงานใหม่ เหล่านั้นจะอยู่ในรุ่นถัดไปที่สำคัญ
ที่สำคัญในระหว่างการปรับปรุง :
-- การบูรณาการสร้าง Sitemap การเปลี่ยนแปลง (จำเป็นต้องเพิ่ม 1 บรรทัดของรหัสที่เห็นที่นี่ :
-- การบูรณาการภาษาไทยการเปลี่ยนแปลง สำหรับรายละเอียดโปรดไปที่ ReadMe.html และทำทุกขั้นตอนสำหรับแฟ้ม functions_vbseo_createurl.php และสำหรับ functions_vbseo_url.php ทั้งหมดโดยไม่ต้องขั้นที่ 2 และ 3 (คุณมีอยู่แล้วไม่ได้)
เหล่านี้จะสำคัญมากเพราะวิธีการจะหยุดการทำงานและภาษาไทยจะหยุดการแปล URL ที่ถ้าคุณจะไม่ได้คำแนะนำที่รกร้าง ถ้าคุณทำแล้วแผนผังเว็บไซต์จะทำงานได้ดีและภาษาไทยจะไม่เพียง แต่ URL ที่แปล แต่ยังจะทำงานได้เร็วขึ้น (redirections คู่ออก)
เพื่อให้ง่ายคุณสามารถทำเสมอบูรณาการเต็มรูปแบบเริ่มต้นในไฟล์ mod เดิม นอกจากนี้โปรดจำไว้ว่าสำหรับผู้ใช้ไม่ได้ทางด้านเทคนิคที่เรามีให้บริการอัพเกรด (http://www.vbenterprisetranslator.com/upgrade-service.php) เราขอแนะนำให้ทำมันเองถ้าคุณรู้วิธีการใช้ชนิดของการแก้ไขข้อความและ FTP ใด ๆ ยังคงที่เราต้องการทั้งหมดของลูกค้าของเราที่จะรู้สึกสะดวกสบายกับการปรับปรุงนี้ -- นั่นคือเหตุผลที่เราเตือนเกี่ยวกับการบริการของเราอัพเกรด
สิ่งที่เปลี่ยนแปลงในรุ่นนี้ :
ปรับปรุงประสิทธิภาพการทำงาน :
-- สั้นไม่ได้แปลพื้นที่
ตอนนี้ก็เป็น : นี้จะไม่ถูกแปล (ทางลัดของการเริ่มต้นไม่ได้พื้นที่ที่แปลและสิ้นสุดไม่ได้พื้นที่แปล) นี้เป็นสิ่งสำคัญมากถ้าคุณใช้มันอยู่แล้วในแม่แบบของคุณ -- ในกรณีดังกล่าวโปรดหาที่เกิดขึ้นทั้งหมดและแทนที่ (เดิม : และ ).
ขั้นตอนวิธีการเพิ่มประสิทธิภาพการแปล --
มากการเปลี่ยนแปลงเพียงเล็กน้อยหรือใหญ่กว่ารวมทั้ง : พารามิเตอร์ใหม่ที่มีประสิทธิภาพการใช้งานที่ดีขึ้นของฟังก์ชัน PHP พื้นเมือง, การเปลี่ยนแปลงในขั้นตอนวิธีของเราเอง
-- คอขวดตัดออกสำหรับการแปล URL
เราตระหนักว่าการเชื่อมโยงได้ถูกแปลโดยหนึ่งในสิ่งที่ค่าใช้จ่ายมากในการร้องขอของ Google ตอนนี้ใช้การแปล vBET ล่าช้าสำหรับการแปล URL แรก 4 การเชื่อมโยงต้องถูกแปลเป็ นที่ต้องการ (เพราะภาษาไทยของการเปลี่ยนเส้นทางเป็นไปได้) และส่วนที่เหลือจะล่าช้า
-- คอขวดกรอบด้วยภาษาไทยการเปลี่ยนเส้นทาง
การเปลี่ยนเส้นทางคู่ไม่ใช้ -- ตอนนี้เปลี่ยนเส้นทางไปยังจุดเชื่อมโยงการแปลที่ลิงก์ที่เหมาะสมที่แรกที่เปลี่ยนเส้นทาง (รวมขั้นตอนที่จำเป็นต้องเพิ่ม)
-- ร่างกายปลั๊กอินย้ายไปอยู่ที่ไฟล์ php
ตอนนี้บล็อกข้อความขนาดใหญ่จะไม่มีนอกรีตจะนำมาจากฐานข้อมูล แทนของปลั๊กอินนี้เพียงแค่ใช้ฟังก์ชันที่อยู่ในไฟล์ PHP ที่สุดของปลั๊กอินที่มี 1-4 บรรทัดของรหัสในขณะนี้
--'หน่วงเวลาระหว่างการแปล'พารามิเตอร์ใหม่ที่มีประสิทธิภาพสูง
เราค้นพบว่าฟอรั่มบางรายที่มีปัญหามีจำนวนมากของการร้องขอของ Google (หมายเหตุ -- เพียงบางส่วนเท่านั้นส่วนใหญ่ไม่ได้มีปัญหาดังกล่าว) มันจะปรากฏสำหรับฟอรั่มที่แต่ละอื่นขอเอาของ Google อีกต่อไปและอีกต่อไป อาจจะเป็นเพราะของ'ลงโทษ'ของ Google สำหรับการเข้าชมมากอาจจะเพราะการตั้งค่าไฟร์วอลล์ของตัวเอง แต่เรามีทางออกสำหรับที่ -- ตอนนี้คุณสามารถขอ vBET การรอระหว่างการร้องขอของ Google แปลภาษา แน่นอนมันจะทำให้การประเมินผลคำขอของผู้ใช้อีกต่อไปในด้านของคุณ แต่ปรากฏว่าในกรณีดังกล่าวตอบสนองต่อสุดท้ายคือมากได้เร็วขึ้นมาก เพราะหน้าไม่ได้เก็บไว้รอการตอบสนองของ Google ต้องใช้เวลามากที่สุด ใช้มันอย่างระมัดระวังและเพียงถ้าคุณสามารถวัดการเปลี่ยนแปลงของผลการดำเนินงาน ถ้ามันจะมีความจำเป็นเราจะเพิ่มบทความเกี่ยวกับวิธีการตรวจสอบเวลาการตอบสนองของ Google บางอย่าง
-- คอขวดกับการเปลี่ยนข้อความที่ตัดออก
เรา profiled vBET ปัญหาประสิทธิภาพการทำงานและพบกับการแยกการส่งออก -- ตอนนี้ก็มีการแก้ไข การแยกออกสำหรับสคริปต์ลักษณะพื้นที่ไม่ได้แปลและการติดตามการแปลเป็ นได้เร็วขึ้นมากในขณะนี้
-- 2 การตั้งค่าประสิทธิภาพขั้นสูงสำหรับหน้าขนาดใหญ่
ขนาด HTML : จุดตัด'และ'ขนาด HTML : เริ่มต้นการตัด' ทำให้การติดตั้งบนเซิร์ฟเวอร์ของลูกค้าออกมาเราค้นพบว่าที่หน้าหลักของเขาคือการแปลจริงๆ -- ระยะยาวแม้มันเก็บไว้แล้ว ทั้งหมดหน้าอื่น ๆ ได้ถูกแปลอย่างรวดเร็ว เราได้ตรวจสอบและนี้คือสิ่งที่เราค้นพบ :. ผลการดำเนินงานของ PHP ลงไปอย่างมากเมื่อทำงานกับสตริงใหญ่จริงๆ ฉันคิดว่าในกรณีดังกล่าวเพียงเขียน PHP ให้บางแฟ้มชั่วคราวและจะทำงานกับแฟ้มแทนในหน่วยความจำ เพราะการที่เรามีการปรับเปลี่ยนขั้นตอนวิธีการแปลและแสดงผลที่ใหญ่มากจะถูกตัดในชิ้นเล็กในระหว่างการแปล มีอิทธิพลต่อการปรับเปลี่ยนนี้หน้าขนาดใหญ่เท่านั้นและคุณสามารถกำหนดค่าได้โดยค่าประสิทธิภาพใหม่ อะไรผลบนหน้าหลักฟอรั่มของลูกค้าของเราคือ เวลาแปลลงจากประมาณ 21 วินาทีเพื่อประมาณ 3 วินาที เช่นฉันคิดว่านี้สร้างความแตกต่างให้กับลูกค้าของเรา;) และเราหวังว่านี้จะสร้างความแตกต่างที่ดีสำหรับคุณ :)
แม่แบบการเปลี่ยนแปลง :
-- vbenterprisetranslator_flag เพื่อขจัดความขัดแย้งกับปลั๊กอินบาง
ข้อบกพร่องแก้ไข :
URL สำหรับติดตามฟอรั่มในไดเรกทอรีย่อยและที่อยู่ที่มีไดเรกทอรีย่อยนี้ --
-- RSS การเข้ารหัสแก้ไขชื่อ
-- แปล JS RSS
-- การแปลของ Google Maps
-- ลิงค์สำหรับหัวข้อที่มี% ในชื่อเรื่อง
-- ไฟล์ CSS
--'เก็บไดเรกทอรี'ตัวเลือก
ใหม่ :
-- เป้าหมายเพิ่ม ="_blank"สำหรับการเชื่อมโยงสินเชื่อเพื่อหลีกเลี่ยงผู้ใช้ออกจากฟอรั่มของคุณ
มีความสนุกสนานและเพลิดเพลินกับการแปล waster มากกับภาระของเซิร์ฟเวอร์มากน้อย :)
PS
ทั้งหมดทดสอบประสิทธิภาพการทำงานของเราได้ทำใน PHP 5.2.12 และในรุ่นนี้ก็คือ profiled vBET ของหลักสูตรที่คุณยังคงสามารถใช้ vBET กับรุ่นก่อนหน้านี้ PHP :) เราเพิ่งทำทดสอบประสิทธิภาพการทำงานเกี่ยวกับเรื่องนี้อย่างใดอย่างหนึ่ง
ปรับปรุงประสิทธิภาพการทำงานของคุณสามารถแตกต่างกันไปขึ้นอยู่กับรุ่น PHP, เพราะความแตกต่างผลการดำเนินงานเป็นไปได้ของฟังก์ชัน PHP พื้นเมือง
