🐜 How Many Ants Are in the World?

The hidden empire beneath our feet is bigger than you think.

Ants are everywhere. They crawl through forests, deserts, cities, gardens, and even under your house. But have you ever wondered:

How many ants actually exist on Earth?

Scientists estimate that there are around 20 quadrillion ants living in the world right now.

That number looks like this:

20,000,000,000,000,000

Yes — that is 20 million billion ants.

🌍 Ants Outnumber Humans by an Insane Amount

The current human population is about 8 billion people. Compared to ants, humans are massively outnumbered.

For every single human on Earth, there are roughly:

2.5 Million Ants

Imagine standing in a field while millions of ants silently move beneath your feet.

Scientists believe ants make up one of the largest animal populations ever recorded.

🔬 How Did Scientists Count Them?

Counting every ant individually would be impossible.

Instead, researchers studied:

• 🌳 Forests
• 🌴 Tropical jungles
• 🕳 Underground colonies
• 🏜 Deserts
• 🏙 Urban environments

They combined thousands of studies from around the world to estimate the global ant population.

A famous scientific study published in 2022 shocked the internet when researchers concluded the planet contains approximately 20 quadrillion ants.

💪 Ants Are Stronger Than You Think

Ants may be tiny, but together they are unbelievably powerful.

• 🐜 Ants can carry objects 10–50 times their body weight
• 🏰 Some colonies contain millions of members
• 🌊 Army ants move like living rivers
• 🕳 Certain species build underground cities

In total biomass, ants may outweigh all wild birds and mammals combined.

That means the hidden ant world beneath us is far larger than most people realize.

🌿 Where Are Most Ants Found?

The largest ant populations are usually found in:

• 🌳 Tropical rainforests
• 🌲 Warm forests
• 🌾 Savannas

Places like the Amazon rainforest contain enormous underground colonies that humans rarely notice.

Even cities contain millions of ants hidden in walls, sidewalks, parks, and underground tunnels.

You are almost never far away from ants.

👑 Could Ants Take Over the World?

Probably not.

But ants are among the most successful lifeforms ever to evolve.

They have survived for over 100 million years and adapted to nearly every environment on Earth.

Long after humans disappear, ants may still remain.

That thought alone makes the world feel very different.

🐜 Final Thought

The next time you see a single ant crawling across the ground, remember:

It is part of a hidden civilization containing

20 Quadrillion

members spread across Earth.

Tiny creatures.
Massive empire.

Read More

☠️ Video chặt đầu nấu chín nạn nhân Nguyễn Xuân Đạt và 88 trang tài liệu tổng hợp về nghi phạm Đoàn Văn Sáng - Horror Videos

"☠️Video kinh dị và 88 trang tài liệu"
"Cảnh báo: Có thể gây chấn thương tâm lý"

 Nạn nhân Nguyên Văn Đạt (1989)

   

Hung thủ Đoàn Văn Sáng (1965)

Địa điểm hung thủ ra tay
(Đội Quản lý thị trường số 4 - Lạng Sơn)

Dựng lại hiện trường vụ án

==> 88 Trang tài liệu !!! <==

==> 100 Trang tài liệu !!! <==

Tóm tắt video bạn có thể xem dưới đây!

Nạn nhân mắc hội chứng rối loạn tình dục Vorarephilia và Autassassinophilia ham muốn bị chặt đầu từ năm 2020, tìm mãi không có người giúp nạn nhân thực hiện mong muốn đó.
Trước đó nạn nhân muốn tìm một người phụ nữ xinh đẹp để thực hiện mong muốn. Đầu năm 2025 nạn nhân tìm được một kẻ đồ tể biến thái muốn ăn thịt người và hứa sẽ ăn thịt ngay sau đó.
Nạn nhân đã được kẻ đồ tể xử lý lõa thể, nằm ngửa dưới sàn nhà có trải tấm nilon, đầu kê trên một chiếc thớt, tay cầm dương vật vuốt lên thụt xuống (thủ dâm)…

