Good question comment you posted on the INFRA post. I hope they will agree, that there is no problem at all as long as the official website is at weex.apache.org.
-J Am Mi., 20. Feb. 2019 um 09:48 Uhr schrieb 申远 <[email protected]>: > > > > > But until this happens I think an absolutely practical solution would > > be to use a second host in China with a separate domain that can > > provide better speeds to Chinese users. It just has to show the exact > > same content as the official site (and be hidden from search engines > > via robots.txt to not confuse them). INFRA should have no real problem > > with that (as it is a appropriate workaround for their slow response > > times in China - and no branding stuff is ignored). > > > 1. Deploying the same content to two different host and domains is what we > are planning to do until we understand it may still break one domain rule. > > 2. According to https://issues.apache.org/jira/browse/INFRA-17872 , I think > INFRA have different point of view on separate domain with same content. > > 3. Personally speaking, I understand a world wide CDN is not practical now > and sometimes one may give up a better engineer solution due to law issue. > From user points, we need to give a brief explanation of the latency > problem. > > Best Regards, > YorkShen > > 申远 > > > Jan Piotrowski <[email protected]> 于2019年2月20日周三 上午2:24写道： > > > Uh, the _domain name_ is not actually at all related to the speed of > > the site - the _hosting_ is. > > > > My results for those two domains from Germany, Berlin for example: > > > > C:\Users\Jan>ping weex.io > > > > Pinging weex.io [47.75.160.176] with 32 bytes of data: > > Reply from 47.75.160.176: bytes=32 time=327ms TTL=46 > > Reply from 47.75.160.176: bytes=32 time=327ms TTL=46 > > Reply from 47.75.160.176: bytes=32 time=327ms TTL=46 > > Reply from 47.75.160.176: bytes=32 time=335ms TTL=46 > > > > Ping statistics for 47.75.160.176: > > Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), > > Approximate round trip times in milli-seconds: > > Minimum = 327ms, Maximum = 335ms, Average = 329ms > > > > C:\Users\Jan>ping weex.apache.org > > > > Pinging weex.apache.org [2a01:4f9:2a:185f::2] with 32 bytes of data: > > Reply from 2a01:4f9:2a:185f::2: time=46ms > > Reply from 2a01:4f9:2a:185f::2: time=46ms > > Reply from 2a01:4f9:2a:185f::2: time=49ms > > Reply from 2a01:4f9:2a:185f::2: time=46ms > > > > Ping statistics for 2a01:4f9:2a:185f::2: > > Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), > > Approximate round trip times in milli-seconds: > > Minimum = 46ms, Maximum = 49ms, Average = 46ms > > > > So you should be aware that the actual problem (Apache server is slow > > from China) is a different one that is now discussed with INFRA (Can > > project use a different domain). > > > > The only real solution is for INFRA to use a world wide CDN that is > > fast everywhere. > > > > But until this happens I think an absolutely practical solution would > > be to use a second host in China with a separate domain that can > > provide better speeds to Chinese users. It just has to show the exact > > same content as the official site (and be hidden from search engines > > via robots.txt to not confuse them). INFRA should have no real problem > > with that (as it is a appropriate workaround for their slow response > > times in China - and no branding stuff is ignored). > > > > -J > > > > Am Di., 19. Feb. 2019 um 12:57 Uhr schrieb Myrle Krantz <[email protected] > > >: > > > > > > I've created an INFRA ticket: > > > > > > https://issues.apache.org/jira/browse/INFRA-17872 > > > > > > I won't promise that INFRA can solve this, but hopefully they'll at least > > > look at it. > > > > > > Feel free to add any details you have. > > > > > > Best Regards, > > > Myrle > > > > > > On Tue, Feb 19, 2019 at 7:18 AM Dan <[email protected]> wrote: > > > > > > > Thanks, Jan, I will take a look at this. > > > > > > > > Jan Piotrowski <[email protected]> 于2019年2月18日周一 下午6:15写道： > > > > > > > > > Cordova uses the npm package `insight` for telemetry, you can see > > more > > > > > in these two files: > > > > > https://github.com/apache/cordova-cli/blob/master/src/telemetry.js > > > > > https://github.com/apache/cordova-cli/blob/master/src/cli.js > > > > > The data being tracked is very limited, and all done only after > > > > > explicit opt-in by the user. (You get a prompt when you first install > > > > > Cordova). > > > > > The dashboard itself is built on the Google Analytics data source > > that > > > > > collects the data for pretty graphs. > > > > > > > > > > One problem: I am under the impression that Google Analytics is > > > > > blocked for good parts of Chinese users, so Cordova's data regarding > > > > > usage in China is probably very broken. > > > > > > > > > > -J > > > > > > > > > > Am Mo., 18. Feb. 2019 um 08:29 Uhr schrieb Dan <[email protected] > > >: > > > > > > > > > > > > Hi Jan, > > > > > > > > > > > > Thanks for getting back to me. > > > > > > > > > > > > Your opinion has helped us a lot. We will migrate the deployment > > of the > > > > > > document to weex.apache.org in these two days. > > > > > > > > > > > > BTW, do you know the detail about how to do the user-track bellow > > the > > > > > > apache way, I know the Cordova has telemetry.cordova.io to record > > it, > > > > > and > > > > > > we also want to record the user's behavior in the weex-toolkit to > > help > > > > us > > > > > > better improve the tool experience. > > > > > > > > > > > > Thanks, > > > > > > Dan > > > > > > > > > > > > Jan Piotrowski <[email protected]> 于2019年2月15日周五 下午7:42写道： > > > > > > > > > > > > > Besides what the rules say (which I don't really know): > > > > > > > > > > > > > > An apache.org domain has an incredible effect on credibility and > > > > > > > trust. Apache is a really strong brand with developers, and > > > > especially > > > > > > > new projects like Weex can benefit from that. > > > > > > > > > > > > > > (The project will be called "Apache Weex" anyway) > > > > > > > > > > > > > > Apache Cordova owns the cordova.io domain and uses it as a > > redirect > > > > to > > > > > > > cordova.apache.org. That way we can still tell people to go to > > > > > > > "cordova.io", but on Google and in user's browser everything > > happens > > > > > > > on apache.cordova.org. We also have loads of subdomains like > > > > > > > blog.cordova.io issues.cordova.io, slack.cordova.io, > > > > > > > telemetry.cordova.io and so on as shortcuts which is very handy. > > > > > > > > > > > > > > Using the domains you mentioned, weex.io could redirect to > > > > > > > weex.apache.org, docs.weex.io redirects to weex.apache.org/docs, > > > > > > > blog.weex.io to weex.apache.org/blog and so on. Then cn.weex.io > > > > could > > > > > > > redirect to weex-project.io for easier finding of the Chinese > > > > domain. > > > > > > > > > > > > > > -J > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 15. Feb 2019, at 07:38, Dan <[email protected]> wrote: > > > > > > > > > > > > > > > > Hi, Myrle/Willem, > > > > > > > > > > > > > > > > Currently, we have a domain name of weex.io and want to use > > it to > > > > > > > replace > > > > > > > > the previous weex-project.io domain name for the following > > > > reasons: > > > > > > > > > > > > > > > > 1. The domain name is shorter and easier to remember. > > > > > > > > 2. Apache's website has slower access to the developer in > > China, so > > > > > there > > > > > > > > is a mirror website weex-project.io for Chinese developer. > > > > > > > > 3. We expect to support https on this website and support some > > of > > > > > our own > > > > > > > > server functions, such as Q&A robots, article blog posts, etc. > > > > > > > > > > > > > > > > I would like to ask if apache has any restrictions on this > > > > > third-party > > > > > > > > domain name, and look forward to hearing from you. > > > > > > > > > > > > > > > > Thanks, > > > > > > > > Dan > > > > > > > > > > > > > > > > > >
