I think its a good idea, especially if the assert can be in a good place
(ideally a not-so-hot place, e.g. encoding, patching code). asserts have
some costs for this kind of code even when disabled, bytecode count limits
are used for compiler threshold and stuff.
On Wed, Mar 3, 2021 at 9:05 PM Gre
So, slightly different topic, maybe, but related so tacking onto this
thread...
While tweaking ForUtil locally to experiment with different block sizes, I
realized that PForUtil encodes the offset for each "patch" using a single
byte, which implies a strict upper limit of 256 on the BLOCK_SIZE def
Hi folks,
Are you interested in Amazon’s Advertising (that employs state of art
solutions involving Search, Digital Advertising, AWS technologies etc)
but wondering which team can best leverage your expertise in
Solr/Lucene? Please continue to read:
My team is Sponsored Search Delivery (SSD)
+1 to all three. Thanks Jan for the idea and then folding this into both
Solr and Lucene sites!
Mike McCandless
http://blog.mikemccandless.com
On Tue, Mar 2, 2021 at 4:30 AM Jan Høydahl wrote:
> Hi community!
>
> The Apache Software Foundation has a foundation-wide Code of Conduct
> written
On Wed, Mar 3, 2021 at 10:02 AM Alexandre Rafalovitch
wrote:
> What is missing is the disaggregated statistics (Referrers to specific
> pages, etc). And possibly a lot more, as I just pulled a couple of
> examples of the top of my head, I am not a GA specialist, it is just
> one of many things I
Another thought looking at the top of that page (and somewhat off topic),
though obviously mentioned elsewhere, the first line of support should
probably the Ref Guide. Not that it can't be found elsewhere, but it should
probably be the first place folks look.
On Wed, Mar 3, 2021 at 2:14 AM Anshum
What is missing is the disaggregated statistics (Referrers to specific
pages, etc). And possibly a lot more, as I just pulled a couple of
examples of the top of my head, I am not a GA specialist, it is just
one of many things I do in my overall job. The specific metrics
available will actually depe
I am opposed, in principle, to letting a private company have access to the
IP addresses and other personally identifiable information of our users.
On Wed, Mar 3, 2021 at 8:11 PM Robert Muir wrote:
> I'm not trying to come across as anti-analytics, i'm not. But I feel a lot
> of those questions
I'm not trying to come across as anti-analytics, i'm not. But I feel a lot
of those questions can be answered by the aggregate stats already provided
by apache (presumably from httpd access_log), without adding
privacy-invading-google-tracker javascripts and cookies. So, while your
answers are good
I block any analytics I can find. I am with you on the overall positioning.
And yes, the absolute numbers lie.
At the same time, we can get a lot of relative numbers and trends that are
valuable in other ways.
For example:
1) Are the social media announcements of new releases drive people to
down
On Wed, Mar 3, 2021 at 8:35 AM Michael Sokolov wrote:
> Before you look, should we have a betting pool on the number of
> downloads/day? I will arrange for a bottle of some excellent liquid to
> be sent to the closest guess at the number of redirects to the mirror
> sites, as determined by Alexan
Before you look, should we have a betting pool on the number of
downloads/day? I will arrange for a bottle of some excellent liquid to
be sent to the closest guess at the number of redirects to the mirror
sites, as determined by Alexandre. Also, has it been increasing over
the last year? Finally, i
For sure any analytics are useless if nobody is looking at the numbers :)
But I don't like google analytics myself, I think in 2021 using such third
party tracking/cookies stuff makes our website look cheap and spammy.
It also isn't even reasonably accurate in 2021. If i visit lucene.apache.org,
I am offering to look at the numbers, if I can get access.
We can do that for a couple of months and then take it out.
I am not clear whether I negated Rob's position here from the full
propositional logic though, as he used 'or'.
I do agree that there is no point for analytics that is not used.
The Solr website looks great, thanks for doing this Jan. +1 from me.
Jason
On Wed, Mar 3, 2021 at 7:23 AM Jan Høydahl wrote:
>
> Privacy policy on the web sites (I copied Lucene's to the new Solr site)
>
> https://lucene.apache.org/privacy.html
> https://lucene-solrtlp.staged.apache.org/privacy.
+1 Rob
On Wed, 3 Mar, 2021, 5:55 pm Uwe Schindler, wrote:
> Hi,
>
>
>
> sorry, I just noticed that the account disappeared from my google
> analytics profile.
>
>
>
> It was setup by Grant Ingersoll, maybe he can give us access again. If it
> is no longer there, we lost the data, but we can recr
Hi,
sorry, I just noticed that the account disappeared from my google analytics
profile.
It was setup by Grant Ingersoll, maybe he can give us access again. If it is no
longer there, we lost the data, but we can recreate one.
Uwe
-
Uwe Schindler
Achterdiek 19, D-28357 Bremen
Privacy policy on the web sites (I copied Lucene's to the new Solr site)
https://lucene.apache.org/privacy.html
https://lucene-solrtlp.staged.apache.org/privacy.html
Jan
> 3. mar. 2021 kl. 09:49 skrev Jan Høydahl :
>
> ASF dont want us to use any user tracking - they tell us to get stats from
Hi,
I have access.
Uwe
Am March 3, 2021 8:10:29 AM UTC schrieb "Jan Høydahl" :
>Hi,
>
>Who has access to the Lucene site GA account? If it is dead in the
>waters, I'd like to setup a new one also for Lucene.
>
>I plan to publish the new web sites today, would be nice to track and
>graph the traffi
if nobody has access or is looking at the numbers, then we damn sure don't
need this tracking shit
On Wed, Mar 3, 2021 at 6:15 AM Jan Høydahl wrote:
> Lucene/Solr website has "always" had a GA script. And I believe the reason
> was to understand download number estimates for Solr, which we don't
Lucene/Solr website has "always" had a GA script. And I believe the reason was
to understand download number estimates for Solr, which we don't get from ASF.
I think we can proceed with GA for a few months to learn about the Solr
migration and any problems users may have with the site. Then disco
Lets avoid GA for our website. I don't think it is a good idea to give a
private company (Google Inc) data about our website traffic and their IP
addresses etc.
On Wed, Mar 3, 2021 at 1:40 PM Jan Høydahl wrote:
> Hi,
>
> Who has access to the Lucene site GA account? If it is dead in the waters,
Wrt the emeritus lists, I just copied them from Lucene for now, please see
https://lucene-solrtlp.staged.apache.org/whoweare.html
Jan
> 2. mar. 2021 kl. 16:32 skrev Jan Høydahl :
>
> On the new "Project" page
> (https://lucene-solrtlp.staged.apache.org/whoweare.html) I have attempted to
> mak
ASF dont want us to use any user tracking - they tell us to get stats from
INFRA based on httpd logs. But they currently don't track downloads (i.e
redirects to mirrors).
So I don't expect any ASF help.
I'm setting up a GA account for Solr and will invite any PMC member to manage
that account.
Is there an ASF GA account we could use?
On Wed, Mar 3, 2021 at 12:06 AM Jan Høydahl wrote:
> You are right, we still use the Lucene GA code in there, which noone knows
> anything about.
> I should probably switch GA code on Solr side to a new GA account?
>
> Jan
>
> > 2. mar. 2021 kl. 23:14 skr
Hi,
Who has access to the Lucene site GA account? If it is dead in the waters, I'd
like to setup a new one also for Lucene.
I plan to publish the new web sites today, would be nice to track and graph the
traffic ramp-up.
Jan
-
You are right, we still use the Lucene GA code in there, which noone knows
anything about.
I should probably switch GA code on Solr side to a new GA account?
Jan
> 2. mar. 2021 kl. 23:14 skrev Alexandre Rafalovitch :
>
> Did we get to any consensus on Google Analytics (or other) tracking?
> Wou
27 matches
Mail list logo
