publishing files that haven't changed

  • Thread starter Thread starter Anyone
  • Start date Start date
A

Anyone

When I publish I notice it takes a long time because it's publishing many
files that haven't changed since the last time I published. I checked the
box that reads something similar to 'publish only changed files' yet it
always published about 1/8 of the files on the site.

I presume FP compares by date and time stamps of remote files and local
files and updates based on newer timestamps. Is this correct? Any hints on
how to fix this?

TIA
 
If you are using any include pages
or other "shared" items, any and all pages that
use them will be re-published any time the
include page or shared item is updated.


--
Steve Easton
MS MVP FrontPage
95isalive
This site is best viewed..................
...............................with a computer
 
How were these jpg images brought
into the site??
Did you import or "drag and drop" them
into FrontPage or did you use and external editor
to edit them inside the web??

I'm asking to see if there is any reason FrontPage
would think it has modified them when you are editing
your web.


--
Steve Easton
MS MVP FrontPage
95isalive
This site is best viewed..................
...............................with a computer
 
I'm guessing they were dragged and dropped but can't be certain. I
inherited maintenance of the site. It's a charity I volunteer for. I'm
guessing they were dragged and dropped (as table data) because there are
very specific 'height=' and 'width=' clauses. Plus, I don't think the
previous person knew html at all.

So... if I understand your last paragraph correctly then FP does not compare
dates on local and remote files? Also, some of the files are href'd only in
..html's that I'm certain haven't been touched in a long time. How does FP
determine what files have been changed? As a developer I would suspect the
best way is to compare local timestamps with remote timestamps... provided
the remote system uses the local timestamp when creating the file.


TIA
 
FP compares the META data on the files
- but FP does not upload the META data "as is" when it Publishes
(instead it generates a set of updated META files on the server w/ the FP SE)
Sometimes the META data can get corrupted
To get the Meta data up to date,
- In Windows Explorer find and delete all web cache file (*.web)
- Then open your local site and run a Tools Recalculate Hyperlinks
- Finally try a File Publish All to get the sites in sync,
and thereafter see if it handles changes only correctly

--




| I'm guessing they were dragged and dropped but can't be certain. I
| inherited maintenance of the site. It's a charity I volunteer for. I'm
| guessing they were dragged and dropped (as table data) because there are
| very specific 'height=' and 'width=' clauses. Plus, I don't think the
| previous person knew html at all.
|
| So... if I understand your last paragraph correctly then FP does not compare
| dates on local and remote files? Also, some of the files are href'd only in
| .html's that I'm certain haven't been touched in a long time. How does FP
| determine what files have been changed? As a developer I would suspect the
| best way is to compare local timestamps with remote timestamps... provided
| the remote system uses the local timestamp when creating the file.
|
|
| TIA
|
|
| | > How were these jpg images brought
| > into the site??
| > Did you import or "drag and drop" them
| > into FrontPage or did you use and external editor
| > to edit them inside the web??
| >
| > I'm asking to see if there is any reason FrontPage
| > would think it has modified them when you are editing
| > your web.
| >
| >
| > --
| > Steve Easton
| > MS MVP FrontPage
| > 95isalive
| > This site is best viewed..................
| > ..............................with a computer
| >
| >
| > | > > That makes sense but many of the files it publishes are .jpg's.
| > >
| > > | > > > If you are using any include pages
| > > > or other "shared" items, any and all pages that
| > > > use them will be re-published any time the
| > > > include page or shared item is updated.
| > > >
| > > >
| > > > --
| > > > Steve Easton
| > > > MS MVP FrontPage
| > > > 95isalive
| > > > This site is best viewed..................
| > > > ..............................with a computer
| > > > | > > > > When I publish I notice it takes a long time because it's publishing
| > > many
| > > > > files that haven't changed since the last time I published. I
| checked
| > > the
| > > > > box that reads something similar to 'publish only changed files' yet
| > it
| > > > > always published about 1/8 of the files on the site.
| > > > >
| > > > > I presume FP compares by date and time stamps of remote files and
| > local
| > > > > files and updates based on newer timestamps. Is this correct? Any
| > > hints
| > > > on
| > > > > how to fix this?
| > > > >
| > > > > TIA
| > > > >
| > > > >
| > > > >
| > > > >
| > > > >
| > > > >
| > > >
| > > >
| > >
| > >
| >
| >
|
|
 
Excellent. Thanks.


Stefan B Rusynko said:
FP compares the META data on the files
- but FP does not upload the META data "as is" when it Publishes
(instead it generates a set of updated META files on the server w/ the FP SE)
Sometimes the META data can get corrupted
To get the Meta data up to date,
- In Windows Explorer find and delete all web cache file (*.web)
- Then open your local site and run a Tools Recalculate Hyperlinks
- Finally try a File Publish All to get the sites in sync,
and thereafter see if it handles changes only correctly

--




| I'm guessing they were dragged and dropped but can't be certain. I
| inherited maintenance of the site. It's a charity I volunteer for. I'm
| guessing they were dragged and dropped (as table data) because there are
| very specific 'height=' and 'width=' clauses. Plus, I don't think the
| previous person knew html at all.
|
| So... if I understand your last paragraph correctly then FP does not compare
| dates on local and remote files? Also, some of the files are href'd only in
| .html's that I'm certain haven't been touched in a long time. How does FP
| determine what files have been changed? As a developer I would suspect the
| best way is to compare local timestamps with remote timestamps... provided
| the remote system uses the local timestamp when creating the file.
|
|
| TIA
|
|
| | > How were these jpg images brought
| > into the site??
| > Did you import or "drag and drop" them
| > into FrontPage or did you use and external editor
| > to edit them inside the web??
| >
| > I'm asking to see if there is any reason FrontPage
| > would think it has modified them when you are editing
| > your web.
| >
| >
| > --
| > Steve Easton
| > MS MVP FrontPage
| > 95isalive
| > This site is best viewed..................
| > ..............................with a computer
| >
| >
| > | > > That makes sense but many of the files it publishes are .jpg's.
| > >
| > > | > > > If you are using any include pages
| > > > or other "shared" items, any and all pages that
| > > > use them will be re-published any time the
| > > > include page or shared item is updated.
| > > >
| > > >
| > > > --
| > > > Steve Easton
| > > > MS MVP FrontPage
| > > > 95isalive
| > > > This site is best viewed..................
| > > > ..............................with a computer
| > > > | > > > > When I publish I notice it takes a long time because it's publishing
| > > many
| > > > > files that haven't changed since the last time I published. I
| checked
| > > the
| > > > > box that reads something similar to 'publish only changed files' yet
| > it
| > > > > always published about 1/8 of the files on the site.
| > > > >
| > > > > I presume FP compares by date and time stamps of remote files and
| > local
| > > > > files and updates based on newer timestamps. Is this correct? Any
| > > hints
| > > > on
| > > > > how to fix this?
| > > > >
| > > > > TIA
| > > > >
| > > > >
| > > > >
| > > > >
| > > > >
| > > > >
| > > >
| > > >
| > >
| > >
| >
| >
|
|
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Back
Top