-
Notifications
You must be signed in to change notification settings - Fork 2
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
Setting up with default ember-cli-deploy-build #20
Comments
As long as setting a var in the configuration will make it read-only you could set outputPath, couchDir and distDir to:
and use the regular deploy. The plus version does this for you and it provides an ENV specific robots.txt file for staging. |
Perhaps use |
Thanks!! I think I've gotten most of the way there. I am able to successfully deploy to my development couch server. And when I go to my site's design document, I get a ton of output, but I'm not actually able to see the site render. I've traditionally just hosted the ember side via nginx, so forgive me if I'm missing something super obvious, but what URL should I be able to go to to see my ember site actually get rendered? Every path I try, to the extent that it exists just returns json. Here's a gist of my deploy.js config. |
Sorry! I think you have to set |
Unless I'm not understanding what you mean by regular deploy environment, outputPath is set as described. Should I be able to see my Ember interface by going to http://0.0.0.0:5984/couch_db_name? |
It is why I had to build ember-cli-build-plus 😄 You need to set ENV.build But I can create a working version with the regular build if you don't get it to work. The baseURL you need to visit without a vhost is something like this |
So after implementing the change you mentioned, I get the following error:
There's one other thing that I find confusing in the docs, which may or may not be related. Is the /emberapp/ segment a fixed label, meaning it must read emberapp? Because it reads like it should be an alias for the couchDB database. Additionally, ddocname appears to be a variable which defaults to the project name even though the /ddocname/ segment of the various urls doesn't appear to be a variable |
Quick update. Looks like my .env.deploy.[ENV] files got blown away somehow and that was causing the error. I am now able to push to my CouchDB server and load the site. But I am not able to get my image files to load on the site. They return 404 errors. The target paths are just normal paths; i.e. |
Your gist looks fine to me. Do you see the images in
|
Perhaps you images are addressed absolute. They need to be relative to the |
Woot! Setting the images to "images/etc/" instead of "/images/etc/" did the trick. Thank you for your help with this! I think it would really be worth putting a clear example together for folks who wanted to use the regular cli-deploy library. I don't think the configuration is that onerous once it's laid out plainly. I would be happy to put together a PR against the docs if you're interested. |
@dehuszar Yes please write the PR. It would be nice if there is a choice between ember-cli-deploy-build and ember-cli-deploy-build-plus. Perhaps address the |
Merged #40 |
How would I go about getting this plugin working with the regular ember-cli-deploy build plugin? I've seen the discussion on the main plugin's issues thread but I'd really rather do the configuration myself than use a forked plugin.
Is it just passing some context-assembled path for attachments to the distDir property? Or are there other details involved?
The text was updated successfully, but these errors were encountered: