Anh em ai làm bên lập trình vào nghe thanh niên này dạy về framework nòe

bỏ sục cặc nha mày · 29/9/21

olahoma:
cái này tùy vào dự án nữa. nhưng đa phần sẽ cache những request có tham số và duoc call nhiều lần và ít bị update value, hoặc cac data master
p/s: móa mới chích mũi 2 luc chiều, giờ phê vl phải vào xàm để máu dồn lên não

Yes. Chính xác, ví dụ như data về locations, xưa redis chưa phổ biến tao hay cache vào cái scope application của jsp ấy. (Xưa tao code jsp chay vì chưa có framework j hết)
Sau này có redis thì xài. Bên django orm. Có mấy dự án nó cache luôn object vào redis luôn để sau này load ra cho nhanh

hoho12345 · 29/9/21

bỏ sục cặc nha mày:
Cảm ơn mày đã đặt câu hỏi
Tao nghĩ tao sẽ xài nodejs để save
Chúng ta có thể lợi dụng cơ chế non-blocking i/o của nodejs
Khi save, cái thread save đó sẽ call cái process của hệ điều hành để save vào device. Vì là non-blocking i/o nên nó sẽ ko phải chờ bất cứ process nào và sẽ save nhanh hơn khi xài php (blocking i/o)
Tao ns vậy có đúng ko???

Về nodejs thì tôi không chắc, nhưng tôi vừa research thì bản chất của javascript đã là non-blocking i/o

Vì sao, giả sử anh có 2 tác vụ, tác vụ 1 a call api 1 được kết quả 1, tác vụ 2 call api 2 a lấy đc kết quả 2 => javascript thường thì a sẽ thấy 2 tác vụ này sẽ được xử lý đồng thời.
Nhưng vấn đề sẽ xảy ra khi bài toán của anh là lấy kết quả của tác vụ 1 để thực hiện tác vụ 2. Đó là lý do a có từ khoá async / await đó. Với hình ảnh thì ok, nhưng với video thì nodeJs không phải là tốt.

Trở lại với bài trên, tôi cũng vừa reseach luôn, anh biết image có thể convert thành mã base64 đúng không, nó đơn giản chỉ là text, chia cái text đó ra thành nhiều phần, sao minh không nghĩ là dùng thread để store xuống DB nhanh hơn nhỉ. Nói chung có nhiều cách lắm, do thuật toán của anh thôi.

bỏ sục cặc nha mày · 29/9/21

hoho12345:
Thấy business trong ngân hàng nó cũng CRUD only thôi, mà status nó đổi chóng mặt luôn, dẫn đến business đồ sộ chóng mặt luôn.

Tao nghĩ business ngân hàng sẽ rất quan trọng khâu thiết kế db.

Nguyen_Xuan_Phuc · 29/9/21

có thằng nào cắt nghĩa đơn giản Framework là cgì giúp t đc k

olahoma · 29/9/21

bỏ sục cặc nha mày:
Yes. Chính xác, ví dụ như data về locations, xưa redis chưa phổ biến tao hay cache vào cái scope application của jsp ấy. (Xưa tao code jsp chay vì chưa có framework j hết)
Sau này có redis thì xài. Bên django orm. Có mấy dự án nó cache luôn object vào redis luôn để sau này load ra cho nhanh

đúng rùi,

hoho12345:
Về nodejs thì tôi không chắc, nhưng tôi vừa research thì bản chất của javascript đã là non-blocking i/o

Vì sao, giả sử anh có 2 tác vụ, tác vụ 1 a call api 1 được kết quả 1, tác vụ 2 call api 2 a lấy đc kết quả 2 => javascript thường thì a sẽ thấy 2 tác vụ này sẽ được xử lý đồng thời.
Nhưng vấn đề sẽ xảy ra khi anh lấy kết quả của tác vụ 1 để thực hiện tác vụ 2. Đó là lý do a có từ khoá async / await đó. Với hình ảnh thì ok, nhưng với video thì nodeJs không phải là tốt.

Trở lại với bài trên, tôi cũng vừa reseach luôn, anh biết image có thể convert thành mã base64 đúng không, nó đơn giản chỉ là text, sao minh không nghĩ là dùng thread để store xuống DB nhanh hơn nhỉ. Nói chung có nhiều cách lắm, do thuật toán của anh thôi.

