Jasondm007 Posted October 24, 2017 Share Posted October 24, 2017 Does anybody know how to set up the Web Search feature in Alfred to work with SSRN (Social Science Research Network)? For those unfamiliar with SSRN, it's website for sharing research (usually early drafts and things in the public domain). Unfortunately, while it's now owned by Elsevier, it's still probably the most used repository for pre-publication research papers. When I run search either through its standard or advanced search pages, the search terms are not located in the URL. Unlike Google and other search-related websites, I also can't seem to find any documentation on its search API, etc. For example, when I search for the terms "test search" using the advanced search, the search results are communicated through the following URL: https://papers.ssrn.com/sol3/results.cfm?RequestTimeout=50000000 Given these constraints, does anybody have any ideas for how to set up Alfred's Web Search feature with SSRN? Thanks in advance! Link to comment
deanishe Posted October 24, 2017 Share Posted October 24, 2017 2 hours ago, Jasondm007 said: Given these constraints, does anybody have any ideas for how to set up Alfred's Web Search feature with SSRN? Quick tip: Although some sites use POST for their search forms (so the parameters aren't in the URL), many also work if you add the parameters to the URL instead. Including this one: https://papers.ssrn.com/sol3/results.cfm?txtKey_Words=liquidity Link to comment
Jasondm007 Posted October 25, 2017 Author Share Posted October 25, 2017 @deanishe Thanks a ton! Can I ask a stupid question: How did you find the parameters for the URL ("txtKey_Words=")? Is there a way to view those elements from the form? Or, is this some form of witchcraft? Ha Vero 1 Link to comment
dfay Posted October 25, 2017 Share Posted October 25, 2017 You need to view the source of the page and look for the name attribute of the search text entry box itself. In this case it's here: <form class="header-search-form" id="searchForm1" action="https://papers.ssrn.com/sol3/results.cfm" method="post" target="_top" name="formQuickSearch"> <i class="icon icon-gizmo-search" role="button" aria-label="Search eLibrary"></i> <input type="text" class="header-search-input" aria-label="Search eLibrary" placeholder="Search eLibrary" name="txtKey_Words" id="txtKeywords" required> <input type="hidden" name="isQuickSearch" value="true"> </form> Unfortunately with all the JavaScript cluttering most web pages, it's become a bit harder to reverse engineer searches this way compared to 10-15 years ago when the web was s lot cleaner. Link to comment
deanishe Posted October 25, 2017 Share Posted October 25, 2017 What @dfay says. Right-click on the text field and Inspect Element. Grab the URL from the form element’s “action” attribute. Sometimes you need to add a couple of other values from other form fields. Link to comment
Jasondm007 Posted October 25, 2017 Author Share Posted October 25, 2017 @deanishe @dfay Thanks a ton for the info. This was really helpful!! Link to comment
Jasondm007 Posted January 20, 2018 Author Share Posted January 20, 2018 @dfay @deanishe Sorry to bother you guys about this again, but it appears as though SSRN has updated its search form - breaking the Search URL used by Alfred (below): https://papers.ssrn.com/sol3/results.cfm?txtKey_Words={query} Now, when searching, I get the usual page not found notice. I tried looking at the code from the form, but it looks identical to what @dfay posted above (action, name, etc.). Do guys have any idea what they might have changed and where I might look next? Thanks for your help!! Link to comment
dfay Posted January 20, 2018 Share Posted January 20, 2018 Seems to be working for me - maybe there was a temporary server outage? Link to comment
Jasondm007 Posted January 20, 2018 Author Share Posted January 20, 2018 (edited) Weird, I still receive the error below: Do you have a different Alfred setup than me? I'm not sure if it's relevant, but I use Safari as my default browser. Thanks again!! Edited January 20, 2018 by Jasondm007 Link to comment
dfay Posted January 20, 2018 Share Posted January 20, 2018 (edited) Something's gotta be messed up on their end. The URL above still works fine for my on Safari for iPad, where I tested it earlier. But Safari for Mac produces the error message above. Same with Firefox for Mac. I can even be viewing results on the iPad then use Handoff to open the same page on the Mac & get the error. Strangely, you can enable the Developer menu then click Develop > User Agent > Safari - iOS 11.0 - iPad and it will work. Bizarre. I'd email the site admin b/c I doubt they intentionally want the site to work only with Safari for iPad. Or you can try this workflow and modify it to add your search or something: Edited January 20, 2018 by dfay Link to comment
Jasondm007 Posted January 20, 2018 Author Share Posted January 20, 2018 Thanks, @dfay!! I really appreciate it. Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now