<div dir="ltr"><div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">That should happen fairly quickly… usually faster than people are able to test. I wonder what delayed it.</blockquote></div><div><br></div>I think it was user error. When I sent the second email stating it worked, I had tried it on my phone (and that was the first time I had requested it from my phone, aka no cache). Then I went back to my desktop, and still no dice until I cleared cache like you mentioned.<div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-size:12.8px">Are there ways to mark things on the server so that the browsers don’t cache the .js files that we send? Because that’s the #1 source of user problems - old versions of files in the browser cache.</span></blockquote><div><br></div><div>A pretty quick solution would be to configure the Apache server. We just need to send the proper caching headers (specifically, we need apache to send the <b>no-cache </b>header, the browser will handle the rest).</div><div><br></div><div><b>One method to do so here:</b></div><div><br></div><div>Add a .htaccess file to the root of the web directory, and add the following:</div><div><br></div><div><div><FilesMatch "^(list_lib|jquery.min)\.js$"></div><div><span style="white-space:pre-wrap">        </span>Header set Cache-Control "no-cache"</div><div><span style="white-space:pre-wrap">    </span>Header set Pragma "no-cache"</div><div></FilesMatch></div></div><div><br></div><div>To add more files to the caching rule, just add them in the parens above, separated by a pipe.</div><div><br></div><div>If you want to do it for all of the files just use:</div><div><br></div><div><FilesMatch "\.(html|js|css)$"></div><div>        ...</div><div></FilesMatch></div><div><br></div><div>Happy to discuss further or help implement on the server. My one concern about the above approach is how does the stat.js file get created? Is it made on request? Or is it updated in some sort of user directory each time the server gets a cloud sync? If it's made on request, we'll just need to make sure the response handler is also giving the no-cache header. </div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="color:rgb(33,33,33)">There are many more areas where we would love to get help - your areas of expertise are a bit vague, can you provide some more background (if you don’t want to do that in public than personal email to me is fine, too).</span></blockquote><div><br></div><div>I'll shoot you an email.  </div><div><br></div><div>thanks,</div><div>Bryan</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Aug 14, 2018 at 5:16 PM Dirk Hohndel <<a href="mailto:dirk@hohndel.org" target="_blank">dirk@hohndel.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><blockquote type="cite"><div>On Aug 14, 2018, at 2:13 PM, Bryan Oliver <<a href="mailto:oliverwritescode@gmail.com" target="_blank">oliverwritescode@gmail.com</a>> wrote:</div><br class="m_-6737325021661482060m_250975592740969090Apple-interchange-newline"><div>Update, I just checked again and they are now showing up. I guess it just took a while.<br></div></blockquote><div><br></div></div></div><div style="word-wrap:break-word"><div>That should happen fairly quickly… usually faster than people are able to test. I wonder what delayed it.</div><div><br></div><div>One issue is that often browsers cache some of the files we modify - see below :-)</div></div><div style="word-wrap:break-word"><div><br><blockquote type="cite"><div><div class="gmail_quote"><div dir="ltr">On Tue, Aug 14, 2018, 4:45 PM Bryan Oliver <<a href="mailto:oliverwritescode@gmail.com" target="_blank">oliverwritescode@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hey Dirk, <div><br></div><div>I was attempting to play with the <a href="http://cloud.subsurface-divelog.org/" target="_blank">cloud.subsurface-divelog.org</a> site today. I manually entered a dive into the Mobile app and then processed a Manual sync. It shows up without issue in the Desktop app, but has yet to show up on the site. Do I need to run something else to get it to show up there?</div><div><br></div><div>Also thought I'd mention, web and web mobile are areas I can do a lot of work on. So if we have any ideas for improving/adding to the cloud web page I'd be happy to take on some of those challenges. I didn't see anything in the github issues (granted I only looked for a brief time) so thought I'd mention it here.</div></div></blockquote></div></div></blockquote><br></div></div><div style="word-wrap:break-word"><div>Are there ways to mark things on the server so that the browsers don’t cache the .js files that we send? Because that’s the #1 source of user problems - old versions of files in the browser cache.</div><div><br></div><div>There are many more areas where we would love to get help - your areas of expertise are a bit vague, can you provide some more background (if you don’t want to do that in public than personal email to me is fine, too).</div><div><br></div><div>Thanks</div></div><div style="word-wrap:break-word"><div><br></div><div>/D</div><br></div></blockquote></div>