ZServer4D

แนะนำ

ZSERVER4D เป็นแพลตฟอร์มพื้นฐานสำหรับระบบการสื่อสารขั้นสูงซึ่งมีแนวโน้มที่จะพัฒนากระบวนการและการสนับสนุนหลายแพลตฟอร์ม

หมายเหตุ: ZS จะไม่ได้รับการดูแลในอนาคตอีกต่อไป (ดูคำแนะนำใน ZNET) โปรดไปที่ ZNET สำหรับการอัปเดต (พร้อมโปรแกรมอัพเกรด ZS คุณสามารถอัปเกรดเป็น ZNET ได้ด้วยคลิกเดียว) https://github.com/passbyyou888/znet

การทำงาน

Zserver4D เป็นห้องสมุดสนับสนุนพื้นฐานที่สร้างขึ้นสำหรับกลุ่มระบบอัตโนมัติ SaaS สำหรับรายละเอียดโปรดดูที่ https://github.com/passbyyou888/zcloud

รองรับแพลตฟอร์มที่ใช้งาน Android, iOS, Win32/64, Linux, OSX และ IoT (Linux เวอร์ชันใด ๆ สามารถรองรับได้รวมถึง Raspberry 1-3 Generation, Orange, Qualcomm, Samsung และ CPU ขนาดเล็ก MIPS Linux)

สนับสนุนคอมไพเลอร์: FPC3.0.4, Delphixe10.2 และรุ่นใหม่กว่า

การคำนวณแบบขนานรองรับเซิร์ฟเวอร์ HPC และสามารถกำหนดค่าเซิร์ฟเวอร์พารามิเตอร์ลึกแบบขนานได้

การสนับสนุนที่ดีสำหรับโฮสต์คลาวด์ที่มีน้ำหนักเบา, Tencent Cloud, Alibaba Cloud และ Amazon Cloud ซึ่งทั้งหมดนี้มีเซิร์ฟเวอร์หลายพันเซิร์ฟเวอร์ที่ใช้ ZSERVER4D ในการทำงาน (สถานะไตรมาสแรก 2019)

รองรับการเจาะอินทราเน็ตภาษาปาสกาลในตัวห้องสมุดหลักที่เสถียร XNAT (การสนับสนุนเคอร์เนลโดยตรง, การสนับสนุนที่ไม่ใช่ภายนอก)

สนับสนุนการเจาะอินทราเน็ตที่ใช้ FRP (สนับสนุนโดยเปลือกนอก) และตั้งค่าเสื้อผ้าที่บ้านที่ บริษัท หรือที่บ้าน

ด้านหน้าและแบ็กเอนด์ของ ZSERVER4D รองรับเงื่อนไขการตรวจสอบ IPv6 ที่ Apple ต้องการรองรับ AAAA การตัดที่สองบันทึกและรองรับโฮสต์คลาวด์ IPv6 ทั้งหมด