Khi tinh dịch đang bắn ra thì một kẻ đeo mặt nạ đứng cạnh dùng cây rìu chặt vào cổ người thủ dâm 3 nhát, đầu rời khỏi thân, máu tuôn xối xả… Đao phủ xách cái đầu lên giơ sát vào camera rồi sau đó tiến hành cắt dương vật, rạch bụng… Có nhiều camera được đặt ở các góc độ khác nhau nên cảnh hành quyết và phanh thây được tường thuật rất chi tiết… Tiếp theo là ảnh thủ cấp được đặt cạnh một chiếc mâm, trong mâm bày dương vật, tim gan, lòng… đã được luộc chín…sau đó mời những người thân quen ăn món này những người đó hoàn toàn không hề hay biết.

Cảnh man rợ đến nỗi mà bạn không dám xem lại lần thứ 2.

Món ăn hung thủ tiếp đãi khách

Nguồn tổng hợp RED

Read More

🏰 Marquise de Brinvilliers Castle

Hidden deep inside Lorraine, this abandoned castle has been swallowed by nature. Thick vegetation, broken walls, and silence surround the ruins.

The castle was destroyed after a violent fire in 1969. Since then, it has remained abandoned like a forgotten ghost from the past.

Before the tragedy, wealthy industrialists lived here. Esther and Théodore seemed to have a perfect life — fortune, status, and a castle.

But behind the luxurious walls was pain. Esther desperately wanted a child, while Théodore struggled with sterility.

Their relationship slowly turned cold and toxic. The castle became filled with silence, resentment, and emotional suffering.

After years of failed treatments, desperation pushed them toward dark decisions. Their obsession with having a child slowly destroyed their sanity.

Eventually Esther became pregnant, bringing hope back into the castle. For a brief moment, happiness returned.

But tragedy struck during the pregnancy. Esther suffered a devastating miscarriage that shattered both their lives forever.

Consumed by grief, Esther slowly lost touch with reality. The castle transformed into a place of madness and horror.

One terrible night, violence erupted inside the castle walls. Fire consumed the estate, ending the tragic story forever.

Today, only ruins remain — silent witnesses to one of the castle’s darkest legends.

Source: urbexsession.com

Read More

Luồng phê duyệt đơn

1. Người tạo đơn: Tạo đơn phê duyệt mới và cung cấp thông tin chi tiết về đơn như tiêu đề, mô tả và người được phê duyệt.

2. Người phê duyệt: Nhận thông báo về đơn phê duyệt và xem thông tin chi tiết. Có thể chọn phê duyệt hoặc từ chối đơn. 3. Approver: Nếu người phê duyệt chấp nhận đơn, quá trình phê duyệt được hoàn thành và đơn được chuyển đến bước tiếp theo. 4. Reject: Nếu người phê duyệt từ chối đơn, quá trình phê duyệt kết thúc và đơn bị từ chối. 5. Return: Nếu người phê duyệt muốn yêu cầu chỉnh sửa hoặc bổ sung thông tin, họ có thể chọn trả lại đơn để yêu cầu người tạo đơn thực hiện các thay đổi. 6. Người tạo đơn: Nhận thông báo về việc đơn bị từ chối hoặc yêu cầu chỉnh sửa. Có thể chỉnh sửa đơn và gửi lại để tiếp tục quá trình phê duyệt.  

Quy trình trên có thể được tùy chỉnh và điều chỉnh theo nhu cầu và quy trình công việc của tổ chức. 

Mô tả luồng qua lại giữa người tạo đơn và người phê duyệt. Người tạo đơn gửi đơn đến người phê duyệt. Người phê duyệt có thể phê duyệt, từ chối hoặc yêu cầu chỉnh sửa đơn. Nếu đơn bị từ chối, quá trình kết thúc. Nếu người phê duyệt yêu cầu chỉnh sửa, người tạo đơn sẽ chỉnh sửa và gửi lại đơn để tiếp tục quá trình phê duyệt.

