ad cho mình hỏi chút là laravel mình đang ở 5.4 bây giờ mình muốn lên đời 5.8 thì phải thay những gì vậy ạ . mih có sửa file composer.json rồi kiểm tra php artisan --version lên 5.8 rồi mà lúc mih test nó vẫn là 5.4 giao diện debug vẫn của 5.4
@Plumpboy hiện tại phần lớn các câu hỏi của bạn kia đều đang không được trả lời. ông có tâm thế thì trả lời nốt giúp bạn ấy đi. và cũng thôi chuyện lấy ra đường ra để doạ đi
Nice post however please help to correct your typo since you're a writer: JavaScript instead Javascript, TypeScript instead Typescript, it helps your post look better.
console.log is acceptable for pet projects or tutorials but in real projects (most of us always do), loggers are always better and they become a mandatory thing for every production site. Thus, choosing a logger lib at the beginning then leveraging them instead console.log. In JavaScript world, there are many good logging libs such as Winston, Bunyan, Log4js, etc, logger helps you many things, not just print out information.
About Promise and async/await, I think you're a little bit bias for async/await. Async/await is the syntactic sugar for Promise, behind the scene they are the same. As you mentioned, async/await helps us solve the problems called "Promise Hell" but your examples (ones you took from axios) weren't address it, there was no hell at all, just 2 or 3 levels of then and we can even make it better by using Promise Chaining. Async/Await is cool but IMO, they are not a replacement for Promise, there are many things that Promise can do but async/await cannot. Async/await was born for solving Promise Hell problem and until you enter the hell then you may consider refactoring by using it.
I think your used term Automation Test is over-engineering here. To be honest, developers only have time to care about unit tests or at most integration tests......sometimes we even dont have time to write tests under an urgent deadline unless we are required to do. Automation test is big, it includes many things such as unit test, API test, integration test, regression test, performance test, etc, testers are responsible for all of these things rather than developers.
Editor? Webstorm is a good one to try, the only disadvantage comparing to VS Code is it isnt free
e ơi e để ý e đang có 2 cái Route::get('/chat') kìa, có khi vì thế nên nó báo lỗi đó. . Còn cú pháp a thấy ổn.
Ở bài này a dùng laravel 5.7 (đầu bài a có ghi đó e). Nếu ko được e check lại hoặc không thì clone ở repo của a và làm theo hướng dẫn nhé.
Người ta éo giỏi lập trình ko có nghĩa là người ta nhỏ tuổi hay kém cỏi hơn bạn và nhỏ tuổi hơn hay kém cỏi hơn bạn đi nữa, ra đường gọi người ta bằng cu cẩn thận lại vỡ mồm đó.
Bài dịch rất hay và sát nghĩa, cảm ơn tác giả. Nhưng trong bài viết tác giả nên bold 1 số keyword quan trọng để người đọc có thể dễ dàng ghi nhớ những khái niệm quan trọng
THẢO LUẬN
bạn ơi trình duyệt có chức năng sữa lỗi tự động file lập trình à,chức năng cho người phát triển web
ad cho mình hỏi chút là laravel mình đang ở 5.4 bây giờ mình muốn lên đời 5.8 thì phải thay những gì vậy ạ . mih có sửa file composer.json rồi kiểm tra php artisan --version lên 5.8 rồi mà lúc mih test nó vẫn là 5.4 giao diện debug vẫn của 5.4
@Plumpboy hiện tại phần lớn các câu hỏi của bạn kia đều đang không được trả lời. ông có tâm thế thì trả lời nốt giúp bạn ấy đi. và cũng thôi chuyện lấy ra đường ra để doạ đi
@hongquanfit để mình tôi vai ác với xấc láo thôi ông ei
chị ơi cập nhập đi ko thấy content
Nice post however please help to correct your typo since you're a writer: JavaScript instead Javascript, TypeScript instead Typescript, it helps your post look better.
console.log
is acceptable for pet projects or tutorials but in real projects (most of us always do), loggers are always better and they become a mandatory thing for every production site. Thus, choosing a logger lib at the beginning then leveraging them insteadconsole.log
. In JavaScript world, there are many good logging libs such asWinston
,Bunyan
,Log4js
, etc, logger helps you many things, not just print out information.Promise
andasync/await
, I think you're a little bit bias for async/await. Async/await is the syntactic sugar for Promise, behind the scene they are the same. As you mentioned, async/await helps us solve the problems called "Promise Hell" but your examples (ones you took from axios) weren't address it, there was no hell at all, just 2 or 3 levels ofthen
and we can even make it better by using Promise Chaining. Async/Await is cool but IMO, they are not a replacement for Promise, there are many things that Promise can do but async/await cannot. Async/await was born for solving Promise Hell problem and until you enter the hell then you may consider refactoring by using it.Automation Test
is over-engineering here. To be honest, developers only have time to care about unit tests or at most integration tests......sometimes we even dont have time to write tests under an urgent deadline unless we are required to do. Automation test is big, it includes many things such as unit test, API test, integration test, regression test, performance test, etc, testers are responsible for all of these things rather than developers.hay quá anh ơi
Bạn có thể đổi cách viết "0" thành "không" được không ạ?
vâng ạ. cảm ơn anh rất nhiều ạ ^^
e ơi e để ý e đang có 2 cái Route::get('/chat') kìa, có khi vì thế nên nó báo lỗi đó. . Còn cú pháp a thấy ổn. Ở bài này a dùng laravel 5.7 (đầu bài a có ghi đó e). Nếu ko được e check lại hoặc không thì clone ở repo của a và làm theo hướng dẫn nhé.
mình upload được rồi ,nhờ freevn hst nói upload vô thư mục htdocs,xoá file idex,mà mình lập trình cũng có suy nghĩ,duy tư,nhưng nghĩ 0 ra nên hỏi
Người ta éo giỏi lập trình ko có nghĩa là người ta nhỏ tuổi hay kém cỏi hơn bạn và nhỏ tuổi hơn hay kém cỏi hơn bạn đi nữa, ra đường gọi người ta bằng cu cẩn thận lại vỡ mồm đó.
cảm ơn tác giả nhiều.
đúng e
cách viết khó hiểu quá, cần thêm exp để viết những thứ trừu tượng ntn
@jonyu thì làm như vậy đó
khá ổn áp đối với bài viết của Chị , ah hình như Chị làm ở chi nhánh Đà Nẵng phải hông
Bạn cho mình xin link các nguồn tham khảo của bài viết được không?
thankyou a, bài viết hay với dễ hiểu lắm ạ
Bài dịch rất hay và sát nghĩa, cảm ơn tác giả. Nhưng trong bài viết tác giả nên bold 1 số keyword quan trọng để người đọc có thể dễ dàng ghi nhớ những khái niệm quan trọng