có chứ. người ta vẫn store hình vao DB mà. nhưng chỉ những minh quan trong hay avartar user abc thoi, chứ lưu trữ theo dang media thì se bi yếu điểm á, với lai bây giờ người ta dùng services S3 để lưu hết rồi, hihi

cbrdungpro · 29/9/21

olahoma:
mày đang apply microservices vào rồi, còn thiếu register và cache redis nưa là đủ rùi

cái đó mặc định mày. chả hệ thống nào ko xài cái đó

olahoma · 29/9/21

Nguyen_Xuan_Phuc:
có thằng nào cắt nghĩa đơn giản Framework là cgì giúp t đc k

ha ha, nói sao ta, nó giống như 1 con ghệ đã được độ mặt dzu mông các kiểu lên, ko còn thuần con gái nữa

hoho12345 · 29/9/21

olahoma:
đúng rùi,

có chứ. người ta vẫn store hình vao DB mà. nhưng chỉ những minh quan trong hay avartar user abc thoi, chứ lưu trữ theo dang media thì se bi yếu điểm á, với lai bây giờ người ta dùng services S3 để lưu hết rồi, hihi

Thiệt ra tôi chỉ đưa ý kiến là không phải FW không là đủ, mà còn dựa vào tư duy thôi. Chứ tôi là banker, ko có được tiếp xúc với kĩ thuật nhiều, vào chém cho vui thôi.

cbrdungpro · 29/9/21

Nguyen_Xuan_Phuc:
có thằng nào cắt nghĩa đơn giản Framework là cgì giúp t đc k

nó như kiểu cái khung nhà. mỗi framework đều dc thiết kế theo 1 mô hình riêng.MVC, MVVC...
Như kiểu 1 cái nhà. mày dựng khung 1 cái nhà dân, biệt thự, resort mỗi loại đó được gọi là 1 framework.
Việc của mày là có khung rồi, mày đắp gạch vào , chỗ nào là bếp m cho bếp vào, chỗ nào là nvs m lắp đúng vào vị trí đó là thành cái nhà

Nguyen_Xuan_Phuc · 29/9/21

olahoma:
ha ha, nói sao ta, nó giống như 1 con ghệ đã được độ mặt dzu mông các kiểu lên, ko còn thuần con gái nữa

à r, hiểu r, là cái khung sẵn có, dự án đ cần build lên nữa, cứ thế mà dùng hoy

bỏ sục cặc nha mày · 29/9/21

hoho12345:
Về nodejs thì tôi không chắc, nhưng tôi vừa research thì bản chất của javascript đã là non-blocking i/o

Vì sao, giả sử anh có 2 tác vụ, tác vụ 1 a call api 1 được kết quả 1, tác vụ 2 call api 2 a lấy đc kết quả 2 => javascript thường thì a sẽ thấy 2 tác vụ này sẽ được xử lý đồng thời.
Nhưng vấn đề sẽ xảy ra khi bài toán của anh là lấy kết quả của tác vụ 1 để thực hiện tác vụ 2. Đó là lý do a có từ khoá async / await đó. Với hình ảnh thì ok, nhưng với video thì nodeJs không phải là tốt.

Trở lại với bài trên, tôi cũng vừa reseach luôn, anh biết image có thể convert thành mã base64 đúng không, nó đơn giản chỉ là text, sao minh không nghĩ là dùng thread để store xuống DB nhanh hơn nhỉ. Nói chung có nhiều cách lắm, do thuật toán của anh thôi.

Theo tao hiểu thì non blocking i/o và cơ chế bất đồng bộ nó khác nhau mặc dù về mặt ý nghĩa nó giống nhau
Non blocking i/o là thiên hướng về process input/output của hệ điều hành
Còn cái mày nó là cơ chế bất đồng bộ, là nhiều thread chạy song song thread này ko phải đợi thread khác
Khi mày save 1 image vào device là nó liên quan đến i/o của hệ điều hành và tao nghĩ (ko sure lắm) thì lúc save nó có thể bị blocking 1 process khác của OS chẳng hạn
Quay trở lại việc mày convert sang base64 để save, thế tao cũng có thể vặn lại mày là mày tốn 1 time để encode file qua base64 đúng ko
Vậy thời gian save của m sẽ bằng time convert + time save vào rdbms. Nếu m dùng cách này thì nên xài db là Mongo db thì hợp lý hơn. Thằng rdbms chắc chắn save text base64 sẽ chậm hơn nosql