Đề nghị thanh toán

Đề xuất mua hàng

Read More

Luồng phê duyệt gửi tiền có takeback

Quy trình công việc phê duyệt

Người gửi và người phê duyệt có các hành động riêng để thay đổi trạng thái của số tiền, cho biết số tiền đã gửi nằm ở đâu trong quy trình phê duyệt. Mỗi trạng thái có thể được lọc trong Tab Hoạt động (trước đây là Tab Ngân sách) trong Allocadia hoặc trong Thông tin chi tiết  (trước đây là Analytics). Một ví dụ về quy trình làm việc tổng thể như sau:

1. Người gửi nhập giá trị vào Kế hoạch hoặc Dự báo tương ứng. Theo mặc định, tất cả các giá trị mới được nhập đều có trạng thái lập kế hoạch.
2. Người nộp gửi số tiền Kế hoạch hoặc Dự báo để phê duyệt. Khi điều này xảy ra, giá trị ô sẽ chuyển sang trạng thái chỉ đọc và chuyển sang trạng thái chờ xử lý.
3. Một số tùy chọn có sẵn khi số tiền đang chờ xử lý:
• 3a. Người nộp có thể lấy lại số tiền trước khi người phê duyệt đưa ra quyết định hoặc nếu số tiền được yêu cầu đã bị người phê duyệt từ chối. Trong trường hợp này, trạng thái của số tiền sẽ trở lại trạng thái lập kế hoạch.
• 3b. Người phê duyệt có thể gửi lại yêu cầu đang chờ xử lý kèm theo các nhận xét để sửa đổi. Trạng thái sau đó sẽ trở lại quy hoạch.
• 3c. Người phê duyệt có thể chấp nhận yêu cầu và trạng thái sẽ trở thành được phê duyệt. Ô sẽ vẫn ở chế độ chỉ đọc.
• 3d. Người phê duyệt có thể từ chối số tiền được yêu cầu và trạng thái của trường sẽ bị từ chối. Ô vẫn ở chế độ chỉ đọc.
4. Đối với số tiền được phê duyệt, người gửi có thể gửi yêu cầu thay đổi. Allocadia sẽ tiếp tục hiển thị số tiền đã được phê duyệt với trạng thái thay đổi đang chờ xử lý. Giá trị hiển thị sẽ chỉ cập nhật nếu yêu cầu thay đổi được chấp thuận.

Read More

Mô phỏng luồng stack và heap javascript?

 

Trong Javascript, có hai loại bộ nhớ chính: stack và heap. Chúng hoạt động khác nhau trong việc lưu trữ và quản lý dữ liệu. 

 

1. Stack: 

- Stack được sử dụng để lưu trữ các biến cục bộ, tham số và các giá trị trung gian khi hàm được gọi. 

- Mỗi khi một hàm được gọi, một khung dữ liệu mới được tạo trên stack để lưu trữ các biến cục bộ và thông tin về hàm. 

- Khi hàm kết thúc, khung dữ liệu đó sẽ được xóa khỏi stack, giải phóng không gian bộ nhớ. 

 

2. Heap: 

- Heap được sử dụng để lưu trữ các đối tượng động và dữ liệu có kích thước không xác định trước. 

- Đối tượng trên heap tồn tại cho đến khi không còn bất kỳ tham chiếu nào đến chúng. 

- Trong Javascript, việc quản lý heap được thực hiện tự động thông qua thu thập rác (garbage collection), nghĩa là các đối tượng không còn được sử dụng sẽ được tự động thu hồi bộ nhớ. 

 Ví dụ mô phỏng luồng stack và heap trong Javascript:

function foo() {

    let a = 1; // Biến a được lưu trữ trên stack

    let b = { value: 2 }; // Đối tượng b được lưu trữ trên heap, và tham chiếu đến nó được lưu trữ trên stack

    bar(a, b);

}

