# /opt/monero-gui-v0.17.2.3/monerod.conf
# Data directory (blockchain db and indices)
data-dir=/mnt/disk_2/Monero/ # Remember to create the monero user first
# Log file
log-file=/mnt/disk_2/Monero/log/monerod.logmax-log-file-size=0# Prevent monerod from managing the log files; we want logrotate to take care of that
# P2P full node
p2p-bind-ip=0.0.0.0# Bind to all interfaces (the default)
p2p-bind-port=18080# Bind to default port
# RPC open node
rpc-bind-ip=0.0.0.0# Bind to all interfaces
rpc-bind-port=18081# Bind on default port
confirm-external-bind=1# Open node (confirm)
restricted-rpc=1# Prevent unsafe RPC calls
no-igd=1# Disable UPnP port mapping
# Slow but reliable db writes
db-sync-mode=safe:syncblock-sync-size=100# Emergency checkpoints set by MoneroPulse operators will be enforced to workaround potential consensus bugs
# Check https://monerodocs.org/infrastructure/monero-pulse/ for explanation and trade-offs
enforce-dns-checkpointing=1out-peers=64# This will enable much faster sync and tx awareness; the default 8 is suboptimal nowadays
in-peers=1024# The default is unlimited; we prefer to put a cap on this
limit-rate-up=1048576# 1048576 kB/s == 1GB/s; a raise from default 2048 kB/s; contribute more to p2p network
limit-rate-down=1048576# 1048576 kB/s == 1GB/s; a raise from default 8192 kB/s; allow for faster initial sync
II. Systemctl service - /etc/systemd/system/monero.service
IV. Firewall-cmd service - /etc/firewalld/services/alephium.xml
Port List:
9973: p2p
10973: miner
12973: api (danger to expose to the internet.)
<?xml version="1.0" encoding="utf-8"?><service><short>Alephium node</short><description>
This option allows Alephium node to use tcp port 9973, 10973
</description><portprotocol="tcp"port="9973"/><portprotocol="tcp"port="10973"/></service>
II. Firewall-cmd service - /etc/firewalld/services/bitcoin.xml
<?xml version="1.0" encoding="utf-8"?><service><short>Bitcoin node</short><description>This option allows Bitcoin node to use tcp port 8333</description><portprotocol="tcp"port="8333"/></service>
In Redash, there is a big demand for dropdown with ALL value. However, it’s tricky to write where statement for ALL value. This post is all about work-around this issue.
Thank for my colleague - Trieu. All Credit to him.
The dropdown configuration is in the following image.
In the where section, condition statement should look like this one
In the script above, it cast to varchar[], if column typed uuid, change the casted type to ::uuid[]
Mục đích sau cùng của tất cả những thứ này là gia tăng trải nghiệm người dùng. Một doanh nghiệp có thể đang sử dụng nhiều ứng dụng. Mỗi ứng dụng này chắn chắn sẽ chứa users. Cách làm truyền thống và dễ gặp nhất đó là mỗi ứng dụng sẽ có một danh sách users tách biệt. Tuy nhiên, cách làm này làm giảm trải nghiệm người dùng rất nhiều, họ phải đăng nhập lại cho mỗi ứng dụng họ muốn sử dụng, ghi nhớ password; là người quản trị, việc thêm users / xóa users cho hệ thống cũng sẽ mệt mỏi vì phải làm việc này cho từng ứng dụng một, thậm chí ngoài ra còn là về vấn đề bảo mật, chúng ta càng bắt users phải nhập nhiều mật khẩu bao nhiêu, chúng ta càng làm họ dễ mất mật khẩu. Tôi đã từng thấy những người họ sử dụng 1 hoặc 2 mật khẩu và áp dụng nó từ tài khoản zing, gmail cho đến flickr.
Với phía là doanh nghiệp, việc có một hệ thống quản lý danh sách users, hệ thống này là trung gian, nằm chính giữa tất cả các ứng dụng sẽ cực kỳ hữu ích.
II. Các đối tượng tham gia
Identity Provider: Chứa thông tin của users, bên cạnh đó cung cấp giao thức để users có thể đăng nhập vào các ứng dụng (service provider) mà không cần đăng ký lại.
Service Provider*: Ở trong bài viết này, nó được xem như là ứng dụng, để truy cập vào ứng dụng này, chắn chắn users cần đăng nhập. Và với sự hỗ trợ của Identity Provider, nguồn users của ứng dụng sẽ đến từ Identify Provider.
User-Agent: Trình duyệt web
III. Nguyên lý
Sequence Diagram dưới đây miêu tả những từng bước một bắt đầu từ việc users vào service provider, hay còn gọi cách khác là SP-Initiated.
Trong bài viết này, tôi không đề cập đến sequence diagram bắt đầu từ Identity Provider(IdP-Initiated).
Tôi hiện tại đang sở hữu một chiếc mũ bảo hiểm fullface. Về độ an toàn, mũ fullface được đánh giá là cao nhất về độ an toàn cho người sử dụng. Tuy nhiên ở vấn đề sử dụng hàng ngày, tôi không hoàn toàn hài lòng 100% khi sử dụng loại mũ này. Trong dự án tích hợp mũ bluetooth vào mũ fullface, tôi tập trung giải quyết vấn đề nghe của chiếc mũ này. Cá nhân tôi, tôi nhận thấy rằng việc nghe gọi điện thoại sử dụng mũ fullface khá là cồng kềnh vào nhiều thao tác. Tôi đã thử một vài giải pháp. Các bạn có thể tham khảo dưới đây.
Sử dụng tai nghe nhét tai in-ear, kết nối qua jack 3.5mm. Điểm lợi của phương án này là nghe gọi tốt, tín hiệu siêu ổn định, giá thành siêu rẻ. Điểm bất lợi là môi trường âm thanh của người lá xe bị cô lập, gây nguy hiểm, đây là điểm yêu chí tử của phương án này. Khả năng cô lập âm thanh tất nhiên phụ thuộc vào từng loại tai nghe in-ear, tuy nhiên ở góc nhìn của tôi, tôi không hài lòng cho lắm. Bên cạnh đó, vấn đề dây nhợ hơi khó chịu, trong trường hợp của tôi, tai nghe không có tính năng tăng/giảm âm lượng, chuyển nhạc tới/lui cũng là một cái khó chịu nữa.
Sử dụng tai nghe nhét tai in-ear bluetooth. Ngoài vấn đề cô lập môi trường âm thành chưa được giải quyết, vẫn tồn tại. Hạn chế tiếp theo của loại tai nghe này đó là việc tăng/giảm âm lượng, chuyển bài hát tới/lui. Thêm vào đó, việc nhận/từ chối cuộc gọi cũng phải thao tác trên máy điện thoại. Những vấn đề này làm ảnh hưởng đến trải nghiệm người dùng của tôi một cách tiêu cực.
Sau những lần thử như trên, tôi quyết định sử dụng phương án khác đó là lắp hẳn loa vào mũ bảo hiểm, cố tình gia tăng khoảng cách giữa tai người sử dụng và màng loa. Về mặt điều khiển, Việc tăng/giảm âm lượng, chuyển bài hát tới/lui , nghe / từ chối cuộc gọi sẽ được điểu khiển trực tiếp trên mũ bảo hiểm và không cần đến máy điện thoại. Về khía cạnh âm trường, tôi rất hài lòng về việc người lái xe không bị cô lập với môi trường xung quanh như tai nghe nhét tai, tăng tính an toàn khi lái xe. Về mặt điều khiển, phương án này hoàn toàn giải quyết vấn đề tăng / giảm âm lượng, chuyển bài hát tới/lui, nghe /từ chối cuộc gọi. Về vấn đề dây nhợ, hoàn toàn không phát sinh dây nhợ giữa mũ bảo hiểm và thiết bị phát âm thanh.
II. Kỳ Vọng
Trong quá trình thử nghiệm, tôi đã cân nhắc về việc giấu mạch và đặt pin trong mũ. Tuy nhiên sau khi xem xong video pin phát nổ, tôi hoàn toàn không muốn tiếp cận theo hướng này. Quá nguy hiểm cho người sử dụng. Sự đánh đối là không xứng đáng.
Bên cạnh đó, tôi kì vọng rằng trong tương lại tôi sẽ có thể tích hợp mạch phát của thiết bị SONY WH-1000XM4. Mạch của chiếc tai nghe này thỏa mãn kha khá các nhu câu của tôi.
Tính năng nghe mà tôi đánh giá cực kì cao đó là khả năng trộn âm thanh của thiết bị, ở khía cạnh tích hợp vào mũ bảo hiểm, điều này sẽ giúp người nghe không bị tiếng động của người bên kia đầu dây át tiếng môi trường xung quanh, hay đơn giản hơn là tiếng nhạc. Bên cạnh đó, đó là khả năng tái tạo vị trí của nguồn phát ra âm thanh, nói một cách đơn giản, khi người lái xe, nghe được tiếng động cơ, thiết bị phải có khả năng giúp bộ não định hướng được nguồn phát từ đâu.
Tính năng thứ hai mà tôi quan tâm đó là khả năng chống ồn chủ động có chọn lọc, thiết bị cần lọc bớt âm thanh ồn ào không có lợi, điều chỉnh độ to của âm thanh không có lợi xuống mức vừa đủ.
Bên cạnh đó, tôi muốn phát triển thêm bộ điều khiển độc lập trên tay lái. Người lái xe sẽ không cần phải đưa tay lên mũ để làm các thao tác ví dụ như nghe / từ chối cuộc gọi.
III. Thử Nghiệm & Hình Ảnh
Đây là phiên bản mẫu đã chạy thử nghiệm được hơn một tháng. Mẫu thử hoạt động hoàn toàn bình thường với các tính năng sau.
Tăng / giảm âm lượng
Nhận / từ chối cuộc gọi
Chuyển tới / lui bài hát
Khi tiến hành chạy thử nghiệm, điều tôi lo ngại nhất đó là việc chạy xe bị cô lập âm thanh. Cách tiếp cận theo hướng over-ear đã giải quyết được phần nào vấn đề này. Âm thanh người lái xe tiếp nhận hoàn toàn không bị cô lập. Trong suốt khoảng thời gian thử nghiệm sản phẩm này, tôi đã không gặp bất cứ tai nạn nào liên quan đến vấn đề bị cô lập âm trường.
Khi chạy xe qua các khu vực dân cư đông đúc, tôi phát hiện ra rằng tình trạng nhiễu sóng xảy ra khá nhiều. Loanh quanh 4-8 lần tín hiệu bị ngắt, điều này ảnh hưởng không nhỏ đến trải nghiệm nghe. Tuy nhiên, tôi tin rằng, bằng cách sử dụng mạch thu/phát bluetooth xịn xò hơn vấn đề nãy sẽ được cải thiện.
Bên cạnh đó, khi lái xe, việc phải đưa tay lên mũ ấn nút cũng hoàn toàn có thể cải thiện. Ở các phiên bản tiếp theo, tôi hi vọng mình còn tham lam để phát triển thêm bộ điểu khiển trên tay lái.