Re: ZRS and plone.app.theming
Nathan Van Gheem <[email protected]> Mon, 13 Jul 2015 16:22:07 +0200
| Newsgroups | gmane.comp.web.zope.plone.user |
|---|---|
| Message-ID | <CAL8hw9HEKWXMMtTL5iSP3LyraZrYfQpQAnm0UsEGfum7PeiQPA@mail.gmail.com> |
--===============9018006530091855014== Content-Type: multipart/alternative; boundary=001a113b008650de36051ac27256 --001a113b008650de36051ac27256 Content-Type: text/plain; charset=UTF-8 It's possible, you need to wipe the data from your secondary zeo server and re-start the replication. On Mon, Jul 13, 2015 at 4:21 PM, Nathan Van Gheem <[email protected]> wrote: > Well, how are you changing the css in the theme? If you're doing it TTW, > it is stored in the zodb. If you're doing it on the FS, it's not. > > In any case, you should never have to turn off read-only on a slave, > update, then turn it read-only again. Something is wrong--it doesn't work > that way. In fact, making a change to the ZODB on a slave, would make the > replication get out of sync and it won't replicate anymore. > > On Mon, Jul 13, 2015 at 4:14 PM, Mike Metcalfe <mike-Aj4agZGutx/[email protected]> wrote: > >> I just double checked, changing css in a theme on master does not get >> replicated to the slave. I can only presume that the theme is not stored in >> the zodb. >> >> On 13 July 2015 at 14:39, Nathan Van Gheem <[email protected]> wrote: >> >>> The whole point of ZRS is to be able to have data replicated. If things >>> are edited in the database on master, they should be replicated to the >>> secondary read-only zeo. >>> >>> Are you certain it's replicating correctly? >>> >>> On Mon, Jul 13, 2015 at 2:27 PM, Mike Metcalfe <mike-Aj4agZGutx/[email protected]> >>> wrote: >>> >>>> Hi Nathanm >>>> >>>> On 13 July 2015 at 12:59, Nathan Van Gheem <[email protected]> wrote: >>>> >>>>> You are still using a primary zeo server right? Assuming you're >>>>> talking about doing changes TTW. Why not just change the skin on the >>>>> primary and it'll get replicated out. >>>>> >>>> >>>> I'm not sure what you mean by a primary zeo. I have 2 zeo clusters, a >>>> master that replicates to a specific port and a slave that replicates from >>>> that port (with all clients in readonly mode). When I make style changes in >>>> the master TTW I don't get that replicated to the slave. However, >>>> activating/deactivating the skin on the master does affect the slave. >>>> >>> >>> >>> >>> -- >>> Nathan Van Gheem >>> Solutions Architect >>> Wildcard Corp >>> >> >> >> >> -- >> Mike Metcalfe >> >> 082 903 8268 >> mike-Aj4agZGutx/[email protected] >> www.webtide.co.za >> > > > > -- > Nathan Van Gheem > Solutions Architect > Wildcard Corp > -- Nathan Van Gheem Solutions Architect Wildcard Corp --001a113b008650de36051ac27256 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">It's possible, you need to wipe the data from your sec= ondary zeo server and re-start the replication.</div><div class=3D"gmail_ex= tra"><br><div class=3D"gmail_quote">On Mon, Jul 13, 2015 at 4:21 PM, Nathan= Van Gheem <span dir=3D"ltr"><<a href=3D"mailto:[email protected]" targ= et=3D"_blank">[email protected]</a>></span> wrote:<br><blockquote class= =3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd= ing-left:1ex"><div dir=3D"ltr">Well, how are you changing the css in the th= eme? If you're doing it TTW, it is stored in the zodb. If you're do= ing it on the FS, it's not.<div><br></div><div>In any case, you should = never have to turn off read-only on a slave, update, then turn it read-only= again. Something is wrong--it doesn't work that way. In fact, making a= change to the ZODB on a slave, would make the replication get out of sync = and it won't replicate anymore.</div></div><div class=3D"HOEnZb"><div c= lass=3D"h5"><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Mo= n, Jul 13, 2015 at 4:14 PM, Mike Metcalfe <span dir=3D"ltr"><<a href=3D"= mailto:mike-Aj4agZGutx/[email protected]" target=3D"_blank">mike-Aj4agZGutx/[email protected]</a>></sp= an> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;= border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">I just double= checked, changing css in a theme on master does not get replicated to the = slave. I can only presume that the theme is not stored in the zodb.<br></di= v><div class=3D"gmail_extra"><div><div><br><div class=3D"gmail_quote">On 13= July 2015 at 14:39, Nathan Van Gheem <span dir=3D"ltr"><<a href=3D"mail= to:[email protected]" target=3D"_blank">[email protected]</a>></span> = wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bord= er-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">The whole point o= f ZRS is to be able to have data replicated. If things are edited in the da= tabase on master, they should be replicated to the secondary read-only zeo.= <div><br></div><div>Are you certain it's replicating correctly?</div></= div><div class=3D"gmail_extra"><div><div><br><div class=3D"gmail_quote">On = Mon, Jul 13, 2015 at 2:27 PM, Mike Metcalfe <span dir=3D"ltr"><<a href= =3D"mailto:mike-Aj4agZGutx/[email protected]" target=3D"_blank">mike-Aj4agZGutx/[email protected]</a>>= </span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .= 8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div clas= s=3D"gmail_extra"><div class=3D"gmail_quote">Hi Nathanm<span><br><br>On 13 = July 2015 at 12:59, Nathan Van Gheem <span dir=3D"ltr"><<a href=3D"mailt= o:[email protected]" target=3D"_blank">[email protected]</a>></span> w= rote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;borde= r-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">You are still usin= g a primary zeo server right? Assuming you're talking about doing chang= es TTW. Why not just change the skin on the primary and it'll get repli= cated out.</div></blockquote><div>=C2=A0</div></span></div>I'm not sure= what you mean by a primary zeo. I have 2 zeo clusters, a master that repli= cates to a specific port and a slave that replicates from that port (with a= ll clients in readonly mode). When I make style changes in the master TTW I= don't get that replicated to the slave. However, activating/deactivati= ng the skin on the master does affect the slave.<br></div></div> </blockquote></div><br><br clear=3D"all"><div><br></div></div></div><span>-= - <br><div><div dir=3D"ltr">Nathan Van Gheem<div>Solutions Architect</div><= div>Wildcard Corp</div></div></div> </span></div> </blockquote></div><br><br clear=3D"all"><br></div></div><span>-- <br><div>= <div>Mike Metcalfe</div><div><br></div><div>082 903 8268</div><div><a href= =3D"mailto:mike-Aj4agZGutx/[email protected]" target=3D"_blank">mike-Aj4agZGutx/[email protected]</a></di= v><div><a href=3D"http://www.webtide.co.za/" target=3D"_blank">www.webtide.= co.za</a></div></div> </span></div> </blockquote></div><br><br clear=3D"all"><div><br></div>-- <br><div><div di= r=3D"ltr">Nathan Van Gheem<div>Solutions Architect</div><div>Wildcard Corp<= /div></div></div> </div> </div></div></blockquote></div><br><br clear=3D"all"><div><br></div>-- <br>= <div class=3D"gmail_signature"><div dir=3D"ltr">Nathan Van Gheem<div>Soluti= ons Architect</div><div>Wildcard Corp</div></div></div> </div> --001a113b008650de36051ac27256-- --===============9018006530091855014== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ --===============9018006530091855014== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Plone-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plone-users --===============9018006530091855014==--