function bar(x, y) {

    let c = x + y.value; // Biến c được lưu trữ trên stack

    console.log(c);

}

foo();

Trong ví dụ trên, khi hàm  foo  được gọi, một khung dữ liệu mới được tạo trên stack để lưu trữ biến  a  và tham chiếu đến đối tượng  b . Sau đó, khi hàm  bar  được gọi, một khung dữ liệu mới khác được tạo trên stack để lưu trữ biến  x  và  y , trong đó  y  là một tham chiếu đến đối tượng  b  trên heap. Cuối cùng, giá trị của  x  và  y.value  được tính toán trên stack và kết quả được in ra màn hình. Khi hàm  bar  kết thúc, khung dữ liệu của nó được xóa khỏi stack, giải phóng không gian bộ nhớ.

Read More

Session và Cookie ?

Session và Cookie là hai khái niệm quan trọng trong lập trình web để lưu trữ thông tin và duy trì trạng thái của người dùng trên trang web. 

 

Session (Phiên làm việc) là một cơ chế lưu trữ thông tin trên máy chủ. Khi một người dùng truy cập vào trang web, máy chủ sẽ tạo ra một phiên làm việc duy nhất và gán một ID phiên cho người dùng đó. Thông tin của người dùng, như tên, địa chỉ, giỏ hàng, sẽ được lưu trữ trong phiên làm việc này. Phiên làm việc thường được lưu trữ trên máy chủ và chỉ có thể truy cập thông qua ID phiên. Khi người dùng đăng xuất hoặc đóng trình duyệt, phiên làm việc sẽ bị hủy và thông tin của người dùng sẽ bị xóa. 

 

Cookie (Bánh quy) là một tệp nhỏ chứa thông tin được lưu trữ trên máy tính của người dùng. Khi người dùng truy cập vào một trang web, máy chủ có thể gửi một hoặc nhiều cookie đến trình duyệt của người dùng. Cookie chứa thông tin như tên người dùng, tuổi, sở thích, v.v. Trình duyệt sẽ lưu trữ cookie này và gửi nó lại cho máy chủ mỗi khi người dùng truy cập vào trang web đó. Cookie thường được sử dụng để duy trì trạng thái đăng nhập, theo dõi hoạt động của người dùng và cung cấp trải nghiệm cá nhân hóa trên trang web. 

 

Tóm lại, Session được lưu trữ trên máy chủ và Cookie được lưu trữ trên máy tính của người dùng. Cả hai đều giúp duy trì trạng thái và lưu trữ thông tin của người dùng trên trang web.

Read More

Sự khác nhau giữa function declaration và expression trong Javascript

Trong JavaScript, có hai cách khai báo hàm là function declaration (khai báo hàm) và function expression (biểu thức hàm). Dưới đây là sự khác nhau giữa hai cách này: 

 

1. Function Declaration (Khai báo hàm): 

   - Cú pháp: function functionName() { } 

   - Được khai báo trên cùng của phạm vi (hoisting), tức là bạn có thể gọi hàm trước khi khai báo nó trong mã. 

   - Có thể gọi hàm từ bất kỳ đâu trong phạm vi hiện tại. 

   - Thường được sử dụng cho các hàm lớn, phức tạp. 

 

Ví dụ:

function myFunction() {

  console.log('Hello!');

};

myFunction(); // Output: Hello!

2. Function Expression (Biểu thức hàm): 

   - Cú pháp: var functionName = function() { } 

   - Khai báo hàm bằng gán giá trị cho một biến. 

   - Không được hoisting, nghĩa là bạn chỉ có thể gọi hàm sau khi nó được khai báo trong mã. 

   - Phạm vi của hàm được giới hạn bởi phạm vi của biến mà nó được gán vào. 

   - Thường được sử dụng cho các hàm nhỏ, đơn giản hoặc trong các biểu thức khác. 

 

Ví dụ:

var myFunction = function() {

  console.log('Hello!');

};

myFunction(); // Output: Hello!

