We used this approach in one of our sharepoint internet projects for core.js
http://blogs.msdn.com/b/ecm/archive/2007/02/21/building-a-new-page-layout-which-does-not-reference-core-js-but-downloads-it-while-the-page-is-being-viewed-thereby-optimizing-response-time.aspx On Mon, Oct 25, 2010 at 12:49 PM, Paul Noone < paul.no...@ceosyd.catholic.edu.au> wrote: > Yeah, core.js is there to stay for the time being I think. > > > > The search indexing started working some time Friday night. Not sure if > there was just a delay with cached DNS or it was due to something I did. > > > > What was odd was that during this time I also had the problem with > uploaded/modified files not getting changes. In effect, Edit or Upload and > replace file then checking in resulted in no changes. Version number and > modification date remained the same. I repeated this three or four times > just to make sure I wasn’t going nuts. > > > > This is also resolved thank Jed. Maybe site collection caching? Anyway, all > good now. > > > > Thanks for the feedback. It’s a work in progress but I’m very happy with my > efforts so far. > > > > *From:* ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] *On > Behalf Of *Sezai Komur > *Sent:* Friday, 22 October 2010 4:14 PM > *To:* ozMOSS > *Subject:* Re: New site launch > > > > If you remove core.js. The search button click won't work, note if you > mouse over the button it displays *javascript:S78D07080_Submit() *which is > dependent on core.js > > > > You're also exposing list forms and other backend /_layouts/*.aspx pages in > this site, the bulk of these also rely on core.js for functioning. > > > > Now if you weren't using list forms (by enabling ViewFormPagesLockdown), > and if you developed your own search box and button control you could > probably remove core.js, although as it stands now users need core.js to use > your site. > > > > For your search crawling issue, if you log into the server that doing the > indexing, open up IE and you try and browse to your site, you can tell if > the server is able to get to the new site, if it still loads the old site, > or if it fails to load at all (loopback fix?) then you know that the search > crawler won't be able to get to your site either. > > > > Sezai. > > On Fri, Oct 22, 2010 at 1:02 PM, Paul Noone < > paul.no...@ceosyd.catholic.edu.au> wrote: > > Yeah, I agree. Especially with the addition of the jQuery and associated > plugins. > > > > At the moment we’re only running a single masterpage. Is the simplest fix > to create another one without <SharePoint:ScriptLink name="init.js" defer > ="true" runat="server"/> and use that as the custom master? > > > > Also, for some daft reason the search service is still trying to index the > old site which used the same host header. I’ve dumped the index and run a > few full crawls with no success. Something appears to be cached somewhere. > > > > Any ideas? Do I need to restart the search service or something? > > > > Regards, > > Paul > > > > -- > > Online Developer/Administrator, > ICT Projects Team > *CEO Sydney* > > > > *From:* ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] *On > Behalf Of *Tommy Segoro > *Sent:* Friday, 22 October 2010 3:54 PM > *To:* ozMOSS > *Subject:* RE: New site launch > > > > Mate, > > > > Looks really good. Well done. > > > > One suggestion: Initially the site loads at ~800kb (which can be quiet slow > for slower internet connection). The main reason for this is the core.js > (and other javascripts) that is loaded. If public users don’t need to see > SP-related javascript functionalities (e.g. site actions) you can probably > hide this from public view. > > > > > > The script is obviously cached after that and the page size is down to > ~120-150kb. > > > > > > Other than that looks really good. Well done. > > > > > > *Tommy Segoro* > > Solutions Architect and Practice Lead > > [image: cid:image001.png@01CAC5C2.CA4CD280] > > L7 Solutions Pty Ltd > www.L7.com.au > > 2005 Aust/NZ *"Cisco Partner of the Year"* > > 2006 WA Business News* *Rising Star - *5th Fastest growing WA private > company* > > 2008 BRW Fast 100 - *18th Fastest growing company in Australia”* > > 2009 CRN Fast 50 - *27th Fastest growing IT Reseller in Australia* > > 2010 MSP Mentor Top 100 - “*Globally the 27th fastest growing Managed > Service Partner”* > > > T: +61 8 9221 7744 > F: +61 8 9221 8199 > > M: +61 404 457 754 > Level 14 256 Adelaide Terrace Perth WA 6000 > PO Box 3044 Adelaide Terrace WA 6832 > > > > *From:* ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] *On > Behalf Of *Paul Noone > *Sent:* Friday, 22 October 2010 11:27 AM > *To:* ozMOSS > *Subject:* New site launch > > > > Hi guys, > > > > It’s been a long time coming but with great trepidation I am finally proud > to announce the launch of our new Internet site running on MOSS 2007. > > > > Please give it a look-see when you have time. Any feedback would be most > welcome as UAT was mostly restricted to non-techies. > > > > www.ceosyd.catholic.edu.au > > > > Kind regards, > > Paul Noone > > > > --------------------------------------------------- > Online Developer/Administrator > > Information Communication and Technology > Catholic Education Office, Sydney > p: (02) 9568 8461 > > f: (02) 9568 8483 > e: paul.no...@ceosyd.catholic.edu.au > w: http://www.ceosyd.catholic.edu.au/ > > > > > _______________________________________________ > ozmoss mailing list > ozmoss@ozmoss.com > http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss > > > > _______________________________________________ > ozmoss mailing list > ozmoss@ozmoss.com > http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss > >
<<image001.png>>
<<image002.png>>
_______________________________________________ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss