2) Stay Away from Anything Ending W

2) Stay Away from Anything Ending With _once()

We all know that include() simply gives us a warning if it fails, while require() kills the script with a fatal error when it fails. What we don't forget is that include_once() and require_once() is extremely hard on server resources. There is nothing we can do about it, it's how PHP is set up. Just remember that these things kill your server resources, specially on a huge framework, and if you plan your code properly you won't even need it anyway.
3) Develop With Error Reporting On

The very first thing you do when starting a new project is to turn error reporting to E_ALL, and you should only turn it off ten seconds before going to production mode. I do this with every project that I build and there is nothing better than running a project in full production mode and not even getting one error. Besides that, with error reporting on, you pick up any small errors that will eventually grow up to bite you in the... well, you get my point.
4) Use A Framework If You Need One

Ok, so Rasmus Lerdorf says you shouldn't use a framework because he could quite conclusively prove that a framework is much slower than normal PHP code when it came to printing a simple "Hello World" application. Two things to mention here though: you are not Rasmus Lerdorf and I bet you won't be building a "Hello World" application every time you program something. Frameworks that help you do the tedious things can help, although you will have to learn how the frameworks function first in order to make things simple, but that's the only real trade-off. Plus you stand less chance of writing bad code when someone else has written most of it for you, but let's pretend I didn't say that.
5) Use PHP's Inbuilt Functions

Ok, you want to count the amount of keys in an array? You can loop through the array and simply increment a value for each iteration, right? Or you can just use the built in PHP function count(), which does just what it should. PHP has many built-in functions that can do what you need them to, so check out the manual to make sure you are doing it in the best way possible.
6) Protect Your Database

The best and safest way is to use mysql_real_escape_string() for all database before it is added to the database. This function makes all strings safe in terms of quotes and other functions that can harm your database or contain malicious code, so use it to be sure you have taken the first step against protection of your data. Another thing you can do is validate all POST and GET strings, never use $_REQUEST, and make sure all form submitted data is of the right type and value before adding it to a database query.
7) Use POST Not GET

Ok, this isn't always possible, but when its really not necessary, don't use GET, use POST. The reason is simple - GET is simple to emulate, all I need to do is add something to my address bar and I can hack your project. Obviously GET is the easy way to do pagination and permalinks, but when using form submission especially, stay with POST, it's safer.
8) Draw Before You Code

A good practice to get into is to wireframe your projects, even if you are just scribbling a few notes on a piece of paper. It is very important to actually give the mechanics of you application some thought before sitting down to start coding, because in the process of planning it you will actually iron out the difficulties in your head and avoid the major headache that comes with the facepalm when you realize that everything you just did is either wrong, not needed, or just silly.
9) Understand Your Project

An artist cannot draw something that he has not seen before. A singer cannot sing a song that he has not heard before. You cannot code a project that you do not fully understand. If you do not understand exactly what it needs to do, and how it needs to it, you cannot build it.
10) Code Code Code

If I could get one thing through to anyone reading this, this is it. You cannot become a good developer by reading. You cannot become a good developer by watching someone develop. The one and only tried and trusted method, is to actually write code. But - and here is the trick - build real things! Do not go and code something that you have no interest in, or will never use. Build what you like, and you will be excited and interested by it, and you will learn. Then, make it awesome, build upon it, and make it better.

Kết quả (Việt) 1:

2) ở lại đi từ bất cứ điều gì kết thúc với _once()Chúng ta đều biết rằng bao gồm () chỉ đơn giản là cung cấp cho chúng tôi một cảnh báo nếu nó không thành công, trong khi require() giết chết các kịch bản với một lỗi nghiêm trọng khi nó không. Những gì chúng tôi không quên là rằng include_once() và require_once() là vô cùng khó khăn về tài nguyên máy chủ. Không có gì chúng tôi có thể làm gì về nó, nó là như thế nào PHP được thiết lập. Chỉ cần nhớ rằng những việc giết tài nguyên máy chủ của bạn, đặc biệt trên một khuôn khổ lớn, và nếu bạn có kế hoạch mã của bạn đúng cách bạn sẽ không thậm chí cần nó anyway.3) phát triển với lỗi báo cáo vềĐiều đầu tiên bạn làm gì khi bắt đầu một dự án mới là để biến lỗi báo cáo để E_ALL, và bạn chỉ cần tắt nó đi 10 giây trước khi đi sang chế độ sản xuất. Tôi làm điều này với mỗi dự án rằng tôi xây dựng và không có gì tốt hơn so với chạy một dự án trong chế độ đầy đủ sản xuất và thậm chí không nhận được một lỗi. Bên cạnh đó, với lỗi báo cáo, bạn chọn lên bất kỳ lỗi nhỏ mà cuối cùng sẽ lớn lên để cắn bạn trong các... Vâng, bạn sẽ có được điểm của tôi.4) sử dụng một khuôn khổ nếu bạn cần mộtOK, vì vậy Rasmus Lerdorf nói bạn không nên sử dụng một khuôn khổ vì ông khá conclusively có thể chứng minh rằng một khuôn khổ là chậm hơn nhiều so với bình thường PHP mã khi nó đến để in một ứng dụng đơn giản "Xin chào thế giới". Hai điều cần đề cập đến ở đây mặc dù: bạn không phải là Rasmus Lerdorf và tôi đặt cược bạn sẽ không xây dựng một ứng dụng "Hello World" mỗi khi bạn lập trình một cái gì đó. Khuôn khổ mà giúp bạn làm những điều tẻ nhạt có thể giúp đỡ, mặc dù bạn sẽ cần phải tìm hiểu làm thế nào khuôn khổ các hoạt động đầu tiên để làm cho những điều đơn giản, nhưng đó là cái giá chỉ thực sự. Hơn nữa, bạn đứng ít cơ hội của việc viết tình trạng mã khi người khác đã viết hầu hết của nó cho bạn, nhưng hãy giả vờ tôi đã không nói thế.5) chức năng Inbuilt sử dụng PHPOK, bạn muốn để đếm số lượng các phím trong một mảng? Bạn có thể lặp qua các mảng và chỉ đơn giản là tăng giá trị cho mỗi lặp đi lặp lại, đúng không? Hoặc bạn chỉ có thể sử dụng xây dựng trong PHP chức năng count(), mà chỉ là những gì nó cần. PHP có nhiều chức năng được xây dựng trong đó có thể làm những gì bạn cần họ để, vì vậy hãy kiểm tra hướng dẫn sử dụng để đảm bảo rằng bạn đang làm nó trong những cách tốt nhất có thể.6) bảo vệ cơ sở dữ liệu của bạnCách tốt nhất và an toàn nhất là sử dụng mysql_real_escape_string() cho tất cả cơ sở dữ liệu trước khi nó được thêm vào cơ sở dữ liệu. Điều này làm cho chức năng tất cả chuỗi an toàn trong điều khoản của báo giá và chức năng khác mà có thể gây hại cho cơ sở dữ liệu của bạn hoặc chứa mã độc hại, vì vậy sử dụng nó để chắc chắn bạn đã thực hiện bước đầu tiên chống lại bảo vệ dữ liệu của bạn. Một điều bạn có thể làm là xác nhận tất cả các bài đăng và nhận được dây, không bao giờ sử dụng $_REQUEST, và đảm bảo rằng tất cả hình thức gửi dữ liệu là đúng loại và giá trị trước khi thêm nó vào một truy vấn cơ sở dữ liệu.7) sử dụng bài không có đượcOK, điều này không phải luôn luôn có thể, nhưng khi nó thực sự không cần thiết, không sử dụng được, sử dụng bài viết. Lý do là đơn giản - GET là đơn giản để thi đua, tất cả tôi cần làm là thêm một cái gì đó vào thanh địa chỉ của tôi và tôi có thể hack dự án của bạn. Rõ ràng là có được là một cách dễ dàng để làm số trang và permalinks, nhưng khi sử dụng hình thức trình đặc biệt là, trú với bài, nó là an toàn hơn.8) rút ra trước khi bạn mãMột thực hành tốt để có được thành là để cấu trúc khung dự án của bạn, ngay cả khi bạn chỉ scribbling một vài ghi chú trên một mảnh giấy. Nó là rất quan trọng để thực sự cung cấp cho những cơ học của bạn ứng dụng một số suy nghĩ trước khi ngồi để bắt đầu mã hóa, vì trong quá trình lập kế hoạch nó bạn sẽ thực sự sắt ra những khó khăn trong đầu của bạn và tránh chính nhức đầu mà đi kèm với facepalm khi bạn nhận ra rằng tất cả mọi thứ bạn chỉ cần làm là hoặc sai, không cần thiết, hoặc chỉ là ngớ ngẩn.9) hiểu dự án của bạnMột nghệ sĩ không thể vẽ một cái gì đó ông đã không được thấy trước khi. Một ca sĩ không thể hát một bài hát mà ông đã không nghe nói trước khi. Bạn không thể mã một dự án mà bạn không hoàn toàn hiểu. Nếu bạn không hiểu chính xác những gì nó cần phải làm, và làm thế nào nó cần đến nó, bạn không thể xây dựng nó.10) Mã Code MãNếu tôi có thể nhận được một điều cho bất cứ ai đọc sách này, đây là nó. Bạn không thể trở thành một nhà phát triển tốt bằng cách đọc. Bạn không thể trở thành một nhà phát triển tốt bằng cách xem một người nào đó phát triển. Một và chỉ cố gắng và tin cậy phương pháp về sau, là để thực sự viết mã. Nhưng - và đây là Mẹo - xây dựng những điều thực sự! Không đi và mã một cái gì đó mà bạn đã không quan tâm đến, hoặc sẽ không bao giờ sử dụng. Xây dựng những gì bạn thích, và bạn sẽ được vui mừng và quan tâm của nó, và bạn sẽ tìm hiểu. Sau đó, làm cho nó tuyệt vời, xây dựng dựa trên nó, và làm cho nó tốt hơn.

