Watch
GitHub Core
Show your support for Zikula! Sign up at Github account and watch the Core project!
GitHub Modules
- rgasch created topic »Using PageUtil::addVar() to load script code« 11:48 AM
- michiel responded to »password problem« 10:01 AM
- mazdev responded to »Hide "Register new account" and change template to 3 col« 07:50 AM
- mesteele101 created topic »Zikula 1.3.3 - Site Search 1.5.2 - Unable to turn off plug-ins« 07:48 AM
- mesteele101 responded to »ERR (3): E_USER_ERROR: Smarty error: [in pagesvar:pagesitem2en line XXX]…« 25. May
- mazdev responded to »Pages 2.5.0 and updating - Page not found« 25. May
- mesteele101 responded to »Zikula 1.3.3 - Selecting a category in Pages not working« 25. May
Zikula Blog
- Anatomy of Open Source Projects on Mar 07
- Continuous Review on Mar 01
- Not Invented Here on Feb 24
- How to Contribute Your Code at Github on Jan 13
- 10 Steps to Coding-Nirvana: Tips for Successful Module Writing on Nov 12
- Submitting Bug Report Tickets That Get Results on Aug 17
- Cozi Tricks #1: Syntax Highlighting on Aug 07
Login
Migrating from dev to prod
-
- Rank: Registered User
- Registered: Jul 09, 2010
- Last visit:
- Posts: 2
Hi, Zikula Community. I am considering Zikula as an alternative to a CMS I am currently running. I will frequently need to work in a development environment and push my changes out to a production instance of Zikula. Is there anyone already doing this and if so, what is your experience with this? Is there a best way? Also, any tips/tricks/lessons learned would be great. Thank you! -
- Rank: Developer
- Registered: Jun 16, 2003
- Last visit: May 29, 2010
- Posts: 1966
I think that is more a question of management and tools than which CMS is used. for example, if you use an IDE than can automatically copy files out to a server then you could do that in any project.
Zikula is well constructed, though, to allow customizations without affecting the core product. there are many ways this can be done - module creation, theme creation, template/stylesheet override, even class overrides. In version 1.3 there will be even more ways (using events) to customize without ever touching the core.
welcome to Zikula! -
- Rank: Registered User
- Registered: Jul 09, 2010
- Last visit:
- Posts: 2
Thank you for the reply. I wasn't clear on what type of "work" I would be doing. I wouldn't be making code changes...strictly content updates and maybe some templating changes, etc., or installing a new module, for example. Ideally, I'd want to do this offline but then push those changes to the live site. I was thinking of just doing a database export/import but didn't know if that was the best way or had any pitfalls. Wanted to see what others do if anyone has a similar process. -
- Rank: Developer
- Registered: Dec 31, 1969
- Last visit: Jun 01, 2010
- Posts: 6859
I work on content on the live site and just don't push it to published until I'm ready.
--
Home Page | Find on Facebook | Follow on Twitter
-
- Rank: Softmore
- Registered: May 10, 2010
- Last visit: May 18, 2010
- Posts: 165
-
- Rank: Softmore
- Registered: May 30, 2005
- Last visit: May 31, 2010
- Posts: 340
Let me expand a little on what HalbrookTech said. Zikula has a News module where you can write very robust articles on whatever content that you want. When you are ready to publish, you just change the status from pending to published and it then becomes visible.
For my work, I do the content directly on line. However, if I am writing a module or doing theme work, that I test offline and push it online by replacing the relevant files on my production server. Actually, having a staging area would be a very cool thing for my Book module. -
- Rank: Team Member
- Registered: May 03, 2004
- Last visit: May 31, 2010
- Posts: 511
The easiest way to run a test- and a production install is to simply create a folder /test (or a test.mydomain.com subdomain) und put a duplicate there. Also duplicate your database, simply use a different prefix (e.g. "test") for the tables of the test install.
That way you can work directly on the test site, and ensure it will look and work exactly the same later on on your production site, as the unlying hard- and software is identical. It additionally enables you to let other people review and test at the test site, without breaking the production site. Specially when planning bigger upgrades, this is the way to go, anyway.
All other workflows lack the "identical hard and software" issue, because almost none of our users will have a commercial hosting server at home/his office.
Greetings,
Chris
Edited by slam on Jul 10, 2010 - 09:10 AM.
--
an operating system must operate
development is life
my repo -
- Rank: Expert
- Registered: Feb 27, 2005
- Last visit: Apr 18, 2010
- Posts: 1577
+1
pheski
--
Peace
______________________________________
The commonest cause of problems is solutions.
- Moderated by:
- Support
Users on-line
- 0 users
This list is based on users active over the last 60 minutes.

