add the nofollow attribute to such links. -igor
On Mon, Jan 2, 2012 at 11:05 AM, Taneli Korri <[email protected]> wrote: > On Mon, Jan 2, 2012 at 9:47 AM, Martin Grigorov <[email protected]> wrote: >> On Mon, Jan 2, 2012 at 8:18 AM, Taneli Korri <[email protected]> wrote: >>> On Sat, Dec 31, 2011 at 4:31 PM, Martin Grigorov <[email protected]> >>> wrote: >>>> On Sat, Dec 31, 2011 at 2:29 PM, Taneli Korri <[email protected]> wrote: >>>>> On Sat, Dec 31, 2011 at 9:09 AM, Martin Grigorov <[email protected]> >>>>> wrote: >>>>>> On Fri, Dec 30, 2011 at 11:43 PM, martin.dilger >>>>>> <[email protected]> wrote: >>>>>>> hi, >>>>>>> you could try to change your render strategy to redirect to render, that >>>>>>> would dismiss the page >>>>>>> parameters version. >>>>>> >>>>>> This is not correct. >>>>>> The page id is encoded in the url only for stateful pages. Make your >>>>>> page stateless and it wont be there. >>>>>> >>>>> >>>>> OK, thanks for the info. >>>>> >>>>> If I remember correctly, in Wicket 1.4 stateful pages had also clean >>>>> urls if the page was mounted to a certain path, i.e. the page version >>>>> number was stored somewhere behind the scenes. I'm guessing this isn't >>>>> possible anymore in Wicket 1.5? >>>> >>>> Everything is possible. >>>> The new IRequestMapper are easily extensible and you can even use your own >>>> one. >>>> By default this special parameter is set so when the user presses F5 >>>> (Refresh) the page Wicket will deliver the same version of the page. >>>> Otherwise a new instance will be created without the knowledge of the >>>> exact version. >>>> >>>> Why do you want to hide this parameter ? >>>> >>> >>> Plain and simple, I like clean urls that can be bookmarked. >> >> The urls with the page id can be bookmarked. If the requested version >> of the page is not available then a new version is created and >> delivered. >> > > Ok, I think I can live with that. :) > >>> >>> Also some of the search engine bots save the crawled urls (with >>> parameters) and try to access them at a later time. I found this out >>> when I updated one of my sites and now I'm seeing a lot of 500 >>> Internal error responses in my web server logs. >> >> Can you paste the stacktrace of an exception caused by such request ? >> > > I should have been more clear, this case wasn't directly related to > the page version parameter, but to clean urls. > > The thing is that I had a few stateful links in the frontpage which > changed the page stylesheet. Now when I have removed the links, I'm > seeing some crawlers still trying to request them. > > For example, a get request to > /?0-1.ILinkListener-stylechooser-style1&wicket:interface=:1:stylechooser:style2::ILinkListener:: > throws this with Wicket 1.5.3: > > ERROR org.apache.wicket.DefaultExceptionMapper - Unexpected error occurred > org.apache.wicket.request.handler.ComponentNotFoundException: Could > not find component 'stylechooser:style1' on page 'class > net.korri.www.page.blog.BlogPage > at > org.apache.wicket.request.handler.PageAndComponentProvider.getComponent(PageAndComponentProvider.java:167) > at > org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.getComponent(ListenerInterfaceRequestHandler.java:92) > at > org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:248) > at > org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:234) > at > org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:750) > at > org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) > at > org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:252) > at > org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:209) > at > org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:280) > at > org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:162) > at > org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:218) > at > com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:87) > at > org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176) > at > org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145) > at > org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92) > at > org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:381) > at > com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:87) > at > com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187) > at > com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265) > at > com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:273) > at com.caucho.server.port.TcpConnection.run(TcpConnection.java:682) > at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:743) > at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:662) > at java.lang.Thread.run(Thread.java:662) > > The request was valid earlier, but now since I've changed the site > there's no stylechooser component anymore. > > Regards, > Taneli Korri > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