Kết quả (Việt) 2:

2) Stay Away từ Bất cứ điều gì Ending Với _once () Chúng ta đều biết rằng bao gồm () chỉ đơn giản là cung cấp cho chúng ta một cảnh báo nếu nó không thành công, trong khi yêu cầu () giết chết các kịch bản với một lỗi nghiêm trọng khi nó không thành công. Những gì chúng ta không quên là include_once () và require_once () là vô cùng khó khăn về tài nguyên máy chủ. Không có gì chúng ta có thể làm gì về nó, đó là cách PHP được thiết lập. Chỉ cần nhớ rằng những điều này giết tài nguyên máy chủ của bạn, đặc biệt trên một khuôn khổ rất lớn, và nếu bạn có kế hoạch mã của bạn đúng, bạn thậm chí sẽ không cần nó anyway. 3) Xây dựng Với Error Reporting Trên Điều đầu tiên bạn làm khi bắt đầu một dự án mới là biến báo cáo lỗi để E_ALL, và bạn chỉ cần tắt nó đi mười giây trước khi diễn ra chế độ sản xuất. Tôi làm điều này với tất cả các dự án mà tôi xây dựng và không có gì tốt hơn so với chạy một dự án sản xuất trong chế độ đầy đủ và thậm chí không nhận được một thông báo lỗi là. Bên cạnh đó, với báo cáo lỗi trên, bạn chọn bất kỳ lỗi nhỏ mà cuối cùng sẽ lớn lên để cắn bạn trong ... tốt, bạn sẽ có được quan điểm của tôi. 4) Sử dụng Khung Nếu Bạn Cần Một Ok, do Rasmus Lerdorf nói bạn không nên sử dụng một khuôn khổ vì anh khá thuyết có thể chứng minh rằng một khuôn khổ là chậm hơn nhiều so với mã PHP bình thường khi nó đến để in một đơn giản "Hello World". Hai điều cần đề cập đến ở đây mặc dù: bạn không phải Rasmus Lerdorf và tôi đặt cược bạn sẽ không thể xây dựng một "Hello World" ứng dụng mỗi khi bạn có chương trình gì đó. Khung giúp bạn làm được những điều tẻ nhạt có thể giúp đỡ, mặc dù bạn sẽ phải học cách khuôn khổ hoạt động đầu tiên để làm cho mọi việc đơn giản, nhưng đó là chỉ thương mại-off thật. Plus, bạn đứng ít cơ hội của việc viết mã xấu khi có người khác đã viết nhiều nhất của nó cho bạn, nhưng chúng ta hãy giả vờ tôi không nói rằng. 5) Chức năng Inbuilt Sử dụng PHP của Ok, bạn muốn đếm số lượng các phím trong một mảng? Bạn có thể lặp qua mảng và chỉ đơn giản là tăng giá trị cho mỗi lần lặp, phải không? Hoặc bạn chỉ có thể sử dụng được xây dựng trong PHP count function (), mà không chỉ là những gì nó cần. PHP có nhiều chức năng được xây dựng trong đó có thể làm những gì bạn cần họ, vì vậy hãy kiểm tra hướng dẫn để đảm bảo rằng bạn đang làm nó theo cách tốt nhất có thể. 6) Bảo vệ cơ sở dữ liệu của bạn Cách tốt nhất và an toàn nhất là sử dụng mysql_real_escape_string () cho tất cả các cơ sở dữ liệu trước khi nó được thêm vào cơ sở dữ liệu. Chức năng này làm cho tất cả các dây an toàn về báo giá và các chức năng khác có thể gây tổn hại cho cơ sở dữ liệu của bạn hoặc có chứa mã độc hại, do sử dụng nó để chắc chắn rằng bạn đã thực hiện bước đầu tiên chống lại bảo vệ dữ liệu của bạn. Một điều bạn có thể làm là xác nhận tất cả POST và GET dây, không bao giờ sử dụng $ _REQUEST, và chắc chắn rằng tất cả các hình thức gửi dữ liệu là đúng chủng loại và giá trị trước khi thêm nó vào một truy vấn cơ sở dữ liệu. 7) Sử dụng POST Không GET Ok, isn này 't luôn luôn có thể, nhưng khi nó thực sự không cần thiết, không sử dụng GET, POST sử dụng. Lý do rất đơn giản - GET là đơn giản để thi đua, tất cả tôi cần làm là thêm một cái gì đó vào thanh địa chỉ của tôi và tôi có thể hack dự án của bạn. Rõ ràng GET là cách dễ dàng để làm pagination và permalinks, nhưng khi sử dụng hình thức trình đặc biệt, ở lại với POST, nó an toàn hơn. 8) Vẽ Trước khi Bạn Mã A thực hành tốt để có được thành là cấu trúc khung dự án của bạn, ngay cả khi bạn chỉ là viết nguệch ngoạc một vài ghi chú trên một mảnh giấy. Nó là rất quan trọng để thực sự cung cấp cho các cơ của bạn ứng dụng một số suy nghĩ trước khi ngồi xuống để bắt đầu mã hóa, bởi vì trong quá trình lập kế hoạch cho nó, bạn sẽ thực sự sắt ra những khó khăn trong đầu của bạn và tránh đau đầu mà đi kèm với các facepalm khi bạn nhận ra rằng tất cả mọi thứ bạn chỉ cần làm một trong hai là sai, không cần thiết, hoặc chỉ là ngớ ngẩn. 9) Hiểu dự án của bạn Một nghệ sĩ không thể vẽ một cái gì đó mà ông đã không nhìn thấy trước. Một ca sĩ không thể hát một bài hát mà anh đã không nghe trước đây. Bạn không thể code một dự án mà bạn không hiểu đầy đủ. Nếu bạn không hiểu chính xác những gì nó cần phải làm, và làm thế nào nó cần đến nó, bạn không thể xây dựng nó. 10) Mã Mã Mã Nếu tôi có thể có được một điều qua cho bất cứ ai đọc sách này, đây là nó. Bạn không thể trở thành một nhà phát triển tốt bằng cách đọc. Bạn không thể trở thành một nhà phát triển tốt bằng cách xem một người nào đó phát triển. Một và chỉ cố gắng và phương pháp đáng tin cậy, là để thực sự viết code. Nhưng - và đây là lừa - xây dựng những điều có thật! Đừng đi và mã cái gì mà bạn không có hứng thú, hoặc sẽ không bao giờ sử dụng. Xây dựng những gì bạn thích, và bạn sẽ được kích thích và quan tâm bởi nó, và bạn sẽ học. Sau đó, làm cho nó tuyệt vời, xây dựng dựa trên nó, và làm cho nó tốt hơn.