Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Suggestion: add more granular content publishing support #3

Open
cdatwood opened this issue Jun 11, 2013 · 3 comments
Open

Suggestion: add more granular content publishing support #3

cdatwood opened this issue Jun 11, 2013 · 3 comments

Comments

@cdatwood
Copy link

It would be fantastic to be able to select between posts, pages, and individual custom post types to publish (e.g. I am working on adding a blog post, two new pages and new alerts (custom post type), and my blog post and custom post type aren't done yet, but the two new pages are published and ready to be pushed to the live site).

Other than that, I really like how the plugin operates.

@rowatt
Copy link
Owner

rowatt commented Jun 11, 2013

Thanks for the suggestion. I agree it would be nice, but as it stands SitePush just pushes the whole wp_posts table, so splitting it up would need some significant changes the code.

IMHO a better (though equally complicated code wise) way to do this would be to allow SitePush to push individual posts. When saving a post on dev/staging site, you would indicate that this post should be pushed next time SitePush is run, that way you can push whatever you want.

That's on my to do list, but not imminent (unless someone else wants to propose the code).

@cdatwood
Copy link
Author

It would be interesting to see that proposed functionality on an individual, group (selecting arbitrary post IDs to be published, may not all be the same content type or select several of one content type, and use the bulk menu), and perhaps a branch basis (a page and all of its sub-pages) basis.

A simple reference table with the post ID, and a publish/not publish flag could be interesting (so content that isn't marked as changed doesn't get updated). That way it could start as "Push only things that are new or changed," and then develop into "Push things that are new or changed, and have a push flag == 1." I guess this would infer that any publish function would have to set that flag to true, and then it could be deselected and set to false.

nod I'm no developer, but I may be able to help come up with the logic required to do so, and write up some quick pseudo-technical specs for the procedures. It may help get that down the road a bit faster, if that would assist in development of the feature (believe me, my code would be disastrous on its own).

@rowatt
Copy link
Owner

rowatt commented Jun 11, 2013

What you say makes sense and in theory is all doable. The UI challenge is making it flexible enough without being too complex.

The hard bit, though, is rewiring SitePush's internals to push anything other than whole database tables. In principle, it's not such a difficult thing to do, but not something I have time for right now, alas.

I'll let you know here as/when I am able to spend some more time on this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants