Faster searching and free account access

[RobMRobM is verified member.]

There are a couple of changes at ukdroplists.com that will vastly improve the experience of pouring through drop lists.

Faster Search
The search system has become slow as the amount of domains and information increase. As such we have started rewriting the entire search system and the main droplists have already been updated. We are seeing an increase in speeds of 10 to 20 times what it was. The rest will follow shortly, ie expired and full droplist search.

New Free Account Access
From now on people with free accounts will be able to view the full droplist for the current day. They cannot use the monitoring or snapshot viewer (reserved for paid accounts) but apart from that all filtering and searches are functional.

 

[timter51]

Nice work on the site Rob. Just one query, before the changes it used to save the filters I had ticked, but now they have been cleared every time I come back. I've tried deleting all cookies etc but no joy. Just wondering if that's something you can fix your end?

 

[RobMRobM is verified member.]

I actually disabled that because people were forgetting they had filters set, not returning any results, then emailing to say the lists were broken and empty I'll put in an option.

 

[timter51]

Haha fair enough!! That would be super useful to have it as an option.

 

[RobMRobM is verified member.]

Ok there is an option now in the filters to save them for the dropping. Expired will come later as I still have to rewrite the search code to be as fast as dropping first.

 

[KarlMKarlM is verified member.]

Hi Rob,

Might just be my browser but the calendar section is not working for me.

 

[RobMRobM is verified member.]

What browser/os are you using? There was some problems with a version of safari. It works on my win7/8/10 chrome/firefox/ie/edge

 

[KarlMKarlM is verified member.]

Yep same problem as me Greg. same browser

 

[RobMRobM is verified member.]

Can you tell me what version via https://www.whatismybrowser.com/detect/what-version-of-chrome-do-i-have

I can then get hold of it and look at the problem. For example it's running here on Chrome 68 on windows 7. I suspect the initial dates and range are trying to be set before the element exists actually - will try to code round it now.

*edit* is it working now?

 

[DarrenDarren is verified member.]

Hi Rob,

Might just be my browser but the calendar section is not working for me.

Same here, i have to log out and back in again.

Windows 10 - Firefox 61.0.1

 

[omcgb]

It defaults to January 1970 for me too

Chrome 68 - Windows 7

 

[RobMRobM is verified member.]

Lol that's exactly the same as I'm running on this machine. I love incompatibility issues I've moved the javascript and waited for the document to fully load before initalising - any change now? ctrl+F5 clears the cache if you're not aware.

 

[DarrenDarren is verified member.]

Lol that's exactly the same as I'm running on this machine. I love incompatibility issues I've moved the javascript and waited for the document to fully load before initalising - any change now? ctrl+F5 clears the cache if you're not aware.

Seems to be working fine now.

 

[omcgb]

Lol that's exactly the same as I'm running on this machine. I love incompatibility issues I've moved the javascript and waited for the document to fully load before initalising - any change now? ctrl+F5 clears the cache if you're not aware.

It's working now @RobM

 

[RobMRobM is verified member.]

Ok cool - thanks. It was down to the datepicker setting the date very slightly before the datepicker existed on the page. A stupid mistake on my part - I normally make sure all javascript runs *after* the dom is created.

 

[omcgb]

It's gone back to showing January 1970 @RobM

 

[RobMRobM is verified member.]

on the dropping pages? Nothing changed.

 

[omcgb]

on the dropping pages? Nothing changed.

Yes, it was working fine yesterday. Nothing changed here either.

 

[omcgb]

on the dropping pages? Nothing changed.

I've checked the code and maxDate for the date picker is set to Jan 1970

$(document).ready( function() {
tmp=setTimeout(function(){
$('#datepicker').datepicker({
dateFormat: 'dd/mm/yy' ,
minDate: new Date(2018, 7, 08),
maxDate: new Date(1970, 0, 01),
setDate: new Date(2018, 7, 08)
});
},400);

 

[RobMRobM is verified member.]

Odd because that code is generated by php
the line at server before being interpreted reads:

maxDate: new Date(<? echo date("Y, ").(date("m")-1).", ".date("d"); ?>),

Ah actually could be a combination of different login session levels. Let me see if I can recode.

Are you logged in or looking from just visiting the page as a guest?

*edit* try now