[TYPO3-english] Import-export of *.t3d
Christian Reiter
cr at cNOSPAMxd.de
Mon May 25 01:07:08 CEST 2015
Hi Bernd,
> looks very powerful. and maybe a better solution than workspaces in
> the same installation
Depends on what you want to do. Real content staging has its advantages;
but then workspaces have their advantages too. I Wouldn't want to
position this solution against workspaces, but if you have a number of
reasons that make server staging a better solution - there it is!
> is it possible to publish to multiple instances (like a loadbalancer
> server array)?
Short answer - yes.
https://www.youtube.com/watch?v=XZ7Dwa1rvWA is about multiple target
servers and multidomain. The second part of the video might apply to
your situation.
With regards to loadbalancers or server arrays I have two situations
(Most clients get by without LB)
In one case there are two servers running the Apache / PHP workload but
they use a common (separate) MySQL server und a common file system.
So in that case there is no need to adapt anything. Just publish to one
DB and FS and everything is done.
In the other case there is a server array.
That does not have anything to do with load balancing though; basically
there are two copies of the live site (one in Intranet and one in
Extranet) which share 100% identical code and 100% identical
editor-created content but behave differently in the FE.
To publish into a server array one needs to define mirror servers in the
configuration and then a publishing process will iterate through the
server array.
That means pushing over the database records, and files, etc separately
to two servers, and also doing things like upating the SolR indexqueue
for new and changed elements and calling the SolR garbagecollector for
deleted/hidden items etc. twice.
I don't really like the serverarray concept too much though, it "sort of
works" but really I would prefer to just publish to one remote, and have
any other remotes be slaves of the first one.
Just one of the reasons is that when you publish large changesets ( >
10.000 records in one publish action can happen) you will have some time
lag before it gets to all servers.
It's also in principle possible to have many sites in one TYPO3
installation on the stage server and publish them to different live
systems, for example:
stage.site1.com, stage.site2.com are in the same TYPO3
www.site1.com, www.site2.com are each in their own machine.
> why is this extension not available in TER?
Using this setup means that you are leaving the "normal" way of doing
things in TYPO3.
Also of course it's something that will not do anything at all out of
the box, you need a setup of two servers first.
How to set it up needs close cooperation with the client.
You might have stage and live servers as different virtual hosts on one
physical machine, you might have them on separate machines,
When I brought up the topic in the list, the concept of offering this
kind of capability was not welcomed, to put it mildly.
Etc.
There are a lot of extensions for edge cases that don't show up in TER.
For example one of the clients that kickstarted the publishing tool,
also wanted to capture all editor actions in fileadmin into a versioning
system. So each upload, overwrite, delete, rename, etc in fileadmin is
committed to a VCS right away. This made sense for a special interest of
the client but really had no place in TER, it's not a general interest.
Best regards,
Christian
it is schrieb bernd wilke:
> Am 22.05.15 um 09:54 schrieb Christian Reiter:
>> Hi Viktor,
>>
>> I put up a small demo of the publishing module to
>> https://www.youtube.com/watch?v=P5KXSiQeHwE
>>
>
> looks very powerful. and maybe a better solution than workspaces in the
> same installation than live.
>
> two questions:
>
> is it possible to publish to multiple instances (like a loadbalancer
> server array)?
>
> why is this awesome extension not available in TER?
>
> bernd
More information about the TYPO3-english
mailing list