cbrdungpro · 29/9/21

hoho12345:
Về nodejs thì tôi không chắc, nhưng tôi vừa research thì bản chất của javascript đã là non-blocking i/o

Vì sao, giả sử anh có 2 tác vụ, tác vụ 1 a call api 1 được kết quả 1, tác vụ 2 call api 2 a lấy đc kết quả 2 => javascript thường thì a sẽ thấy 2 tác vụ này sẽ được xử lý đồng thời.
Nhưng vấn đề sẽ xảy ra khi bài toán của anh là lấy kết quả của tác vụ 1 để thực hiện tác vụ 2. Đó là lý do a có từ khoá async / await đó. Với hình ảnh thì ok, nhưng với video thì nodeJs không phải là tốt.

Trở lại với bài trên, tôi cũng vừa reseach luôn, anh biết image có thể convert thành mã base64 đúng không, nó đơn giản chỉ là text, chia cái text đó ra thành nhiều phần, sao minh không nghĩ là dùng thread để store xuống DB nhanh hơn nhỉ. Nói chung có nhiều cách lắm, do thuật toán của anh thôi.

nodejs xử lý request , realtime sẽ nhanh hơn bt. nhưng xử lý tác vụ liên quan đến tính toán nhiều(CPU-bound) ví dụ xử lý ảnh, xử lý video thì ko ai dùng node cả. vì cần khai thác sức mạnh của cpu multicore. java hoặc golang chẳng hạn

cbrdungpro · 29/9/21

olahoma:
ha ha, nói sao ta, nó giống như 1 con ghệ đã được độ mặt dzu mông các kiểu lên, ko còn thuần con gái nữa

dmm định nghĩa vớ va vớ vẩn

hoho12345 · 29/9/21

bỏ sục cặc nha mày:
Theo tao hiểu thì non blocking i/o và cơ chế bất đồng bộ nó khác nhau mặc dù về mặt ý nghĩa nó giống nhau
Non blocking i/o là thiên hướng về process input/output của hệ điều hành
Còn cái mày nó là cơ chế bất đồng bộ, là nhiều thread chạy song song thread này ko phải đợi thread khác
Khi mày save 1 image vào device là nó liên quan đến i/o của hệ điều hành và tao nghĩ (ko sure lắm) thì lúc save nó có thể bị blocking 1 process khác của OS chẳng hạn
Quay trở lại việc mày convert sang base64 để save, thế tao cũng có thể vặn lại mày là mày tốn 1 time để encode file qua base64 đúng ko
Vậy thời gian save của m sẽ bằng time convert + time save vào rdbms. Nếu m dùng cách này thì nên xài db là Mongo db thì hợp lý hơn. Thằng rdbms chắc chắn save text base64 sẽ chậm hơn nosql

Nếu base64 làm phía trên FE thì sao ? Im just kidding, tôi không có background mạnh về IT, như đã nói, tôi là banker, background tài chính kinh tế, nên tất cả mọi thứ tôi nói là do tôi lấy từ kiến thức trong ngân hàng của tôi thôi. Các anh bắt bẻ tôi tôi cũng thua à. Giờ tôi đi ngủ, hi vọng sáng mai được đọc nhiều comment hữu ích nà.

bỏ sục cặc nha mày · 29/9/21

olahoma:
đúng rùi,

có chứ. người ta vẫn store hình vao DB mà. nhưng chỉ những minh quan trong hay avartar user abc thoi, chứ lưu trữ theo dang media thì se bi yếu điểm á, với lai bây giờ người ta dùng services S3 để lưu hết rồi, hihi

Yes, giờ tao toàn thấy nó xài s3 để save. Mà tại sao nó dùng vậy. Lúc get ra nhanh hơn à. Tao thấy save cũng chậm vl mà có nhanh j đâu nhỉ

bỏ sục cặc nha mày · 29/9/21

hoho12345:
Nếu base64 làm phía trên FE thì sao ?

Cái này là user experience mà ku. Mày có thể giảm thời gian save cho server nhưng user experience cũng chừng đó time thôi

