Recent content by lam vung lau lam

tức là theo kiểu cây 1 tầng hả? FK lưu ở row con hay row cha?

Trường hợp này chỉ là update child_table set parent_id = @parent_id where child_id = any (@child_ids) Nếu vậy thì cũng nhanh mà nhỉ, hay tôi hiểu sai gì à? Nếu sử dụng Postgres hỗ trợ array thì có thể viết sql script luôn, lúc ấy càng nhanh hơn.

Quan hệ 1-n bên bạn bị ngược à. Bảng con phải lưu FK là PK của bảng cha chứ. Trong trường hợp này viết 1 cái console app để migrate là đơn giản nhất, vì còn phải tách chuỗi nữa mà. 2 triệu row là con số nhỏ thôi, 10p thừa sức. Số row thôi, có index của PK rồi mà

Thím đang nói web builder, thím kia thì đang nói CMS. Như tôi nói rồi đấy, web builder chỉ làm được mấy trang blog và web bán hàng đơn giản thôi.

Thím quen biết rộng nhỉ. Hehehehehe.

Không biết thím có dính dáng gì đến sapo không. Ở VN sapo đang clone shopify + dùng liquid

open source cũng nhiều https://github.com/givanz/VvvebJs https://github.com/prevwong/craft.js/ https://github.com/react-page/react-page https://github.com/xjh22222228/micro-design-editor https://github.com/tohhongxiang123/react-template-dnd https://github.com/alastairzotos/webcards-editor...

css + animation có thể custom được (rất mệt), nhưng js thì không. Nhưng cũng chả người dùng nào muốn custom theme cả. Nếu là developer thì tôi khuyên không nên động vào mấy cái CMS cho mệt người. Tool kiểu này chỉ thích hợp cho người dùng không biết code thôi.

Dùng builder tool thực ra khá tiện, người không biết code có thể tạo được 1 website chuẩn SEO, mobile friendly. Nếu muốn website của anh không đại trà thì chỉ cần mua riêng theme là được. Nhưng builder tool chỉ tạo được mấy trang blog, web bán hàng đơn giản thôi. Để làm mấy trang admin thì phải...

tôi dùng polka vẫn ổn. tôi bực thằng tác giả thôi. redirect thì alpha cả năm, cookie thì bảo thêm từ mấy năm trước mà không làm. ờ mấy năm trước tôi dùng nextjs cũng bị vấn đề này. không biết giờ bọn nextjs, nuxtjs giải quyết được chưa. vue nhìn syntax directive đã thấy chán rồi. mà dính đến...

sáng nay mới tìm được issue này Clarify in the docs that preload cannot guarantee access to either client-side-only or server-side-only information · Issue #1134 · sveltejs/sapper (github.com) đại loại là không nên gọi api trong preload, preload chỉ dùng để render static data thôi; hoặc gọi api...

tôi đang hi vọng svelte kit fix cái sapper.middleware catches all server errors, hoặc expose req trong preload (hiện giờ chỉ có page, session, this.redirect...) mà thằng polka không biết đến khi nào mới chính thức có redirect, cookie... nản phết :D

Tôi không nghĩ thế =)) codemirror 6 viết lại bằng ts https://github.com/ProseMirror/prosemirror/issues/952#issuecomment-511889991 Mà tôi đọc qua example realworld của thằng svelte kit thì chả khác gì sapper. Vấn đề authenticate vẫn nhức nhối phết.

cái PR này hài vãi https://github.com/sveltejs/kit/pull/178

theo tôi tìm hiểu thì chỉ nên viết parameterized query (declarative sql), không nên viết pl/sql (imperative sql). muốn precompute data thì nên viết trên tầng app chứ không nên dùng view/matview. à denormalization. tôi thấy cái này rất có ích, vừa tăng perf, vừa giúp đơn giản một số câu query...