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
> > > > >
> > >
> >
