I just noticed that typing on the filter can by laggy/slow sometimes.
Are you guys experiencing it too?
I think I know why, your url is synced constantly while the user is typing. I do not recommend you doing so because it's most of the time very laggy (browsers seems to dislike updating the url bar that much).
There's an example in react-instantsearch documentation about this: https://github.com/algolia/react-instantsearch/tree/master/packages/react-instantsearch/examples/react-router-v4
You will be able to dig into App.js and see where we use a threshold of 700ms before updating the url.
Related
I have a problem... I have set up a Google Analytics split test. If you go to www.meebility.com you will see that Google is adding some GET parameters. But that isn't the problem...
The problem is, if you klick on a link in the menu you get redirected to to homepage by Google Analytics... But I don't get why and how I can turn this off... Does anybody know how to solve this problem?
I have even googled but didn't found anybody with this problem...
Kind regards and Thanks
If you are running a Google Content Experiment then the experiment code goes only into the original page (it's the experiment code that does the redirection, and if it's on the variant page it might assign the user to the original variant and redirect them back there).
Since content experiments are deprecated in any case the best workaround would be to use Google Optimize, but simply removing the code from the variant page should help, too.
Any help/advice on this would be greatly appreciated.
I'm looking for what I would consider a standard setup for modern day web design/development. Basically I have a dual monitor setup and I would like to code on one screen and have the changes displayed in real-time on the other screen.
Up until yesterday I was using jsbin in this way and it was working great. I had one browser setup with the coding stuff (HTML/CSS/jQuery) and I then had another separate browser open on the second monitor which updated instantly as I typed. So if I changed a CSS rule for example it was shown in real-time on the second monitor without me having to do ANYTHING. No saving, no refreshing, no switching tabs - NOTHING.
However, for whatever reason jsbin now refuses to update in real-time and it will only show the code changes if I manually refresh the browser. I've emailed jsbin about this but they can't diagnose the issue.
So what I'm looking for is either an online alternative, or a local alternative. However, everything (and I mean EVERYTHING) that I've tried so far can't do what jsbin did.
dabblet.com, jsFiddle.net, liveweave.com, codepen.io, cssdeck.com etc
But all of the above don't offer a second tab/browser that I can move to the second monitor to show the code updates in real-time which is the most important thing.
Surely there must be an easy solution to this? Is it not common to code in this way on 2 monitors whilst developing a website? I'd really appreciate any help on this.
Many thanks
Ben
For local option, Brackets has Live Preview mode.
After you open your project or file for editing, select File -> Live Preview
It launches a browser window, then your changes are reflected as you type, no save or browser refresh needed.
I use Liveweave with my dual monitor setup. I keep the HTML/CSS in my left window/monitor and the JS/Preview in my right monitor. Works great!
I have already checked out this question, and it sounds like he's describing the same exact problem as me except for a few things:
I'm not running on https
80% of the time I try to debug, I get this message " Error parsing input URL, no data was scraped."
The scraper works perfectly on a different domain, but same server, same theme with almost identical content. Every time I try a domain it scrapes it perfectly including the image
During the 20% that it actually scrapes my page, I am having the same issue in the above link. It is reading my thumbnail, yet showing a blank image. The link brings me to a working image but it doesn't want to show anything.
The weird part is it worked completely fine about 10 months ago when I updated this blog on a daily basis. The only difference is I've switched servers recently. While that would explain a possibility, the other domain switched as well and doesn't have this problem.
I am at a loss why my links either show no image at all in facebook or give me the:
Domain Link
Domain
(no image, no description)
Very frustrating situation. Does anyone have any suggestions?
Update:
I have 6 domains...
When I moved servers recently, I found the new server wasn't prepared to compress the pages, so my blog posts looked crazy. This forced me to turn compression 'off' on WP Super Cache on my main blog. I also did it to my 2nd highest traffic blog figuring I'd get to the other 4 later.
Well, now those first two blogs appear to work fine in the facebook debugger, but the remaining 4 have troubles. The tricky part is, I completely removed WP Super Cache from one site and still had trouble fetching the data.
So while it seems logically it should have been a WP Super Cache issue, continuing to have errors despite removing it leads me to believe now? I'm still so baffled.
Update:
Ok, I loaded Chrome and IE, and both were able to pull the data with ease. The google snippet tool also worked great. I am going to try posting a link to my facebook fan page via chrome and see if it works correctly.
I did clear my FF cache and it didn't change, but I am still confused why one domain works ok while the other does not. Either way, if adding in Chrome works, I'll stick with that for now.
Any other suggestions?
Cache should not make any problem. If a browser can see your page, so can facebook debugger.
See if some 500 error is there. Try from different browser, clearing the browser cache etc. Try google rich snippet and see if a custom search engine is scrapping it fine.
PS: It will be nicer if you post url.
I am developing on iOS 4.0(supporting higher versions too).
I am using facebook Graph API, and so far everything works as it should. I can update statuses with images and stuff.
But, there are weird things happening.
I am passing in my FB init class an image link.
But when the FBDialog appears, sometimes the image is there, and sometimes it's not! And i was debugging for a whole while, and i can say for sure: in both cases(when it is and when it's not) the link is not just working: it's totally the same. Practically, i can't find any differences in both behaviors.
What could be the reason? Any help would be greatly appreciated! Thanks!
The problem was in my appid. not sure exactly what was the problem, but changing it solved it.
Hi anyone have idea what's going on with the iframe apps on facebook keep loading the xd_proxy.php? I haven't notice it's a new or existing issue because my apps screen is fix, today, when I change some code,I scrolling the screen with my mouse, and discover that the xd_proxy is loading while scrolling(no matter use mouse wheel, kb arrow, scroll bar..), I search some posts in the google and stack overflow, but with no luck, none of them can solve it, I've try add the channelurl, rearrange the javascript...etc, but no luck, please help, thanks in advance.
This is logged as a bug in Facebook's bug tracker now. Best way to get it fixed is to vote for it!
http://bugs.developers.facebook.net/show_bug.cgi?id=16176
Facebook fixed a bug we have been waiting on in their JS SDK this week so we were planning on switching from the old JS SDK to the new but during final testing came across this as well. Looks like window location is being reported back.
Anyone know if this is new and what exactly it is used for? Can it be disabled? Wonder what this would do to performance across different environments.
This starts happening after FB.init in window.fbAsyncInit is called with de JS SDK. It is passing height and width of the client and scroll as parameters with type canvasPage.update. It might, but I do not know, have something to do with a bug earlier this year when apps in iframes weren't resizing, something like a work around.
I just noticed this today as well, and initially thought it was due to FB.Canvas.setAutoResize() being called surreptitiously, but nope, it seems like scroll has been bound to this update.