Copy all child pages to another parent - confluence

Is it possible in confluence to copy all child pages to another parent page?

You can use the Copy Page Tree Plugin available from Atlassian Marketplace. It can copy page hierarchies within the same space as well as to other spaces. I'm the author of that plugin in case you have follow up questions.

With the copy space plugin you can copy pages from one to another space.
You can't copy pages within one space, as the page name has to be unique within a space.

You could also use the Confluence CLI

I created a small script for copying Confluence page with all children, labels and attachments.

Related

TYPO3 News Extension - How can i copy and paste content elements of a news entry?

If i created a content elements (f.e. text, image, plugins etc.) in a single news, i cannot copy and paste this content element again. Have I missed something or is it not working (yet)?
Thxs for support
Holger*
It is just not supported, only thing you can do is creating copy of such News record in WEB > List module.
It will create copy of the News itself and copies of all content elements in it. Then you can edit these records to have quite other News and/or CEs. Also if you'll make any change to copied CE it will not reflect the original one(s).

TYPO3 9+: Multiple user_uploads related to page tree

is it possible to use different user_uploads by page tree in TYPO3 9+?
Informations:
Multiple companies are using the same TYPO3 instance for their websites.
Example #1:
An editor is placing images in a content element on a page of a page tree with drag'n'drop. Normally the files would be uploaded to the user_upload folder. If you have a huge amount of backend editors the user_upload folder will be a mass in a short time and nobody feels responsible for the files. I know that you can see if a file is used by its references in the info section but it would be much easier if a company would have its own user_upload directory (maybe subfolder of it).
Did anyone faced the same problem an has a solution for this?
Thanks in advance!
I think you should configure your user groups and their users in such a way that they use the correct storage. you can read about it here:
https://docs.typo3.org/m/typo3/reference-tsconfig/master/en-us/UserTsconfig/Options.html#defaultuploadfolder
https://docs.typo3.org/m/typo3/reference-coreapi/master/en-us/ApiOverview/AccessControl/MoreAboutFileMounts/Index.html

Can I use symbolic links in Dokuwiki's page files?

I'm planning to try using dokuwiki to manage my large collection of notes, and one of the major attractions is its flat file basis that'll allow me to edit via scripts etc. I had a question - suppose a page's material fits into multiple namespaces. If I were to create the file in one namespace and then create symlinks in the other namespace directories, would that work? Or would that screw up revisions etc?
Yes, you can do that. But yes, this will mess with your revisions a bit:
when DokuWiki saves a page, it copies the data of the old page to the attic
the name of the attic file is the same as the page that was edited, but with a timestamp appended
because new attic files are created you can't work with symlinks in the attic
Imagine you have the following setup:
data/pages/original.txt
data/pages/copy.txt -> original.txt
You now can edit the pages original and copy in your wiki and they will both always be the same. However old revisions of the pages will be split between the two, depending on which page you edited.
Instead of messing with file level consider
Include plugin to share content between pages.
Creation of some 'commons' namespace for such pages to be DRY.
Namespace templates (+ additional plugin).
Pulling content from page side instead of pushing it to pages. This might be good to start with. You can always include some php code or even write your own plugin.

Sitecore copied item displaying wrong content

I'm new to sitecore have been tasked with creating some ppc landing pages for a client who's developer has moved on.
Their previous developer had created several of these pages in the past and the content is very similar so I have copied one of the previous pages and changed the content.
The problem is that the copy is still referencing the content of the original page, i know this as if i change the content of the original the copy also changes too.
The pages sub items are a mix of rich text fields and custom sublayouts.
Have I done something wrong or is this a bug? Can anyone suggest a fix?
Id imagine something like the reference to the subitems in the database has not changed from original.
How did you copy the previous page? In Sitecore you should be able to use either the Copy or Duplicate command, and be able to change the copied item without the original being changed (our content editors have a habit of doing this as well).
My guess would be that the sublayouts are pointing at a specific item, rather than the Context item, but that would be hard to say without code or ascx snippets.

Can't find mosConfig_absolute_path in configuration.php

I am trying to move my Joomla1 website from localhost to my bluehost.com domain. For testing I have created a subdirectory on my domain for testing and moved all my Joomla! files to this. I have created this subdirectory under the public_html folder.
I am using different menus on the front page (custom page) and remaining pages. My problem is that the menu items on the front page are looking for pages in a subdirectory named joomla instead of looking for pages in my subdirectory (testing)
Based on suggestions from some websites I thought changing mosConfig_absolute_path will help but my configuration.php file in the testing subdirectory doesn't have a property called mosConfig_absolute_path. I do not face this problem on any of the menu items on the other pages.
Can someone please help me with this problem and how I should overcome it. Thanks.
The variable you're talking about is $mosConfig_absolute_path rather than $msConfig_absolute_path. You will also need to reset $mosConfig_live_site.
Also, migrating to Joomla! 1.5 would avoid this issue entirely; it automatically detects your base path and URL.