Tóm lại, function declaration và function expression đều cho phép bạn khai báo và sử dụng hàm trong JavaScript. Việc sử dụng loại nào phụ thuộc vào ngữ cảnh và yêu cầu của mã của bạn.

Read More

JS runtime cách xử lý bất đồng bộ và đồng bộ

 

JS runtime (thời gian chạy của JavaScript) xử lý bất đồng bộ (asynchronous) và đồng bộ (synchronous) theo cách khác nhau.

Khi JavaScript chạy trên trình duyệt, runtime sử dụng mô hình sự kiện (event-driven) để xử lý các sự kiện và tương tác người dùng. Khi có một sự kiện xảy ra, runtime sẽ đưa sự kiện đó vào hàng đợi sự kiện (event queue) và tiếp tục thực hiện các công việc khác. Khi runtime hoàn thành các công việc hiện tại, nó sẽ lấy sự kiện đầu tiên từ hàng đợi sự kiện và xử lý nó.

Đối với các tác vụ bất đồng bộ như gọi API, tải tệp tin, hoặc thực hiện các tác vụ mạng, JavaScript sử dụng các hàm bất đồng bộ như setTimeout, setInterval, fetch, XMLHttpRequest, hoặc Promise

. Khi gọi các hàm bất đồng bộ này, runtime sẽ không chờ đợi kết quả trả về mà tiếp tục thực hiện các công việc khác. Khi kết quả trả về, runtime sẽ đưa nó vào hàng đợi sự kiện và xử lý sau.

Đối với các tác vụ đồng bộ, JavaScript sử dụng cơ chế gọi lại (callback) hoặc 

async/await

 để xử lý. Khi gọi một hàm đồng bộ, runtime sẽ chờ đợi hàm đó hoàn thành trước khi tiếp tục thực hiện các công việc khác. Điều này có thể gây trì hoãn (blocking) trong quá trình thực thi.

Tuy nhiên, để tránh trì hoãn quá lâu và đảm bảo ứng dụng vẫn phản hồi, JavaScript runtime sử dụng mô hình bất đồng bộ và sự kiện để xử lý các tác vụ dài hạn. Bằng cách này, runtime có thể tiếp tục thực hiện các công việc khác trong khi đợi kết quả trả về từ các tác vụ bất đồng bộ.

Read More

viewProvider vs provider khác nhau như thế nào Angular?

Trong Angular, "viewProvider" và "provider" là hai thuộc tính khác nhau được sử dụng để cung cấp dữ liệu và các đối tượng trong ứng dụng.

ViewProvider: Đây là một thuộc tính được sử dụng để cung cấp dữ liệu hoặc đối tượng cho một view cụ thể trong Angular. ViewProvider được khai báo trong phạm vi của một thành phần (component) và chỉ có hiệu lực trong view của thành phần đó. Nó được sử dụng để cung cấp dữ liệu hoặc đối tượng cho các thành phần con hoặc các directive trong view của thành phần chứa nó.
ViewProvider không hoạt động với ng-content (cần chú ý)

Provider: Đây là một thuộc tính được sử dụng để cung cấp dữ liệu hoặc đối tượng cho toàn bộ ứng dụng Angular. Provider được khai báo trong phạm vi của một module và có thể được sử dụng trong toàn bộ ứng dụng. Nó được sử dụng để cung cấp dữ liệu hoặc đối tượng cho các thành phần, directive, hoặc service trong ứng dụng.

Tóm lại, viewProvider được sử dụng để cung cấp dữ liệu hoặc đối tượng cho một view cụ thể trong Angular, trong khi provider được sử dụng để cung cấp dữ liệu hoặc đối tượng cho toàn bộ ứng dụng.

Read More

Các cách tăng performance cho ứng dụng angular?

 

Có nhiều cách để tăng hiệu suất cho ứng dụng Angular. Dưới đây là một số gợi ý:

