Re: ZRS and plone.app.theming

Nathan Van Gheem <[email protected]> Mon, 13 Jul 2015 16:21:36 +0200
Newsgroups gmane.comp.web.zope.plone.user
Message-ID <CAL8hw9HxEYnK-x8WGAc90R21QFWwvTLHFUQzvfwv1kcNyFncbQ@mail.gmail.com>
--===============3643992130038371880==
Content-Type: multipart/alternative; boundary=047d7b33d03c743ae3051ac270ff

--047d7b33d03c743ae3051ac270ff
Content-Type: text/plain; charset=UTF-8

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

--047d7b33d03c743ae3051ac270ff
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Well, how are you changing the css in the theme? If you&#3=
9;re doing it TTW, it is stored in the zodb. If you&#39;re doing it on the =
FS, it&#39;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. Someth=
ing is wrong--it doesn&#39;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&#39=
;t replicate anymore.</div></div><div class=3D"gmail_extra"><br><div class=
=3D"gmail_quote">On Mon, Jul 13, 2015 at 4:14 PM, Mike Metcalfe <span dir=
=3D"ltr">&lt;<a href=3D"mailto:mike-Aj4agZGutx/[email protected]" target=3D"_blank">mike@w=
ebtide.co.za</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" sty=
le=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div d=
ir=3D"ltr">I just double checked, changing css in a theme on master does no=
t get replicated to the slave. I can only presume that the theme is not sto=
red in the zodb.<br></div><div class=3D"gmail_extra"><div><div class=3D"h5"=
><br><div class=3D"gmail_quote">On 13 July 2015 at 14:39, Nathan Van Gheem =
<span dir=3D"ltr">&lt;<a href=3D"mailto:[email protected]" target=3D"_blan=
k">[email protected]</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_q=
uote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1e=
x"><div dir=3D"ltr">The whole point of ZRS is to be able to have data repli=
cated. If things are edited in the database on master, they should be repli=
cated to the secondary read-only zeo.<div><br></div><div>Are you certain it=
&#39;s replicating correctly?</div></div><div class=3D"gmail_extra"><div><d=
iv><br><div class=3D"gmail_quote">On Mon, Jul 13, 2015 at 2:27 PM, Mike Met=
calfe <span dir=3D"ltr">&lt;<a href=3D"mailto:mike-Aj4agZGutx/[email protected]" target=3D=
"_blank">mike-Aj4agZGutx/[email protected]</a>&gt;</span> wrote:<br><blockquote class=3D"g=
mail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-l=
eft:1ex"><div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_qu=
ote">Hi Nathanm<span><br><br>On 13 July 2015 at 12:59, Nathan Van Gheem <sp=
an dir=3D"ltr">&lt;<a href=3D"mailto:[email protected]" target=3D"_blank">=
[email protected]</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quot=
e" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">=
<div dir=3D"ltr">You are still using a primary zeo server right? Assuming y=
ou&#39;re talking about doing changes TTW. Why not just change the skin on =
the primary and it&#39;ll get replicated out.</div></blockquote><div>=C2=A0=
</div></span></div>I&#39;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 tha=
t replicates from that port (with all clients in readonly mode). When I mak=
e style changes in the master TTW I don&#39;t get that replicated to the sl=
ave. However, activating/deactivating the skin on the master does affect th=
e 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 class=3D"">-=
- <br><div><div>Mike Metcalfe</div><div><br></div><div>082 903 8268</div><d=
iv><a href=3D"mailto:mike-Aj4agZGutx/[email protected]" target=3D"_blank">[email protected]=
za</a></div><div><a href=3D"http://www.webtide.co.za/" target=3D"_blank">ww=
w.webtide.co.za</a></div></div>
</span></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>Solutions Archit=
ect</div><div>Wildcard Corp</div></div></div>
</div>

--047d7b33d03c743ae3051ac270ff--


--===============3643992130038371880==
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/
--===============3643992130038371880==
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

--===============3643992130038371880==--