Zaitsev wrote: It is possible for everybody read data of everybody - not so good for professional service.
I also propose enabling subscription to $SYS/#.
maesa wrote: I believe that it means that I cannot use a custom MQTT topic like /MyTopic/Something but should rather use /Db/[instance id]/MyTopic/Something.
At least, it explains why my subscriptions to /MyTopic/+ do not give any result anymore...
Fortunately, it is currently still possible to publish to /MyTopic/Something, so I can still follow the status of my IoT components through your Web interface. Do you plan to disable publishing to /MyTopic as well and, if so, when ? I believe that the fact that it is still possible means that I could probably publish to /Db/[someone else's instance]/#...
This solution I found on commercial service www.cloudmqtt.com .
EasyIoT wrote: I'm thinking to simplify things and skip /Db/[instance id]/ entirely. This will break backward compatibility, but it will significantly simplify design. MQTT topics for parameter will be just /[module id]/[parameter name] or [custom topic]. Also /Db/InstanceId topic no longer will be needed. Also /# or /[cutom topics]/# will work. Since Cloud is in beta I think it's still time to change this.