bỏ sục cặc nha mày · 29/9/21

cbrdungpro:
nodejs xử lý request , realtime sẽ nhanh hơn bt. nhưng xử lý tác vụ liên quan đến tính toán nhiều(CPU-bound) ví dụ xử lý ảnh, xử lý video thì ko ai dùng node cả. vì cần khai thác sức mạnh của cpu multicore. java hoặc golang chẳng hạn

Xử lý ảnh theo tao hiểu là những cái như thay đổi cấu trúc của ảnh, vẽ vời, crop, chứ ko liên quan đến việc save
Vì save ảnh thực chất cũng chỉ là save byte vào db mà thôi

hoho12345 · 29/9/21

bỏ sục cặc nha mày:
Cái này là user experience mà ku. Mày có thể giảm tg save cho server nhưng user experience cũng chừng đó time thôi

Đọc lại comment phía trên của tôi đi, tôi vừa edit ấy.
Tất cả những thứ tôi viết ra chỉ để phản biện và ủng hộ ý kiến của ông chủ thread thôi.

hoho12345 · 29/9/21

bỏ sục cặc nha mày:
Xử lý ảnh theo tao hiểu là những cái như thay đổi cấu trúc của ảnh, vẽ vời, crop, chứ ko liên quan đến việc save
Vì save ảnh thực chất cũng chỉ là save byte vào db mà thôi

Cứ cho là save ảnh chất lượng cao đi, từ 12 MB trở lên.

olahoma · 29/9/21

tính ra xàm mình cũng nhiều ku IT vãi, có ku nào đang ngồi canh trade coin ko vây

bỏ sục cặc nha mày · 29/9/21

hoho12345:
Cứ cho là save ảnh chất lượng cao đi, từ 12 MB trở lên.

Save ảnh 100mb cũng vậy thôi
M save với m edit ảnh là 2 việc khác nhau. Ý của thằng phản biện là nó nói ko nên dùng nodejs xử lý edit ảnh(nó nói đúng trong context của nó)

bỏ sục cặc nha mày · 29/9/21

olahoma:
tính ra xàm mình cũng nhiều ku IT vãi, có ku nào đang ngồi canh trade coin ko vây

Tao chỉ trade xau/usd

cbrdungpro · 29/9/21

olahoma:
tính ra xàm mình cũng nhiều ku IT vãi, có ku nào đang ngồi canh trade coin ko vây

tao đang làm cả sàn trade coin đây.

bỏ sục cặc nha mày · 29/9/21

Screenshot_20210929-030056_MetaTrader 5.jpg

Tao vào lệnh ngu nên đang ăn cứt đây

baochuong · 29/9/21

Mấy thằng nhóc choai choai muốn lấy số thôi mà, so đo làm gì .

Thế nên chúng ta mới có khái niệm: thợ code, thợ thiết kế, thợ sửa máy tính... Hôm trước phỏng vấn 1 cu vào vị trí nhân viên IT, hỏi nó em biết IT là làm gì chưa, nó kêu là sửa máy tính ... Rất tiếc anh không thể giao hệ thống 2 tỷ cho em sửa được.

Như tầm thằng trong hình thì chỉ là thợ code biết le que mấy mánh cỏn con thôi. Loại này là culi coder chứ lập trình khỉ gì.

Anh em ai làm bên lập trình vào nghe thanh niên này dạy về framework nòe

Tôi là Thằng mặt lồn

Đẹp trai mà lại có tài

Tôi là Thằng mặt lồn

Đẹp trai mà lại có tài

Trẻ trâu

Thanh niên hoi

Trẻ trâu

Đẹp trai mà lại có tài

Thanh niên hoi

Đẹp trai mà lại có tài

Tôi là Thằng mặt lồn

Thanh niên hoi

Thanh niên hoi

Đẹp trai mà lại có tài

Tôi là Thằng mặt lồn

Tôi là Thằng mặt lồn

Tôi là Thằng mặt lồn

Đẹp trai mà lại có tài

Đẹp trai mà lại có tài

Trẻ trâu

Tôi là Thằng mặt lồn

Tôi là Thằng mặt lồn

Thanh niên hoi

Tôi là Thằng mặt lồn

Chú bộ đội

Có thể bạn quan tâm