Recently, I am researching the ZBLOG system, which has an ASP version, which can be used with ACCESS and MS-SQL databases, and also has a plug-in for generating HTML pure static web page files, although for the ASP version of ZBLOG2.1-2.2, the static plug-in is not timely. The update has caused a small problem that the webpage cannot be jumped in the background after submitting the webpage, but it can still be used. At present, there is no problem except to be cautious when choosing the database version. The point is not to choose SQL SERVER2012 and later versions, because there will be a problem of jumping 1000 in the self-incrementing column after restarting the SQL SERVER server. For me, I am very uncomfortable, and there is no good solution at present.
Test blog, subject: IT learning tutorial and reading notes (http://www.simayi.net/) related to education; system: ZBLOG ASP+SQL SERVER.
Then for the PHP version of the ZBLOG system, when the MYSQL database is installed, the problem is even more troublesome. If the amount of data is relatively small, no more than 30,000, the access after 10,000 IP is still bearable, but if it exceeds this number, In addition, if the server is not very powerful, it must not stand the problem of the system's lag. what is the reason?
The reason is that the PHP version does not have a plug-in for generating pure static HTML pages. According to the ZLBOG developer's reply, it is "technically difficult to achieve". It may be because this system is lightweight, so static generation is not considered in this regard. The problem with the file is just pseudo-static processing and design.
There are 2 flaws in the ZBLOG PHP version:
1. It is impossible to generate pure static web page files, and the pressure resistance is poor. The design of PHP+MYSQL must be against a large number and high traffic volume, but the pro-test situation is not optimistic.
2. Extremely consumes server resources. For general website operators, the cost of purchasing a server is too high. You need to purchase an RDS dedicated database to prevent insufficient pressure resistance. This investment is very large.
Conclusion: Therefore, I personally think: if your data volume is not very large, it is better to honestly use the ZBLOG2.2ASP+SQL SERVER database, with 100,000 data and millions of IPs without pressure.