PostgreSQL
 sql >> Cơ Sở Dữ Liệu >  >> RDS >> PostgreSQL

Sự liên kết hành tinh

Chọn lại chủ đề của tuần này về
nơi bạn có thể công khai dự án liên quan đến PostgreSQL của mình tại, bạn
có thể đang đọc mục blog này vì nó xuất hiện trên trình tổng hợp blog Planet PostgreSQL. Có
nguồn cấp dữ liệu “Hành tinh” xung quanh nhiều dự án mã nguồn mở. Phần mềm Debian và GNOME
sinh ra từ phần mềm Planet, hiện hỗ trợ rất nhiều blog
khác, chẳng hạn như Planet
Python. Đôi khi, bạn sẽ tìm thấy tin tức chung về cơ sở dữ liệu nguồn mở
được đăng cả ở đây và trên Planet MySQL. Và tôi đã
từng đọc Planet CentOS khi tôi sử dụng
để quan tâm xem họ có bao giờ phát hành CentOS 6.

Planet PostgreSQL đã xuất hiện từ
khoảng bảy năm trước, khi Devrim Gündüz lần đầu tiên cung cấp dịch vụ
trên một trong các máy chủ của mình. Giống như nhiều dự án
mã nguồn mở tốt khác, đến nay nó đã có một số lịch sử:nó đã học được những bài học về cơ sở hạ tầng
có giá trị từ một thảm họa công nghệ, đã trải qua
phân nhánh, và bây giờ nó ổn định như hiện tại đóng vai trò như một dự án
PostgreSQL cộng đồng, được điều hành bởi nhiều người cùng xử lý
phần còn lại của cơ sở hạ tầng web postgresql.org.

Bây giờ, như tôi đã nói về độ dài
trong mục blog
cuối cùng của mình, mỗi địa điểm thông báo của cộng đồng PostgreSQL
đều có quy tắc cho những gì thích hợp. Nhưng chính sách Planet PostgreSQL
ít rõ ràng hơn nhiều về nội dung được và không phù hợp so với Chính sách Tin tức &Sự kiện
cực kỳ chi tiết. Bạn có thể xuất bản nhiều thứ ở định dạng blog và
liệu chúng có vi phạm các quy tắc đã đặt ra hay không luôn là điều
dễ dàng để quyết định.

Mặc dù cá nhân tôi không thể thực hiện cuộc
gọi đó – một bài đăng trên Planet PostgreSQL có vi phạm chính sách của nó hay không? –Tôi đã
gần đây đã trở thành người nhận được một phiếu bầu về điều đó. Và đã có
lượng phản hồi hợp lý từ những người không hài lòng với
các bài viết gần đây để chia sẻ những điều họ không thích và ý kiến ​​đó cũng khá nhất quán. Tôi áp dụng một số bài kiểm tra cơ bản để giúp quyết định
xem tôi có cảm thấy bài viết trên blog phù hợp với các quy tắc và tinh thần mà Hành tinh này
thể hiện hay không:

  • Đó có phải là thông tin thú vị về
    PostgreSQL không? Cả nội dung kỹ thuật và phi kỹ thuật đều được khuyến khích
    ở đây, nhưng nội dung đó nên chia sẻ điều gì đó khiến người đọc có
    một số giáo dục hoặc điều gì đó để suy nghĩ.
  • Blog có chủ yếu tái tạo thông tin
    cũng được xuất bản cho pgsql-thông báo hoặc các mục
    Tin tức / Sự kiện / Đào tạo của trang postgresql.org không? Nếu vậy,
    đó là một điểm chính chống lại việc nó trở thành nội dung phù hợp cho Planet
    PostgreSQL trong tâm trí tôi, ngay cả khi chỉ điều đó không đủ điều kiện là
    chống lại chính sách. Mọi người không đọc nguồn cấp dữ liệu
    blog của Planet PostgreSQL vì họ muốn có một bản sao của tài liệu được xuất bản ở những nơi
    đó. Nếu họ muốn những tin nhắn đó, họ sẽ đọc những danh sách và
    nguồn cấp dữ liệu đó. Đôi khi tôi sẽ sử dụng một mục blog ở đây trên Planet để
    mở rộng điều gì đó đã được đề cập trong một thông báo ngắn gọn mà tôi đã đưa ra
    dưới dạng tin tức hoặc một thông báo. Nhưng bạn sẽ không bao giờ thấy tôi chỉ đăng lại
    cùng một loại định dạng thông báo đơn giản được khuyến khích cho pgsql-thông báo
    vào một mục blog ở đây trên Planet. Đó là thông tin đại loại,
    nhưng bạn đang tiếp cận cùng một đối tượng bằng cả hai tuyến; bạn cũng không nên
    sao chép thông điệp. Những độc giả có mục đích của Planet
    PostgreSQL đang tìm kiếm thêm “thịt có xương”,
    thứ mà độc giả có thể tham gia.
  • Nếu bạn đề cập đến một sản phẩm thương mại, đặc biệt là sản phẩm mà mọi người trả tiền để mua, thì người đọc có thực sự hiểu rõ
    tại sao sản phẩm đó lại đáng giá không? Và họ có học được điều gì đó hữu ích
    ngay cả khi họ quyết định rằng sản phẩm đó không thú vị với họ? Chính sách
    ở đây nói rằng “Xuất bản quảng cáo” bị cấm. Quảng cáo
    trong ngữ cảnh này ngụ ý rằng mục đích chính của bài viết
    của bạn là thuyết phục ai đó mua sản phẩm của bạn. Vì vậy, nếu bạn
    muốn tránh điều đó, đừng đưa ra thông điệp thuyết phục duy nhất của bạn. Tạo
    thông tin kỹ thuật hoặc kinh doanh mà bạn có một câu chuyện về trọng tâm
    và bao bọc các đề cập về sản phẩm xung quanh khung hữu ích
    độc lập đó. Có một lịch sử lâu đời của việc viết ở định dạng này
    được mô tả bằng thuật ngữ quảng cáo và tôi nghĩ rằng loại nội dung đó có nhiều khả năng
    hữu ích hơn và do đó có thể chấp nhận được ở đây mặc dù có sự liên quan đó
    của một quảng cáo trong đó.

