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

Setup page #12

Closed
2 tasks done
jbrooksuk opened this issue Nov 21, 2014 · 17 comments
Closed
2 tasks done

Setup page #12

jbrooksuk opened this issue Nov 21, 2014 · 17 comments
Labels
Design Feature Help Wanted Issues that need more help
Milestone

Comments

@jbrooksuk
Copy link
Member

When installing from Heroku, it'd be good to have some kind of setup page which:

  • Setup required app_name, app_url, show_support settings.
  • Creates an admin account.
@jbrooksuk jbrooksuk added Help Wanted Issues that need more help Feature Design labels Nov 21, 2014
@jbrooksuk
Copy link
Member Author

I've started on a really basic setup page. When deploying to Heroku, the success url will take you to it. So far it only creates some settings.

@jbrooksuk jbrooksuk modified the milestone: First Release Nov 24, 2014
@manavo manavo self-assigned this Nov 25, 2014
@manavo
Copy link
Contributor

manavo commented Nov 25, 2014

@jbrooksuk looking at inviting users

@jbrooksuk
Copy link
Member Author

Did you see the level field? I was using that as a reference to see whether it's the "admin" user or not. Nothing special yet.

@manavo
Copy link
Contributor

manavo commented Nov 25, 2014

Hadn't noticed it, but will make use of it!

@jbrooksuk
Copy link
Member Author

We'll most likely need more control in the future, so it's just a starting point.

@pedrommone
Copy link

We should implement https://github.com/Zizaco/confide, has a good role management.

@jbrooksuk
Copy link
Member Author

@Ehesp what do you think about using Angular here? My thinking is that for adding new items:

  • Users
  • Webhooks
  • Components
  • Incidents

It'll be super easy to use two-way data binding without much manual work.

@jbrooksuk
Copy link
Member Author

@Ehesp bump.

@manavo
Copy link
Contributor

manavo commented Dec 1, 2014

If we just want data binding, Angular might be an overkill? This is a really good library that does just that: http://rivetsjs.com/

@Ehesp
Copy link
Contributor

Ehesp commented Dec 1, 2014

if Rivet can play nicely with jQuery, it would probably be a better option. From what I see, jQuery is still needed for the Ajax stuff?

Basically the thing we need to think about it Blade. If we start to go down the Ajax/data binding route, Blade becomes useless. Then if some pages don't use say Rivet, and others do you've got a mix of different ways of doing the same things which become confusing.

Also, since it's done via Ajax your controllers/routes need to behave differently and can't use the default CSRF stuff.

In my opinion, it's all or nothing.

@manavo
Copy link
Contributor

manavo commented Dec 1, 2014

Yep, would need jQuery for all the calls, but we already have jQuery so no overhead there.

If we go down the data binding route it makes Blade a bit less useful. But it still has some use for building layouts, etc.

CSRF can definitely be used, just need a small tweak: http://stackoverflow.com/a/20446415/349012

@jbrooksuk
Copy link
Member Author

How would data binding result in Blade being less useful? Serious question, as I'm new to Angular and the concept of two-way data bindings (in that sense).

@ilikeprograms
Copy link
Contributor

You dont necessarily need Angular/jQuery etc for data-binding anyway. Can be done easily enough with native JS, by using the pub sub pattern. Its not tooo difficult, but things like Angular do make it alot easier!

@Ehesp
Copy link
Contributor

Ehesp commented Dec 1, 2014

@manavo Okay cool, we'll write some OOJ anyway for it all :)

@ilikeprograms Yeah but it's a lot of manual code to write for the sake of pulling in a package. All we need really is data binding, something to grab the data from the API and we're good to go.

@ilikeprograms
Copy link
Contributor

@Ehesp Mmmm kinda yeah :p

I mean its not toooo much work to write a main data-binding controller, but still. Could just use a package, if its not too much overhead etc I guess :)

Was just throwing it out there as an option!

@jbrooksuk jbrooksuk mentioned this issue Dec 1, 2014
4 tasks
@jbrooksuk
Copy link
Member Author

Ok, to make this simpler for all of us, here is my idea:

  • The setup page is only used to create the admin user and set the most basic app configuration (name and url).
  • After that we redirect the user to the dashboard where they can create components, incidents and add users etc.
  • We could provide new users with a walkthrough type thing (Guiders.js) that explains each tab if needed.

This does two things:

  1. It makes Cachet look easier to setup. It still is, but there is less "oh my god, I've got loads to fill in"
  2. It's easier for us to create a basic setup page and redirect rather than essentially recreating the dashboard within the setup.

@jbrooksuk
Copy link
Member Author

I'm going with my idea above. As such this issue is now closed.

@ghost ghost mentioned this issue Aug 2, 2018
jbrooksuk pushed a commit that referenced this issue Dec 27, 2018
Update from upstream repo CachetHQ/Cachet
MathisG-Recia pushed a commit to MathisG-Recia/Cachet that referenced this issue Apr 13, 2021
cachethq#6 Provide option to disable external http requests when hosting behind a firewall
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Design Feature Help Wanted Issues that need more help
Projects
None yet
Development

No branches or pull requests

5 participants