Web Media Blocks and Web Deployment

[Linuxman]

I am trying to build a compressed web media block installation. In the web media I have changed the download URL, however when I compress the files, they are coming out as the original file names with multiple periods and spaces. I have removed all this from the URL in the web media block edit page. Why is this doing this, and do I have to rename all the files it creates and then upload. And will it find them. I am also removing the .7zip > .zip. Of course, when I compile is putting those back in the file again.

[MichaelNesmith]

Hi Linuxman!

This behavior is as designed. The web media block file will be named according to its name, but you have full flexibility with the upload URL. As long as you upload the file to the indicated URL with the indicated name, it will all work. If the name used in the URL is different from your web media block name, you will need to manually rename the web media block file before uploading though...sorry about that inconvenience!

[Linuxman]

Hi Linuxman!

This behavior is as designed. The web media block file will be named according to its name, but you have full flexibility with the upload URL. As long as you upload the file to the indicated URL with the indicated name, it will all work. If the name used in the URL is different from your web media block name, you will need to manually rename the web media block file before uploading though...sorry about that inconvenience!

Michael, so the extra periods and spaces of some of the files is likely causing an issue on the Linux server? I have changed them and in the process of recompiling so we can test again. The last time, it told us it could not download or corrupt, something of that nature. We tried Retry a couple of time and re-download which both failed.

I will let you know how the renaming process goes.

[MichaelNesmith]

I don't really know - the best way is to try to download exactly what you wrote in the URL field and see what happens.

[Linuxman]

I don't really know - the best way is to try to download exactly what you wrote in the URL field and see what happens.

Okay Michael, I am at wits end with this. I have been testing this download. Then I try to install from a Windows 2000 machine with nothing by SP4. Is there a minimum requirement for the computer to have the ability to download the web media block. I have attached a screen shot, is there anything in the code I should be looking for to resolve this issue. It is driving me nuts.

Thanks

File Attached:

<a href="files/011820061939/CQUBE - 0351.jpg">CQUBE - 0351.jpg

[MichaelNesmith]

There are no client - or server - requirements at all for web media blocks. You just need to make sure that the URL you enter into the Web Media Block command is the exact URL that serves the file from your server. Just open Internet Explorer, paste that entire URL line - and nothing else - and see if you can download the file. I am guessing not!

[Linuxman]

There are no client - or server - requirements at all for web media blocks. You just need to make sure that the URL you enter into the Web Media Block command is the exact URL that serves the file from your server. Just open Internet Explorer, paste that entire URL line - and nothing else - and see if you can download the file. I am guessing not!

Michael, if I place the file name in the URL it downloads it fine, and no issues. We have tried this on three different boxes around the country and 5 in this office and none of them will download the file properly. Any other suggestions, is there some place I should look in the code to verify the program is calling the correct files to download?

[Linuxman]

Michael, I finally found the error, and still need some guidance.

I renamed the files to something shorter. Three of them uploaded just as I tyed the new name. (Ex. IE6SP1 became IE6SP1.7zip). Some of them, changed captalization (Ex. NewFeature became NEWFeature.7zip), I see where this one would not download and the first file needed must have been incorrect. Then others were worse, I change the name to and something totally different came out in the file name and was not what the URL it was looking for (Ex. WI20 became MicrosoftWindowsInstaller20.7zip).

Here is my question, of course Apache won't handle the difference in caps. Do I need to change the name of the Media Block and make the URL the exact name before compiling the setup? I was under the impression, if I changed the name the URL location file name would match it. I have it working now by manually changing all the files on the server to the exact file name requested in the script. However, in the future, I want to make sure we are doing this right to save; compiling properly takes a little while.

Thanks again for your assistance.

[MichaelNesmith]

I think I was saying earlier in this thread that the file name in the URL field has nothing to do with the file that InstallAware produces for the web media block file, which is determined solely on the web media block name. This is probably the cause of your issues here. As long as you either update the name of the web media block to match the file name mentioned in the URL, or you manually rename your web media block name, you'll be good to go.