Sử dụng AOT (Ahead-of-Time) Compilation: AOT Compilation giúp giảm thời gian tải ứng dụng và tăng tốc độ khởi chạy bằng cách biên dịch mã nguồn Angular thành mã máy trước khi chạy ứng dụng.

Lazy Loading: Sử dụng Lazy Loading để tải các module và component chỉ khi cần thiết, giúp giảm thời gian tải trang và tăng tốc độ chuyển đổi giữa các trang.

Sử dụng ChangeDetectionStrategy.OnPush: Đặt ChangeDetectionStrategy.OnPush cho các component để chỉ chạy kiểm tra thay đổi khi có sự thay đổi đầu vào từ phía component cha hoặc khi sự thay đổi được kích hoạt bằng cách sử dụng @Input hoặc async pipe. Điều này giúp giảm số lần kiểm tra thay đổi và tăng hiệu suất.

Sử dụng TrackBy trong vòng lặp *ngFor: Khi sử dụng vòng lặp *ngFor để hiển thị danh sách, hãy sử dụng trackBy để chỉ định một hàm xác định duy nhất cho mỗi mục trong danh sách. Điều này giúp Angular xác định các mục đã thay đổi và chỉ cập nhật các mục thay đổi thực sự, giúp tăng hiệu suất.

Sử dụng OnPush và Immutable Data: Sử dụng cơ chế OnPush và sử dụng dữ liệu bất biến (immutable data) để giảm số lần kiểm tra thay đổi và tăng hiệu suất.

Tối ưu hóa CSS: Loại bỏ CSS không sử dụng, sử dụng CSS minification và sử dụng các kỹ thuật như CSS Sprites để tối ưu hóa tải trang.

Sử dụng Web Workers: Sử dụng Web Workers để chạy các tác vụ nặng như tính toán phức tạp hoặc xử lý dữ liệu lớn trong một luồng riêng biệt, giúp tránh làm đóng băng giao diện người dùng.

Sử dụng Lazy Loading Images: Sử dụng kỹ thuật lazy loading để tải ảnh chỉ khi cần thiết, giúp giảm thời gian tải trang ban đầu.

Tối ưu hóa HTTP Requests: Sử dụng HTTP Interceptors để tối ưu hóa các yêu cầu HTTP bằng cách thêm caching, nén dữ liệu hoặc sử dụng HTTP/2.

Sử dụng Production Build: Sử dụng production build để tạo ra phiên bản tối ưu hóa của ứng dụng Angular, bao gồm việc loại bỏ mã không sử dụng và tối ưu hóa kích thước tệp tin.

Nhớ rằng, việc tăng hiệu suất không chỉ dừng lại ở việc áp dụng các kỹ thuật tối ưu hóa, mà còn phụ thuộc vào cấu trúc và thiết kế của ứng dụng.

Read More

Có bao nhiêu Scopes trong Javascript

Scope Levels

1 - Global Scope

2 - Module Scope

3 - Block Scope

4 - Function Scope

Global Scope

<script src="script.js"></script>

<script>

  // script.js

  const a = 1

  console.log(a)

  // Prints: 1

</script>

<script src="script-1.js"></script>

<script src="script-2.js"></script>

<script>

  // script-1.js

  const a = 1

  // script-2.js

  console.log(a)

  // Prints: 1

</script>

Module Scope

<script src="script-1.js" type="module"></script>

<script src="script-2.js" type="module"></script>

<script>

  // script-1.js

  const a = 1

  console.log(a)

  // Prints: 1

  // script-2.js

  console.log(a)

  // Throws Uncaught Reference Error: a is not defined

</script>

Block Scope

function test() {

  const funcVar = "Func"

  if (true) {

    const ifVar = "If"

    console.log(funcVar, ifVar)

    // Prints: "Func", "If"

  }

  console.log(funVar, ifVar)

  // Throws Uncaught Reference Error: ifVar is not defined

}

{

  const a = 10

}

console.log(a)

// Throws Uncaught Reference Error: a is not defined

Function Scope