Hãy xem xét Blog A, nói về một vấn đề khó giải quyết trong PostgreSQL. Nó đề cập đến một số
cách phổ biến mà mọi người giải quyết:loại thông tin
thú vị mà tôi đã nói là tôi đang tìm kiếm. Sau đó, nếu bạn theo dõi đề cập
về một sản phẩm thương mại mà bạn tạo ra để làm cho vấn đề đó
dễ giải quyết hơn, thì phản hồi của tôi đối với bài đăng trên blog này có thể là
thuận lợi. Một số người có thể gọi đó là một quảng cáo, và theo một định nghĩa
rất nghiêm ngặt thì nó là như vậy. Nhưng nếu tôi rời khỏi mục blog của bạn
vì đã học được điều gì đó hữu ích, bất kể tôi có mua sản phẩm
của bạn hay không, tôi sẽ cảm thấy đó là một đóng góp
đáng giá. Và, nếu tôi gặp phải vấn đề đó, tôi rất có thể
xem xét sản phẩm của bạn nếu nó thực sự là một giải pháp tốt hơn.
Phong cách viết này không chỉ hữu ích hơn và ít gây tranh cãi hơn,
đó thực sự là một quảng cáo mạnh mẽ hơn cho những người thực sự cần sản phẩm
của bạn.

Bây giờ hãy xem xét Blog B. Nó mở đầu bằng cách
nói về một sản phẩm mới do công ty mà blogger làm việc
phát hành. Chúng tôi tìm hiểu xem nó có thể được sử dụng để làm gì, và tại sao những thứ đó lại tốt. Đây rõ ràng là một quảng cáo, mặc dù nội dung chung có thể
rất giống với những gì A đã đề cập. Sự khác biệt nhỏ đối với tôi là
rằng tôi đã không học được bất kỳ thông tin hữu ích nào nếu tôi không quan tâm
đến sản phẩm thương mại đó. Mục đích duy nhất của bài viết trên blog là
thuyết phục mọi người sử dụng sản phẩm và nếu họ không quan tâm đến
điều đó thì bạn đã lãng phí thời gian của họ. Đó là định nghĩa của
quảng cáo. Và đó là điều sẽ khiến độc giả của
Planet PostgreSQL phàn nàn với quản trị viên trang web và cuối cùng là việc blog của bạn bị tạm ngừng. Đối với tôi, sự khác biệt
thậm chí không nhiều về việc sản phẩm đó là miễn phí hay tốn
tiền. Bạn có thể đưa những thứ miễn phí lên trang web của mình chỉ để thu hút mọi người đến với những thứ trả phí, khiến chúng chỉ là một dạng quảng cáo gián tiếp. Nó nói thêm về việc liệu mục nhập blog có tự đứng vững hay không, là
điều gì đó hữu ích nếu bạn chỉ bỏ qua hoàn toàn các phần đề cập đến sản phẩm
.

Là thành viên của cộng đồng sẽ
dành hàng giờ tranh luận về các sắc thái ý nghĩa tốt hơn của từ
“miễn phí” khi nói đến phần mềm, bạn cũng sẽ không tìm thấy bất kỳ câu trả lời chung
nào cho quảng cáo là gì. Nhưng nếu bạn tập trung vào việc làm cho blog của mình trở nên hữu ích
trước, sau đó xếp một số khía cạnh thương mại lên trên, điều này sẽ ít khiến bạn gặp rắc rối hơn. Và bạn có thể ngạc nhiên
về cách làm việc theo kiểu viết đó cuối cùng lại dẫn bạn đến việc
viết quảng cáo thực tế tốt hơn.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Sắp xếp truy vấn chậm theo cột trong bảng đã nối

  2. Chọn bản ghi đầu tiên nếu không có bản ghi nào phù hợp

  3. Cách theo dõi Hiệu suất PostgreSQL 12 với OmniDB - Phần 1

  4. JavaScript này yêu cầu gì?

  5. Rails Resque worker không thành công với PGError:máy chủ đóng kết nối đột ngột