On Fri, 1 Mar 2019 14:50:27 -0500, Susan Shumway wrote:

>Thank you all for the feedback and suggestions! I've collected it all
>and will work with the team to sort out items that aren't already on our
>radar and add them to our list of potential improvements. I can tell
>right now that some items are within our control and some unfortunately
>aren't, but we'll do our best to implement as many as possible.
>
Thanks.  I note in a directory of the 2017 edition:
605 $ unzip -v /Users/paulgilm/Sites/ibmdoc/17Q2A/c27843007.zip | head -11
Archive:  /Users/paulgilm/Sites/ibmdoc/17Q2A/c27843007.zip
 Length   Method    Size  Ratio   Date   Time   CRC-32    Name
--------  ------  ------- -----   ----   ----   ------    ----
  171427  Defl:N   166357   3%  07-14-17 17:33  d7493e45  ZOSV02R03/How to 
Search Using Adobe Indexed PDFs.pdf
       0  Stored        0   0%  07-14-17 19:22  00000000  ZOSV02R03/pdf/
  621232  Defl:N   316044  49%  07-14-17 17:34  ae8b9a6f  
ZOSV02R03/pdf/ab0in022.pdf
 4708978  Defl:N  3239454  31%  07-14-17 17:36  0bdb2f89  
ZOSV02R03/pdf/adru000_v2r3.pdf
    ...
And in the current (apparently Work in Progress):
606 $ unzip -v  *.zip | head -11
Archive:  zOSV2R3Library.zip
 Length   Method    Size  Ratio   Date   Time   CRC-32    Name
--------  ------  ------- -----   ----   ----   ------    ----
  300963  Defl:N   245338  19%  03-01-19 01:47  13682bda  eox01m05.pdf
 3269712  Defl:N  2395601  27%  03-01-19 01:47  9478b6c0  asmp1023.pdf
 2515009  Defl:N  1691347  33%  03-01-19 01:47  c5714772  dpr1cg01.pdf
 3479762  Defl:N  2940576  16%  03-01-19 01:47  53cce700  eph3z100.pdf
    ...
The .pdf files are a couple directory levels shallower.  I'll recommend zipping 
from
at least one directory level farther rootward.  Several hundred naked PDF files 
can
be a rude surprise to a user who unwittingly unzips into a non-empty directory.

Cosmetic: In index.html, I see "<title>PDF Files for Download</title>".  Not 
very
meaningful unlsess I intend to further serve them from my system to another.

Hmmm... The timestamps in the archive are several hours in the future from when
I dowloaded it.  Is the date on your system set correctly?

The headers I captured in 2017 say:
614 $ cat /Users/paulgilm/Sites/ibmdoc/17Q2A/c27843007.zip.headers 
HTTP/1.1 200 OK
Date: Sun, 29 Oct 2017 02:29:33 GMT
Last-Modified: Mon, 17 Jul 2017 14:37:25 GMT
ETag: "6ca402-42ee3cbb-55484565e7340"
Accept-Ranges: bytes
Content-Length: 1122909371
Connection: close
Content-Type: application/zip

... a meaningful "Content-Length: 1122909371".

Today:
538 $ curl -I  
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/xDownloadFilesToZip.xsp?releaseID=zOSV2R3&zipFileName=zOSV2R3Library.zip
[1] 5930
539 $ HTTP/1.1 200 OK
Server: Lotus-Domino
Cache-Control: no-cache
Expires: Wed, 31 Dec 1969 23:59:59 GMT
Content-Type: application/zip
Content-Disposition: attachment; filename=AllFiles.zip
Strict-Transport-Security: max-age=0
Content-Length: 0
Date: Fri, 01 Mar 2019 20:41:41 GMT
Connection: keep-alive
Set-Cookie: SessionID=8FA23C3480C8DB04F645DD6A548E73C740D9C8D7; path=/; HttpOnly

... "Content-Length: 0"?  Server: Lotus-Domino appears to be broken.

Thanks again,
gil

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to