function test() {

  var funcVar = "Func"

  if (true) {

    var ifVar = "If"

    console.log(funcVar, ifVar)

    // Prints: "Func", "If"

  }

  console.log(funVar, ifVar)

  // Prints: "Func", "If"

}

Read More

Non-blocking và Blocking

Non-blocking và blocking là hai khái niệm quan trọng trong lập trình hướng đồng bộ.

Non-blocking là một thuật ngữ được sử dụng để chỉ việc thực hiện một tác vụ mà không cần chờ đợi kết quả từ tác vụ đó. Trong một non-blocking hàm, chương trình sẽ tiếp tục thực hiện các tác vụ khác mà không bị gián đoạn, cho phép chương trình tiếp tục thực hiện các tác vụ khác mà không cần chờ đợi kết quả từ tác vụ đó. Khi tác vụ đã hoàn thành, chương trình sẽ thông báo cho chương trình gọi nó về.

Ví dụ, trong một hệ thống đặt hàng, khi khách hàng đặt hàng, hệ thống sẽ gửi yêu cầu đặt hàng đến cửa hàng để xác nhận. Trong trường hợp này, hệ thống sẽ chạy một non-blocking hàm để gửi yêu cầu đặt hàng đến cửa hàng và tiếp tục thực hiện các tác vụ khác mà không bị gián đoạn. Khi yêu cầu đặt hàng được xác nhận, hệ thống sẽ thông báo cho khách hàng về kết quả của yêu cầu đặt hàng.

Blocking là một thuật ngữ được sử dụng để chỉ việc thực hiện một tác vụ mà cần chờ đợi kết quả từ tác vụ đó. Trong một blocking hàm, chương trình sẽ chờ đợi kết quả từ tác vụ đó trước khi tiếp tục thực hiện các tác vụ khác. Khi tác vụ đã hoàn thành, chương trình sẽ tiếp tục thực hiện các tác vụ khác.

Ví dụ, trong một hệ thống đăng nhập, khi người dùng nhập tên đăng nhập và mật khẩu, hệ thống sẽ gửi yêu cầu đăng nhập đến cơ sở dữ liệu để xác nhận. Trong trường hợp này, hệ thống sẽ chạy một blocking hàm để gửi yêu cầu đăng nhập đến cơ sở dữ liệu và chờ đợi kết quả của yêu cầu đăng nhập trước khi tiếp tục thực hiện các tác vụ khác. Khi yêu cầu đăng nhập được xác nhận, hệ thống sẽ cho phép người dùng truy cập vào hệ thống.

Read More

clientY vs pageY

 Đưa ra một điểm trong trang clientY và pageY là khoảng cách tính bằng pixel từ điểm đến đầu chế độ xem và trang.

Ở đây, trang là toàn bộ trang được hiển thị có thể có thanh cuộn, trong khi chế độ xem là phần hiển thị của trang.

┌─────────────────────────────┬─┐◀︎─── Web page      ▲
|                             | |                   |
|                             | |                   |
|                             | |                   |
|                             | |                   |
|                             | |                   |
|                             | |                   |
|                             | |                 pageY
|                             | |                   |
├=============================┼─┤       ▲           |           ▲
|                             | |       |           |           |
|                             | |       |           |           |
|       Scroll bar──────────▶︎ | |       |           |        clientY
|                             | |     Browser       |           |
|                             | |     window        |           |
|       ● Point               | |       |           ▼           ▼
|                             | |       |
|                             | |       |
├=============================┼─┤       ▼
|                             | |
|                             | |
|                             | |
└─────────────────────────────┴─┘

Read More

Box sizing - css

box-sizing: content-box; /* default */
box-sizing: border-box; /* với đường viền và lề */
box-sizing: inherit; /* lấy giá trị từ cha của nó */

Content-box
Các thuộc tính width và height được đo chỉ bao gồm content chứ không bao gồm padding, border hoặc margin.

padding, border và margin sẽ nằm ngoài hộp => width, height không tính padding, margin, border

