According to the documentation for traffic splitting a cookie will be set to control traffic splitting with a number between 0 and 999. See https://cloud.google.com/appengine/docs/developers-console/#traffic-splitting
This has been working fine for quite some time. But now whenever I clear my cookies and reload my solution, the GOOGAPPUID is no longer a number between 0 and 999.
Instead I am now getting a value like:
xCgkQ3wMg28WhrgU
xCgkQjAcg9sehrgU
This is a screenshot of my cookie information: http://screencast.com/t/z2fjR4xgYfB
I cannot find any information about a change in the traffic splitting, so I am bit puzzled why this happens. Does anybody know or have an idea why?
thanks,
Thomas
Related
So we're working with the Firebase Realtime Database and have encountered some issues regarding the data usage. Currently the total database data comes to a clean 4MB and all we're really GET'ing with every single call made to the RTDB is a single boolean and then a set of 2 strings, basically.
Structure is similar to this:
- Root >
------ child 1 >
------- child 1.2 >
-------- child 1.3 >
--------- value : true
------ child 2 >
------- child 2.1 >
-------- child 2.2 >
--------- child 2.3 >
---------- amount : 1
Now all we do is get our listener straight into Child 1.3 from root and get its value with
firebaseRTDatabase.child("child1.1/child1.2/child1.3/value").addValueEventListener()
Then if that value is true, we listen into the second data set like so
firebaseRTDatabase.child("child2/child2.1/child2.2").limitToLast(1).addChildEventListener()
Then whenever that finds a new child it will handle it within the app.
Issue now is: With the data that the "usage" tab gives us and a bit of calculus it seems that every connection made consumes about 330 MB, almost our full database. As if every connection downloads the whole table, but that shouldn't really be the case right?
I've also noticed that even when idle and unused at least once an hour something is still triggered, even without any events happening. I thought this had to do with FB token refresh and Auth stuff, but manually updating my token after 59 minutes does not solve it and this means we get a classic FB handshake once an hour on every device, which of course also leads to some big usage as this handshake feels bigger than any data we are trying to retrieve.
Anyone have any thoughts on this? Does it indeed seem strange, or is this just expected and a normal usage amount for RTDB?
So, in short:
Is there a way to make sure we don't download anything off RTDB that we don't need?
Is it plausible that we are downloading the full extend of the table or child at any one point?
Is there a way around the hourly handshake happening?
I'm not sure what info to give you. I think this is sufficient but feel free to ask for stuff!
Thanks in advance peeps! :)
this is my use case:
i created a skill which includes a dialog model. This model aks the user for serveral slot values. Every slot value will then be checked if the answer is right or not. When ist right the dialog goes on, if not alexa aks the user again (via elicitslot). So my problem is, wehn i give a wrong answer, alexa ends the session without any reason, she does not fire the elicitslot direction.
The strange thing is, during tests bevor, everything worked finde. And then I just changed something on the interaction model (I added a slot) and then it does not work anymore.
Note: this affects only 4 of 10 slot values. For the other 6 values the elicitslot direction works fine. But for the other 4 not. And the problem is, i can't see anything in the logs. So i dont know why this happens.
The main problem is, in one run everything works and in the next it the elicitslot does not work for 4 slot values.
image with error
Here you can see it, "ziege" is not the right answer so normaly alexa should aks now "please try again...". But she ends the session, whyy???
image without error
And this is the slot bevor, there everything worked fine. "Schildkröte" is wrong, so alexa asks the user to enter the right value. This is all in the same session...
Are there any bugs which i dont know? Or hase it something to go with the slot types..?
Please its for my thesis, and in really need help.
Note: i work with the amazon lambda editor..
In 90% of the cases, that is refreshing the same page, functions wp_list_comments(), comments_form(), has_comments() and other functions alike aren't yielding the expected results.
So I refresh the same page and these functions return different results, for example either 0 comments, 5 or 21 comments, while no other user is using the database since it's a test system with XAMPP. It's noticeable that only values 0, 5 and 21 seem to pop up for the numer of comments.
Looking further down the call stack I could notice that sometimes $wpdb->has_comments() returns 0 although the post contains comments.
I suspect this may be something related to wordpress caching system of my version 4.5 and the only issue I found on their bug tracker was related to including wp_list_comments() twice in the same file, which is not the case. Updating to latest version also does not solve this.
I have noticed that the below debug log was printed in the debug.log file, but only once although the page has been reloaded hundreds of times:
WordPress database error You have an error in your SQL syntax; check the
manual that corresponds to your MariaDB server version for the right syntax to
use near 'WHERE AND comment_parent IN (61,62,66) ORDER BY comment_date_gmt
ASC, comment_' at line 1 for query WHERE AND comment_parent IN (61,62,66)
ORDER BY comment_date_gmt ASC, comment_ID ASC made by
require('C:\xampp\htdocs\boxify\chef\wordpress\wp-blog-header.php'),
require_once('C:\xampp\htdocs\boxify\chef\wordpress\wp-includes\template
loader.php'), include('C:\xampp\htdocs\boxify\chef\wordpress\wp-
content\themes\mytheme\single.php'), get_template_part, locate_template,
load_template, <...more files here...>, comments_template,
WP_Comment_Query->__construct, WP_Comment_Query->query, WP_Comment_Query-
>get_comments, WP_Comment_Query->fill_descendants
Issue occurs on multiple self-hosted wordpress installations.
With other themes, like twentysixteen or others I don't see this sort of behavior, so it's definitely something wrong on my side and I suspect the caching configuration, which I didn't touch.
Also, I've checked for wp_reset_postdata() usage and there's none in my single template. Add theme support is used for comments and everything. Any hint or some direction in which I should dig further would be great!
Found out what the issue was.
Somewhere in the code, in the middle of THE MAIN LOOP a file was included with get_template_part() and in that file a function running a new WP_Query was missing wp_reset_postdata(). This caused the global $post to become corrupt, at least from my point of view.
Since that WP_Query was used to get a random post, this caused comments to be shown for that random post. Sometimes they existed, other times they didn't.
Also, further functions like get_next_post() and get_previous_post() that were relying on $post were now returning results relative to the new random post instead of the old post, as expected.
Only when I noticed these adjacent functions were returning invalid results did I understand where the issue was.
I am working on one application that produces timeline of user on every site of Stack Exchange. We have some users on SharePoint.SE.
Since I want list of all the sites, I am trying to get it using API 2.2
GET /2.2/sites/
As shown here. But it is getting only partial sites. The response is missing sites like Beer.SE, SharePoint.SE.
How do I retrieve them too?
You need to pass additional parameters. Beer.SE appears on page 3 with a pagesize of 100:
https://api.stackexchange.com/docs/sites#page=3&pagesize=100&filter=default&run=true
With no parameters, the default pagesize is 30 results. You can tell if there are more items than what is returned in your call by checking the has_more parameter in the common wrapper.
In this instance, with a pagesize of 3, there are 3 total pages and Beer.SE happens to be on the last page.
After rereading the sites documentation, it says
The pagesize parameter for this method is unbounded, in acknowledgement that for many applications repeatedly fetching from /sites would complicate start-up tasks needlessly.
This means that you can set your page size to something like 1000, and Beer.SE will appear in that results. At this point, there are not 1,000 Stack Exchange sites, so that will work.
I'm running into a strange issue on Vista with the Performance monitoring API. I'm currently using code that worked fine on XP/2k, based around PdhGetFormattedCounterValue(). I start out using PdhExpandWildCardPath to expand the counters (I'm interested in overall network statistics), the counters I'm looking at are:
\\Network Interface(*)\\Bytes Received/sec
\\Network Interface(*)\\Bytes Sent/sec
\\Processor(_Total)\\% Processor Time
The problem is that on their first call they return PDH_INVALID_DATA, I don't think this is a problem, since if I query it again I will start getting data without the error. The problem is this - while the processor time is worked exactly as expected, neither of the network interface counters are returning anything - just 0 all the time. I verified using Perfmon that they are reporting data normally, so I'm at a loss as to what might be the issue. I caught this at MS:
http://support.microsoft.com/?scid=kb%3Ben-us%3B287159&x=11&y=9
But I'm not interested in multi-language for my task, so I don't think this is relevant. I will see if I can come up with some basic code showing exactly what I'm doing, but nothing is returning anything strange, and it worked on XP/2k, so I suspect something changed under the hood. Thanks!
It turns out the issue was that the network interfaces are both wildcards, whereas the Processor one is actually already rolled up by the performance monitoring. What I didn't realize was that it PdhExpandWildCardPath didn't return something directly usable by PdhAddCounter. By this I mean that if ExpandWildCard returns 3 expanded matches, they come back as a null separated strings - I understood this, but I had assumed that AddCounter would be effectively create a counter containing all three. Nope, reality is I needed to break up each path and request it individually from AddCounter, then roll up the results manually when I get them.
Hopefully this helps someone else to avoid the same mistake I made with less frustration. ;)