ระบบเข้ารหัสขั้นสูงในตัวลูกค้าออนไลน์ 10,000 รายจะมี 10,000 ปุ่มและสามารถเปลี่ยนคีย์แบบไดนามิก (โปรดดูที่โครงการโอเพ่นซอร์สในเครือของ ZSERVER4D

สนับสนุนกลุ่มเครือข่ายที่กระจายอำนาจและรองรับการเชื่อมต่อหนึ่งคลิกของกลุ่มเครือข่ายการกระจายอำนาจ

การสนับสนุนรหัสผ่านควอนตัม antiptographic ในตัว https://en.wikipedia.org/wiki/sha-3

สนับสนุน 5 สถาบันมาตรฐานและเทคโนโลยีแห่งชาติของสหรัฐอเมริกา (NIST) อัลกอริทึมมาตรฐานการเข้ารหัสขั้นสูงขั้นสูง

• การเข้ารหัส RC6 โปรโตคอลการสื่อสารรองรับ https://en.wikipedia.org/wiki/rc6
• การเข้ารหัส Twofish, โปรโตคอลการสื่อสารรองรับ https://en.wikipedia.org/wiki/twofish
• การเข้ารหัส Serpent, โปรโตคอลการสื่อสารรองรับ https://en.wikipedia.org/wiki/serpent_(cipher)
• การเข้ารหัส Mars, โปรโตคอลการสื่อสารรองรับ https://en.wikipedia.org/wiki/mars_(cipher)
• การเข้ารหัส Rijndael โปรโตคอลการสื่อสารรองรับ https://en.wikipedia.org/wiki/advanced_encryption_standard

รองรับ 5G 10 Gigabit Ethernet : คุณต้องอัพเกรด CPU และหน่วยความจำของเซิร์ฟเวอร์ก่อน ZServer มีบัฟเฟอร์ความเร็วสูงในตัวซึ่งสามารถเปลี่ยนพื้นหลังได้อย่างราบรื่นเป็น 10 กิกะบิตอีเธอร์เน็ต คุณสามารถใช้ CompleteBuffer สำหรับเสียง + วิดีโอ + รูปภาพ + ไฟล์

การออกแบบสถาปัตยกรรมสามารถตระหนักถึงการตัดพูล IP และการตัดเครือข่ายทางเข้าอย่างง่ายดายในไม่กี่วินาทีซึ่งเอื้อต่อการป้องกันการโจมตี DDOS ของคู่ต่อสู้ในสภาพแวดล้อมทางธุรกิจในประเทศ

รองรับการพัฒนาเซิร์ฟเวอร์ Linux อย่างเต็มที่ (ทิศทาง FPC)

ในตัว NOSQL ในตัวเคอร์เนลขนานที่ดีการสนับสนุนที่ดีสำหรับข้อมูลขนาดใหญ่การสนับสนุนที่ดีสำหรับการวิเคราะห์การจัดกลุ่มรองรับการโหลดฐานข้อมูลแบบกระจายและสนับสนุนการรวบรวมข้อมูลการสืบค้นข้อมูลแบบกระจาย (ระบบเทคโนโลยี NOSQL ได้รับการเรียงลำดับตั้งแต่ต้นเดือนพฤศจิกายนและโครงการมีขนาดใหญ่และอาจไม่เสร็จสมบูรณ์ในระยะสั้น แต่ในอนาคต

การสนับสนุนแพลตฟอร์มการพัฒนา

• ข้อกำหนดของ Delphi และ IDE: Delphi Rad Studio XE10.3.1 หรือสุดท้าย
• FPC Compiler Support: FPC3.0.4 หรือล่าสุดโปรดดูคู่มือเริ่มต้น IoT ที่มาพร้อมกับโครงการนี้เพื่ออัพเกรด FPC เป็น GitHub เวอร์ชันล่าสุด
• Codetyphon 6.0 หรือล่าสุด (ลองอัปเดตไปยังไลบรารี Cross Toolchain + ล่าสุดที่เกี่ยวข้องโดยใช้ออนไลน์)

การสนับสนุนแพลตฟอร์มทดสอบด้วย Delphi 10.3 Update 2 และ FPC 3.0.4

• Windows: Delphi-Crosssocket (C/S OK), Delphi-DIOCP (C/S OK), Delphi-ICS (C/S OK), Delphi-Indy (C/S OK), Delphi+FPC synapse (C/S OK)
• Android: Indy (c/s ok), crosssocket (ลูกค้าเท่านั้น)
• อุปกรณ์ iOS: Indy (C/S OK), CrossSocket (ไคลเอนต์เท่านั้น)
• iOS simulaor: n/a
• OSX: Indy (C/S OK), ICS (ไม่ได้ทดสอบ), CrossSocket (C/S OK)
• Ubuntu16.04 X64 เซิร์ฟเวอร์: Indy (C/S OK), CrossSocket (C/S OK)
• Ubuntu18.04 x86+x64 เดสก์ท็อป: FPC3.0.4 synapse เท่านั้น (C/S OK)
• Ubuntu18.04 x86+x64 เซิร์ฟเวอร์: เฉพาะ FPC3.0.4 synapse (C/S OK)
• Ubuntu18.04 ARM32+ARM NEON SERVER: FPC3.0.4 Synapse เท่านั้น (C/S OK)
• UBUNTU18.04 ARM32+ARM NEON DESKTOP: FPC3.0.4 Compile Ok, ไม่มีการทดสอบในการรัน
• Ubuntu16.04 Mate Arm32 เดสก์ท็อป: FPC3.0.4 คอมไพล์โอเคทดสอบผ่าน
• Raspberry Pi 3 Debian Linux ARMV7 เดสก์ท็อป, FPC 3.0.4 เท่านั้น, ทดสอบผ่าน
• Wince (ARM Eatbi Hard Flat), Windows 10 IoT, FPC 3.3.1, ทดสอบผ่าน

การสนับสนุนสถาปัตยกรรม CPU ทดสอบกับ Delphi 10.3 Update 2 และ FPC 3.0.4

• MIPS (fpc-little endian), soft float, ทดสอบผ่าน qemu
• Intel x86 (FPC-X86), Soft Float
• Intel X86 (Delphi+FPC), Hard Float, 80386, Pentium, Pentium2, Pentium3, Pentium4, Pentiumm, Corei, CoreAvx, Coreavx2
• Intel x64 (FPC-X86_64), soft float
• Intel x64 (Delphi+FPC), Hard Float, Athlon64, Corei, Coreavx, Coreavx2
• ARM (FPC-ARM32-EABI, Soft Float): ARMV3, ARMV4, ARMV4T, ARMV5, ARMV5T, ARMV5TE, ARMV5TEJ
• ARM (FPC-ARM32-EABI, Hard Float): ARMV6, ARMV6K, ARMV6T2, ARMV6Z, ARMV6M, ARMV7, ARMV7A, ARMV7R, ARMV7M, ARMV7EM
• ARM (FPC-ARM64-EABI, HARD FOAT): ARMV8, AARCH64

เอกสาร

ต้องอ่าน:

คู่มือการรวบรวม

ทำกลยุทธ์ IoT ให้สมบูรณ์

การเจาะอินทราเน็ต:

เกี่ยวกับห้องสมุดการเจาะอินทราเน็ต XNAT

Housewear Mount (FRP Shell รองรับ)

เคอร์เนล:

คำอธิบายโดยละเอียดเกี่ยวกับคำจำกัดความของกระบวนการ ZDefine

คำอธิบายโดยละเอียดเกี่ยวกับกลไก Bigstream

การสื่อสารมัลติมีเดียสมบูรณ์แบบบัฟเฟอร์

คำอธิบายโดยละเอียดของกลไก Batchstream

คำอธิบายโดยละเอียดเกี่ยวกับกลไกการทำงานของเซิร์ฟเวอร์ HPC

คำอธิบายโดยละเอียดเกี่ยวกับกลไกการตอบรับล่าช้า

คำอธิบายโดยละเอียดเกี่ยวกับกลไกคิวคำสั่งแบบอนุกรม

เทคโนโลยีผสม:

STABELIO ระบบตัดการเชื่อมต่อตามแพ็คเก็ตลำดับ

คำอธิบายโดยละเอียดเกี่ยวกับกลไกแพ็คเกจลำดับใน ZServer

เทคโนโลยีผสม:

คำอธิบายโดยละเอียดเกี่ยวกับกลไกสองช่องทาง

เทคโนโลยีการขุดอุโมงค์ P2PVM

กลไกที่สองของ P2PVM

ต้องอ่าน:

การพัฒนาสภาพแวดล้อมการพัฒนาเซิร์ฟเวอร์ Ubuntu (ทิศทาง Delphi)

คู่มือการพัฒนาเดสก์ท็อป Linux (ทิศทาง FPC)

เหตุใดจึงใช้ disposeObject บ่อยกว่าฟรีในโครงการโอเพนซอร์สต่างๆ

ถาม - ตอบ:

การตอบคำถาม: ทำไมคุณต้องตรวจสอบไฟล์ใด ๆ ที่ส่งผ่านอินเทอร์เน็ต?

การตอบคำถาม: ทำไม zserver4d ไม่สามารถใช้ในเธรด

ZDB:

การใช้ ZDB: 1. เข้าใจ ZDB

การใช้ ZDB: 2. การสืบค้นทำงาน

การใช้ ZDB: 3. กลยุทธ์ข้อมูล

อื่น

เทคโนโลยีดาวน์โหลดหลายบรรทัดสองช่องทาง

คำอธิบายโดยละเอียดเกี่ยวกับการใช้งานเซิร์ฟเวอร์การจัดตารางเวลาคลาวด์

Baidu Translation Service Backend (รองรับ Ubuntu16.04LTS Server)

Baidu Translation Service API (รองรับเซิร์ฟเวอร์ Ubuntu16.04LTS)

วิธีการพัฒนาการพัฒนาโปรแกรมพื้นหลังของโหมดคอนโซลอินเตอร์เฟส IO การสื่อสารพื้นฐานตามกรอบเซิร์ฟเวอร์คลาวด์

Codetyphon Multi-Architecture และกับดักการพัฒนาแบบหลายแพลตฟอร์ม

โซลูชันที่ขาดหายไป MTPROCS Library เมื่อรวบรวม Lazarus หรือ Codetyphon

ปัญหารายวัน

คำอธิบายห้องสมุด

การสนับสนุนอินเทอร์เฟซการสื่อสาร (ต้องการเวอร์ชัน Delphi Rad Studio 10.2 หรือสูงกว่าและไม่รองรับเวอร์ชันที่ต่ำกว่า)

1. ส่วนประกอบการสื่อสารโหมดการบล็อก Indy ได้รับการรวมเข้าด้วยกันภายใน ZSERVER4D (ความเข้ากันได้ของไคลเอ็นต์คุณภาพเซิร์ฟเวอร์ที่ไม่ดี)

(โอเพ่นซอร์ส) http://www.indyproject.org/

2. ส่วนประกอบการสื่อสารแบบอะซิงโครนัส Crosssocket ได้รับการรวมเข้าด้วยกันภายใน ZSERVER4D (คุณภาพของทั้งเซิร์ฟเวอร์และไคลเอนต์นั้นยอดเยี่ยม)

(โอเพ่นซอร์ส) https://github.com/winddriver/delphi-Cross-Socket

3. ส่วนประกอบการสื่อสารแบบอะซิงโครนัส ICS ซึ่งรวมอยู่ใน ZSERVER4D (คุณภาพดีมาก)

(โอเพ่นซอร์ส) http://www.overbyte.be

4. DIOCP ห้องสมุดการสื่อสาร DIOCP ที่มีความเสถียรพัฒนาโดยคนจีน (คุณภาพบนฝั่งเซิร์ฟเวอร์นั้นยอดเยี่ยม)

(โอเพ่นซอร์ส) https://github.com/ymofen/diocp-v5

การสนับสนุนอินเทอร์เฟซการสื่อสาร (freepascal 3.0.4 หรือสุดท้ายกับ Lazarus ไม่รองรับในรุ่นล่าง)

1.Synapse4 (โอเพ่นซอร์ส) ได้รับการรวมเข้ากับ ZSERVER4D ส่วนใหญ่รองรับ FPC และยังเข้ากันได้กับ Delphi (ไคลเอนต์มีความเข้ากันได้ดีและเซิร์ฟเวอร์มีคุณภาพดี)

Synapse เป็นโครงการโอเพ่นซอร์สที่ยอดเยี่ยมที่รองรับ SSL

จำนวนการเชื่อมต่อสูงสุดโดยใช้ synapse ใน ZSERVER4D นั้น จำกัด อยู่ที่ 100

แบ็กเอนด์ประมาณ 5 กรัม: 10 กิกะบิตอีเธอร์

10 Gigabit Ethernet Construction สามารถใช้กลไก ที่สมบูรณ์แบบ Buffer ซึ่งสามารถปรับให้เข้ากับสถานการณ์แบ็กเอนด์ 5G ในอนาคตวิดีโอ + รูปภาพ + ไฟล์ขนาดใหญ่และสามารถปรับให้เรียบเป็น 5G โดยไม่ต้องเปลี่ยนแปลงใด ๆ

เกี่ยวกับแพลตฟอร์ม IoT

ข้อกำหนดการพัฒนาแพลตฟอร์ม IoT ของ ZSERVER4D ต้องใช้คอมไพเลอร์ FPC ระบบมาตรฐานของ Zserver4D สำหรับ Internet of Things รองรับระบบ Linux ทั้งหมดซึ่งต้องการเวอร์ชันคอมไพเลอร์ FPC ขั้นต่ำเป็น 3.0.4 (ต้องใช้ไลบรารีเคอร์เนล RT ที่สอดคล้องกัน)

เกี่ยวกับการพัฒนาและเครื่องทดสอบของแพลตฟอร์ม IoT: กระดานพัฒนา IoT ทั้งหมดที่กล่าวถึงในบทความนี้สามารถรับได้ผ่านการช็อปปิ้งออนไลน์ ต้องใช้ความอดทนในการทำด้วยตัวเอง คนขี้เกียจแนะนำให้ใช้ codetyphon หรือติดตั้ง FPC+Lazarus ในตัวโดยตรง

เกี่ยวกับสถาปัตยกรรมการประมวลผลและลำดับไบต์ขนาด

สถาปัตยกรรมโปรเซสเซอร์ PPC ยุคแรกล้วนเป็นคำสั่ง Big-Eendian Endian Byte ซึ่งทำให้มาตรฐานการสื่อสารเครือข่ายเริ่มต้นเป็นครั้งใหญ่ซึ่งส่งผลกระทบต่อการใช้งานของเรา แต่ต่อมา Endianness Endianness ขนาดใหญ่-เอดินได้หายไปอย่างช้าๆและสถาปัตยกรรมโปรเซสเซอร์ Intel กระแสหลักรวมถึง ARM และ X86 ตอนนี้นำ Endianness เล็ก ๆ น้อย ๆ มาใช้ ดังนั้นใน Zserver การส่งและรับงานไบนารีทั้งหมดทั้งหมดในคำสั่ง Endian Endian Endian ขนาดเล็ก หากคุณต้องการจัดการ Endianness ขนาดใหญ่-เอดินในพื้นหลังให้ใช้โหมดโปรโตคอลที่กำหนดเองภายนอก

สถานการณ์ทั่วไปของ Endianness Endian-Endian-endian: ตัวอย่างเช่นในอินเทอร์เฟซการสื่อสารของ Indy เมื่อเราส่งจำนวนเต็มถ้าพารามิเตอร์การแปลงถูกเปิดใช้งานมันจะถูกแปลงเป็น Endianness ขนาดใหญ่

เกี่ยวกับการรั่วไหลของหน่วยความจำ

เซิร์ฟเวอร์ในตัวของ ZSERVER4D คือ: Indy, ICS, Crosssocket, DIOCP, Synapse เซิร์ฟเวอร์ทั้งหมดไม่มีการรั่วไหลของหน่วยความจำ

อินเทอร์เฟซไคลเอนต์ในตัวของ ZSERVER4D ห้องสมุดบางแห่งใช้วิธีการออกแบบของการใช้งานและถูกทอดทิ้ง นี่คือไลบรารีไคลเอนต์ที่ใช้สำหรับแอปพลิเคชันไม่ใช่สำหรับการใช้งานพื้นหลังซึ่งจะนำไปสู่การรั่วไหลของหน่วยความจำเล็กน้อย พวกเขาคือ: Indy, Diocp (ไคลเอนต์)

อินเทอร์เฟซไคลเอ็นต์ที่มีพฤติกรรมการรั่วไหลของหน่วยความจำ

• tCommunicationFramework_client_indy ถูกทิ้งหลังจากใช้งาน
• tCommunicationFramework_client_diocp ถูกทิ้งหลังจากใช้งาน

ลูกค้าปลอดภัยโดยไม่ต้องมีพฤติกรรมการรั่วไหลของหน่วยความจำ

• tCommunicationFramework_client_ics, การรีไซเคิลที่ปลอดภัย, ไม่มีการรั่วไหล
• tCommunicationFramework_client_crosssocket การรีไซเคิลที่ปลอดภัยไม่มีการรั่วไหล
• TCommunicationFramework_client_Synapse การรีไซเคิลที่ปลอดภัยไม่มีการรั่วไหล

คลาสที่รวมอยู่ใน Zserver4D รวมถึงตัวแปลงสัญญาณรายการที่เชื่อมโยงและฐานข้อมูลไม่มีการรั่วไหลของหน่วยความจำ

เกี่ยวกับการทดสอบความเครียด

คุณต้องเปิดขีด จำกัด ของซ็อกเก็ตของ Windows ผ่านรีจิสทรีก่อนจากนั้นใช้ Performanceserver+PerformAnceclient สำหรับการทดสอบ

หากลิงค์ทดสอบความเครียดเกินกว่า 60,000 ระบบ Windows จะปิดพอร์ตการฟังโดยอัตโนมัติ ไม่ทราบเหตุผลเฉพาะ โปรดพยายามเก็บไว้ภายใน 60,000 ให้มากที่สุด พอร์ตการฟังของเซิร์ฟเวอร์เกิน 60,000 จะปิดโดยอัตโนมัติ คุณจะต้องเปิดเซิร์ฟเวอร์อีกครั้งเท่านั้น

เกี่ยวกับการเข้าและใช้

ZSERVER4D ค่อนข้างลำเอียงต่อประเภทสถาปัตยกรรมการสื่อสารแบบหลายแพลตฟอร์ม ปัจจุบันเทคโนโลยีสถาปัตยกรรมกระแสหลักคือการทำโมเดลแอปพลิเคชันบน P2PVM เนื่องจากการบำรุงรักษาและการอัพเกรดระยะยาวการสาธิตและเฟรมเวิร์กจำนวนมากได้ถูกทิ้งไว้ข้างหลังเช่นเซิร์ฟเวอร์คลาวด์ ก่อนที่จะใช้กับโครงการคุณสามารถใช้ข้อความกับ QQ600585 เพื่อยืนยันแนวคิดการใช้งาน เนื่องจากความเข้าใจที่ไม่เพียงพอของโมเดลเครือข่ายบางรุ่นอาจนำไปสู่โครงการที่ไม่ถูกต้องซึ่งไม่ใช่เรื่องตลก

ZSERVER4D เป็นรากฐานของกระบวนการผลิตที่เป็นระบบ มันไม่โง่เท่ากับ VCL สามารถใช้งานได้โดยเร็วที่สุด คุณต้องปรับแต่งข้อกำหนดด้วยตัวเอง พูดง่ายๆคือคุณต้องห่อหุ้มด้วยตัวคุณเองแล้วใช้มัน ZSERVER4D มีการสาธิตและเอกสารประกอบสำหรับการอ้างอิงทางเทคนิค

หมายเหตุ: มีหลายโครงการในช่วงปี 2563/ธันวาคม ฉันใช้ 10.3.3 ในการพัฒนาโครงการบนส่วนโค้งแพลตฟอร์มแขนจะปล่อยตัวแปรของฉันโดยอัตโนมัติและไม่มีวิธีแก้ปัญหาสำหรับการดีบักสำหรับวัน หากคุณใช้ ZS เพื่อพัฒนาโทรศัพท์ของคุณโปรดเปลี่ยนเป็น 10.4 หรือใหม่กว่า พัฒนา Win32/Linux เพื่อดำเนินการต่อโดยใช้เครื่องมือที่มีอยู่

เมื่อใช้ FPC ใน Linux คุณต้องเสียบห้องสมุด MM สามารถใช้ Jemalloc/TcMalloc ได้และสามารถรวบรวมอินเทอร์เฟซด้วยตัวเองได้

คำแนะนำทิศทางทางเทคนิค

• ขอแนะนำให้ใช้แบบจำลองการสื่อสารทั้งหมดให้ใช้ P2PVM
• โครงสร้าง CS ธรรมดาและเดี่ยว: ถึง P2PVM
• รูปแบบการสื่อสารเครือข่ายที่ซับซ้อน: ไฟล์ฐานข้อมูลวิดีโอการแชทแบบเรียลไทม์ฟังก์ชั่นการสื่อสารที่ซับซ้อนใด ๆ ที่รวมการสื่อสารที่ซับซ้อนประเภทนี้ใช้ P2PVM
• ภาษาอินเทอร์เฟซสามพรรค: ตัวอย่างเช่นอินเตอร์เฟส C/C ++/Java/OC ขอแนะนำให้ใช้โมเดลการสื่อสารแบบอะซิงโครนัสแบบเพล็กซ์เดี่ยว
• บอร์ดการพัฒนา IoT และบอร์ดที่กำหนดเอง: ไปที่ P2PVM อย่าลืมใช้ไลบรารี MM เช่น JEM/TCM
• รูปแบบการสื่อสารแบ็กเอนด์ขนาดใหญ่: เพื่อพัฒนาโปรแกรมดังกล่าวให้ความสนใจกับกระบวนทัศน์การทำงานของรหัสสแต็กในการเขียนโปรแกรมมากขึ้น ส่วนที่สำคัญคือมาตรฐานแบบรวมและเทคโนโลยีเฉพาะสามารถปฏิบัติตาม
• Zserver4D มีเนื้อหามากมายในสาขาวิทยาศาสตร์คอมพิวเตอร์ สำหรับทุกคนฉันขอแนะนำให้ใส่ใจในการเขียนโปรแกรมขั้นพื้นฐานมากขึ้น: เธรดและโครงสร้างข้อมูลและหลีกเลี่ยงตัวเอง
• เมื่อไม่เข้าใจวิธีที่ถูกต้องคือการถามคำถามเพิ่มเติมและ ไม่ต้องทำงานหลังปิดประตู ZSERVER4D เป็นเฟรมเวิร์กขั้นสูงและมุ่งเน้นไปที่แนวคิดการออกแบบและแอปพลิเคชัน เป็นเรื่องง่ายที่จะก้าวไปสู่จุดเข้าใจจากมุมมองทางเทคนิคที่ใช้งานง่าย

BY.QQ600585

ระบบ SaaS และ Delphi11 รองรับ

• สำหรับรายละเอียดเกี่ยวกับระบบสนับสนุน SaaS โปรดดูที่ https://github.com/passbyyou888/zcloud

บันทึกการอัปเดตล่าสุด

• การสนับสนุนใหม่สำหรับไลบรารี ZJSON : FPS/DELPHI การสนับสนุนโหมดการทำงาน JSON ที่สอดคล้องกัน JSON ใช้ในแพลตฟอร์มการพัฒนาอื่น ๆ และการคัดค้านยังเป็นวิธีการทำงานของไลบรารี ZJSON Unified FPC/Delphi อำนวยความสะดวกในการย้ายโปรแกรมในหลายแพลตฟอร์ม
• UPDATE: BigStream สามารถรองรับการแลกเปลี่ยนพื้นที่ดิสก์โดยอัตโนมัติหากเป็น TMEMORYSTREAM/TMEMORYSTREAM64 (ใช้ไฟล์ชั่วคราวแทนบล็อกหน่วยความจำ)
• กลไกการถ่ายโอนไฟล์ Bigstream: หาก Bigstream อยู่ในคิวและตรงตามข้อกำหนดขนาดและประเภทของมันคือ TMemorystream/TMemoryStream64 เริ่มกลไกการถ่ายโอน
• มีการเพิ่มกระบวนทัศน์สามชั้นมาตรฐานโดยใช้การเพิ่มการลบและการค้นหานามบัตรไปยังฟังก์ชั่นกลาง: dbservice-> internetservice-> ไคลเอนต์ การสาธิตนี้ยังรวมถึงการสาธิตกลไกเหตุการณ์สะพานสำหรับการสื่อสารระหว่างเซิร์ฟเวอร์ ฉันสังเกตเห็นเป็นภาษาจีนในรหัส
• การสาธิตที่เกี่ยวข้องกับคำสั่งใหม่สองครั้งถูกเพิ่มเข้ามาและกระบวนทัศน์ของโปรแกรมมัลติเธรดก็แสดงให้เห็นเช่นกัน

อัปเดตเวอร์ชันก่อนหน้า

• ทำให้เป็นมาตรฐานกลไกการเปิดตัวแบบดูอัลแชนเนล: recvtunnel/sendtunnel แต่ละรายการจะต้องได้รับการปล่อยตัวก่อนจากนั้นเฟรมสองช่องทางจะต้องถูกปล่อยออกมา
• อัปเดต: แก้ไขปัญหาที่การทำลายไม่มีการแทนที่ในการสั่งซื้อในห้องสมุด CoreClasses ทำให้หน่วยความจำรั่วไหล
• อัปเดต: แก้ไขปัญหาที่ทำลายไม่มีการแทนที่ในวิธีการเช่น runhpc_stream ทำให้เกิดการรั่วไหลของหน่วยความจำ
• อัปเดต: แก้ไขการตั้งชื่อทั่วไปในบางระบบ ZDB1.0
• อัปเดต: แก้ไขความเป็นสากลของแคชในบาง zdb1.0
• อัปเดต: กลไกการเข้ารหัสและการถอดรหัสในระบบสนับสนุนบริการ Dataastore
• อัปเดต: ระบบรองรับบริการ Dataastore สามารถถอดรหัสสตรีมฐานข้อมูลโดยอัตโนมัติ
• การอัปเดตกลไกที่สำคัญ: การสนับสนุนใหม่สำหรับ P2PVM เพื่อรองรับกลไกการโคลนการเชื่อมต่อ ฉันจะเพิ่มการสาธิตของกลไกนี้เมื่อฉันมีเวลาในอนาคต
• การอัปเดตกลไกที่สำคัญ: การสนับสนุนใหม่สำหรับกลไกการส่งต่อข้อมูลอัตโนมัติระหว่างเซิร์ฟเวอร์ ฉันจะเพิ่มการสาธิตของกลไกนี้เมื่อฉันมีเวลาในอนาคต

บันทึกการอัปเดตเพิ่มเติม

สังเกต

โปรดพัฒนาและรวมบริการ HTTP สำหรับ monomials เช่น REST, BAAS ฯลฯ บนเซิร์ฟเวอร์ ZSERVER4D ไม่ได้ให้การสนับสนุน HTTP ภายนอก

หากคุณใช้ zserver4d และมีคำถามเกี่ยวกับการพัฒนาโปรดเข้าร่วมกลุ่มและค้นหาคำตอบ (โปรดอย่าติดต่อผู้เขียนโดยตรง)

QQ Group 490269542

สนับสนุนการพัฒนาที่ตามมาของการถ่ายโอน Alipay Zserver4D

ไม่เป็นไรที่จะโอนเงิน หากคุณพบปัญหาใด ๆ โปรดให้ข้อเสนอแนะทันเวลา คุณคือผู้ใช้ของฉันทั้งหมด:〉