// Content box
                    ◀︎──── 200px ────▶︎

┌───────────────────────────────────────────────────────┐
|                                                       |
|       ┌───────────────────────────────────────┐       |
|       |                                       |       |
|       |           ┌───────────────┐           |       |
| Border|  Padding  |    Content    |           |       |
|       |           |               |           |       |
|  5px  |    10px   |     200px     |   10px    |  5px  |
|◀︎─────▶︎|◀︎─────────▶︎|◀︎─────────────▶︎|◀︎─────────▶︎|◀︎─────▶︎|
|       |           |               |           |       |
|       |           └───────────────┘           |       |
|       |                                       |       |
|       └───────────────────────────────────────┘       |
|                                                       |
└───────────────────────────────────────────────────────┘

border-box
Các thuộc tính width và height bao gồm padding và border, nhưng không bao gồm margin.

padding và border sẽ ở bên trong hộp => width, height tính cả padding + border

// Border box
◀︎──────────────────────── 200px ────────────────────────▶︎

┌───────────────────────────────────────────────────────┐
|                                                       |
|       ┌───────────────────────────────────────┐       |
|       |                                       |       |
|       |           ┌───────────────┐           |       |
| Border|  Padding  |    Content    |           |       |
|       |           |               |           |       |
|  5px  |    10px   |     170px     |   10px    |  5px  |
|◀︎─────▶︎|◀︎─────────▶︎|◀︎─────────────▶︎|◀︎─────────▶︎|◀︎─────▶︎|
|       |           |               |           |       |
|       |           └───────────────┘           |       |
|       |                                       |       |
|       └───────────────────────────────────────┘       |
|                                                       |
└───────────────────────────────────────────────────────┘

Read More

Agile Scrum và Waterfal là gì?

Agile, Scrum, và Waterfall là ba phương pháp quản lý dự án khác nhau được sử dụng trong quá trình phát triển phần mềm.

Agile là một phương pháp quản lý dự án phù hợp với nhu cầu của thị trường thay vì sử dụng các quy trình và quy định nhất định. Agile tập trung vào việc cải thiện hiệu suất và sự phản hồi từ khách hàng, thay vì chỉ tập trung vào quy trình và quy định. Agile thường được sử dụng trong các dự án phần mềm, phần mềm dự án thiết kế, phần mềm dự án quản lý dự án, và các dự án khác.

Scrum là một phương pháp quản lý dự án Scrum được phát triển bởi Eric Ray và Michael Scrum. Scrum là một phương pháp quản lý dự án Scrum thường được sử dụng trong các dự án phần mềm, phần mềm dự án thiết kế, phần mềm dự án quản lý dự án, và các dự án khác. Scrum tập trung vào việc cải thiện hiệu suất và sự phản hồi từ khách hàng bằng cách sử dụng các nghệ thuật Scrum như sprint, daily Scrum meeting, sprint review và sprint retrospective.

Waterfall là một phương pháp quản lý dự án Waterfall được phát triển bởi Michael Fowler. Waterfall là một phương pháp quản lý dự án Waterfall thường được sử dụng trong các dự án phần mềm, phần mềm dự án thiết kế, phần mềm dự án quản lý dự án, và các dự án khác. Waterfall tập trung vào việc thiết kế và phát triển một ứng dụng từ đầu đến cuối, với từng bước được xác định trước và các quy trình và quy định cụ thể được thiết kế và thực hiện.

Tóm lại, Agile, Scrum và Waterfall là ba phương pháp quản lý dự án khác nhau được sử dụng trong quá trình phát triển phần mềm. Agile tập trung vào việc cải thiện hiệu suất và sự phản hồi từ khách hàng, Scrum tập trung vào việc cải thiện hiệu suất và sự phản hồi từ khách hàng bằng cách sử dụng các nghệ thuật Scrum, và Waterfall tập trung vào việc thiết kế và phát triển một ứng dụng từ đầu đến cuối.

Read More