Would you use Vue + Quasar to build a Marketing site?



  • Seems to look good to me. I have no experience with Firebase myself but I think it’s a common solution with Vue so it looks like you are on the right track. Perhaps you should resort to Discord if you have any specific questions regarding backend, Firebase etc.
    Good luck with your project :).



  • @stefanvh
    Thanks;

    I did some monthly pricing estimations last night and wasn’t so bad.

    Firebase from ground up was designed to be a complete backend APP solution for development & deployment. So Vue style or Flutter style apps fits perfectly into package.



  • @Ben-Hayat said in Would you use Vue + Quasar to build a Marketing site?:

    I did some monthly pricing estimations last night and wasn’t so bad.
    Firebase from ground up was designed to be a complete backend APP solution for development & deployment. So Vue style or Flutter style apps fits perfectly into package.

    i wonder how much of your excellent work is similar to problems of other developers, who didn’t even heard about Quasar? Maybe it is another “marketing” haha oportunity, to tell people, who are attracted to Firebase, that there is some ingenious solution called “Quasar”? Maybe even a bigger support for Firebase in Quasar could bring those people here?
    I do not work with Firebase, I’m rather “dedicated server farm” guy, but such solutions where much of development is already opinionated as in Firebase are quite alluring.
    So, my (open) question is - if there are more people who need to decide similar as you, how can we bring them to Quasar (in the context of Firebase)?



  • @qyloxe

    I like the way you think and see things out-of-the-box.
    Yesterday, Scott & I were making comments on FB JS group (almost at the same time, saying the same thing), and I compared Quasar, like a car that can drive on the road, can float and swim in the water and cal fly as well, yet still looks like a nice car. But but people don’t appreciate that with one car, they got a boat and a plane. 🙂

    I approached Firebase two years ago, and because I really didn’t need it, I didn’t appreciate how much it offers, until I did all that work myself in .Net to realize, it’s already done, called “Firebase”.

    People go build their own UI components or resort to something quick & dirty to get some work done then they need to do SSR, or Desktop or PWA or native. And that’s when the light goes off in their head, oh “Quasar”, does all that for me out-of-the-box.

    Quasar is appreciated by senior developers. Most juniors like something quick and flashy. But time will teach them what’s best. 🙂



  • @Ben-Hayat said in Would you use Vue + Quasar to build a Marketing site?:

    @qyloxe

    and I compared Quasar, like a car that can drive on the road, can float and swim in the water and cal fly as well, yet still looks like a nice car.

    ha ha nice one - Quasar is an UFO 🙂

    It looks as there are needed already cooked and polished complete examples for integration of Quasar with Firebase capabilities. The whole templates, where one could just download/clone them, and there is a complete app where one just needs to put their own CONFIGURATION instead of CODE.

    That would bring my attention at least. haha Why? Because some developers (many) are just afraid of a vendor lock with solutions like Firebase and this fear is multiplied by the need of time investment for learning new technology and even more multiplied by the fear of bad business decision. If one could have a 90% complete app template, then the business side of this decision could probably weight more.

    This is another $0.02 that Quasar just needs a marketplace for templates, solutions or integrations not only for just a simple components. Imagine, that you could have such an example of app integration with Firebase and it will be maintained from both ends - kept up with Firebase goodies and kept up with ever changing influx (which is awesome) of Quasar versions. This is a whole new market for intermediate developers who like Quasar and Firebase but do not need to build a specific apps/solutions for specific customers. Oh sweet dreams…



  • @qyloxe said in Would you use Vue + Quasar to build a Marketing site?:

    This is another $0.02 that Quasar just needs a marketplace for templates, solutions or integrations not only for just a simple components. Imagine, that you could have such an example of app integration with Firebase and it will be maintained from both ends - kept up with Firebase goodies and kept up with ever changing influx (which is awesome) of Quasar versions. This is a whole new market for intermediate developers who like Quasar and Firebase but do not need to build a specific apps/solutions for specific customers. Oh sweet dreams…

    In my [many] years of being a software developer, I’ve seen this happens as a product comes to market and it’s a good product. Then as it gets more and more traction, then you see a new bread of developers jump in and build infrastructure solutions (like pre made homes to put together as you wish) and people buy these pre made solutions and take off with it.

    Look at Salesforce or some of these EComms and etc.
    The hardest part for the vendors is to support these products, as others take them to different directions where things could go wrong and blame it on original foundations.

    But, both Firebase & Quasar both went GA in 2019, so I say, the night is still early… 🙂



  • I have been working on a templating solution in the form of an app extension for Quasar. Currently I’m stuck on how to integrate dynamic content. Unfortunately, there is no standard for the communication with the backend. I’ve been using json-api but that does not cover authentication for example.

    I’m wondering what your thoughts are on what is the most convenient way to implement this @Ben-Hayat @qyloxe .
    For example, if Firebase provides authentication, how do you login (which routes, payload, responses) with Quasar? Any standards you use?



  • @stefanvh said in Would you use Vue + Quasar to build a Marketing site?:

    I have been working on a templating solution in the form of an app extension for Quasar. Currently I’m stuck on how to integrate dynamic content. Unfortunately, there is no standard for the communication with the backend. I’ve been using json-api but that does not cover authentication for example.

    I’m wondering what your thoughts are on what is the most convenient way to implement this @Ben-Hayat @qyloxe .
    For example, if Firebase provides authentication, how do you login (which routes, payload, responses) with Quasar? Any standards you use?

    This is a too broad question. “Dynamic content” could mean anything, “integrate” is almost a meme word, the “authentication” you write probably means “authorisation”, “convenient” is not a synonym for “secure”. Please just write what are your constraints, what is your expected outcome in specific context, then it would have sense to write anything. Any of us could come with different solutions which could be “convenient” “integrated” and any of buzz words, but without context they all would be wrong. There’s a little learning in this.



  • I might power it with ButterCMS (https://buttercms.com - uses Vue too!) and use quasar components for the front end.

    It might look a bit too app-like, though - if you know what I mean.



  • @walfin said in Would you use Vue + Quasar to build a Marketing site?:

    I might power it with ButterCMS (https://buttercms.com - uses Vue too!) and use quasar components for the front end.

    It might look a bit too app-like, though - if you know what I mean.

    That’s a bit expensive.



  • @Ben-Hayat You’ve got me interested in rebuilding my company website using quasar. I’m looking at new Vue based CMSes now.

    https://pagekit.com looks interesting too. Vue based so I can probably create a theme that uses Quasar. PHP so it’ll work on my shared hosting. And open source so not expensive.



  • @qyloxe said in Would you use Vue + Quasar to build a Marketing site?:

    @stefanvh said in Would you use Vue + Quasar to build a Marketing site?:

    I have been working on a templating solution in the form of an app extension for Quasar. Currently I’m stuck on how to integrate dynamic content. Unfortunately, there is no standard for the communication with the backend. I’ve been using json-api but that does not cover authentication for example.

    I’m wondering what your thoughts are on what is the most convenient way to implement this @Ben-Hayat @qyloxe .
    For example, if Firebase provides authentication, how do you login (which routes, payload, responses) with Quasar? Any standards you use?

    This is a too broad question. “Dynamic content” could mean anything, “integrate” is almost a meme word, the “authentication” you write probably means “authorisation”, “convenient” is not a synonym for “secure”. Please just write what are your constraints, what is your expected outcome in specific context, then it would have sense to write anything. Any of us could come with different solutions which could be “convenient” “integrated” and any of buzz words, but without context they all would be wrong. There’s a little learning in this.

    This post exactly describes the problem. There are a billion ways to implement it, but it is not feasible for a templating system to support a billion different methods. I have a working solution myself, but I’m curious how other people approach the same problem and if there maybe is a common solution that would suit most people.

    I meant authentication. Authorization happens using HTTP headers, which fortunately is a pretty standard solution but can also be implemented in a bunch of different ways.

    So, for example simple blog functionality. There needs to be a way to authenticate the user with an username and password. The authentication returns an authorization token. With the authorization token the user should be able to create a blog post (e.g. POST /posts). Unauthenticated people should be able to retrieve this post (e.g. GET /posts or /posts/1). This post is prefetched in Quasar and then displayed in a QCard for example. JSON-API covers creating and fetching resources (the posts), but authentication and even authorization can be performed in a billion different ways. Personally I am using PASETO tokens and /login and /register routes with simply {username, password} as payload with the appropriate HTTP status codes as response. But there are a lot of other ways (http://www.passportjs.org/packages/).

    For a templating system there needs to be some kind of communication standard between the frontend and backend if you want dynamic content (dynamic as in you don’t have to rebuild your app).

    @Ben-Hayat I don’t want to hijack your topic so let me know if I have to move this discussion somewhere else.



  • @stefanvh said in Would you use Vue + Quasar to build a Marketing site?:

    @Ben-Hayat I don’t want to hijack your topic so let me know if I have to move this discussion somewhere else.

    I’m also feeling uncomfortable here…

    So, for example simple blog functionality. There needs to be a way to authenticate the user with an username and password. The authentication returns an authorization token. With the authorization token the user should be able to create a blog post (e.g. POST /posts). Unauthenticated people should be able to retrieve this post (e.g. GET /posts or /posts/1). This post is prefetched in Quasar and then displayed in a QCard for example. JSON-API covers creating and fetching resources (the posts), but authentication and even authorization can be performed in a billion different ways. Personally I am using PASETO tokens and /login and /register routes with simply {username, password} as payload with the appropriate HTTP status codes as response. But there are a lot of other ways (http://www.passportjs.org/packages/).

    anyway, this scheme could be vulnerable to CSRF family of attacks. You need secure, same-site etc. cookie. Every other client side token, visible to JS is a potential vector of attack. If it is a blog for cats stories I wouldnt worry of course, but if it is a blog for bank official statements - this is another story. Do you know who your target is?
    Well, the words are cheap and misleading. We, as developers has a opportunity and privilege to talk precisely and exactly about topic - we can use the language of code. So, please just create a repo on github, put your words into action and just create a skeleton, template, base of your thoughts in material (as in computers haha) form. It is much easier to discuss code in specific context than just dream about any possible or maybe possible context. At the end of the day, you will need to make a technical decision.



  • @Ben-Hayat So, this has gotten me to work. I decided to rebuild my company website using Quasar, with directus (https://directus.io) as the backend (it has quite a full featured API, including a JavaScript SDK which I used, and has authentication built-in).

    Let me know your feedback on the UI:
    https://customautosys.com/new (new Quasar UI)
    https://customautosys.com (old UI)

    🙂

    @qyloxe said in Would you use Vue + Quasar to build a Marketing site?:

    @stefanvh said in Would you use Vue + Quasar to build a Marketing site?:

    @Ben-Hayat I don’t want to hijack your topic so let me know if I have to move this discussion somewhere else.

    I’m also feeling uncomfortable here…

    So, for example simple blog functionality. There needs to be a way to authenticate the user with an username and password. The authentication returns an authorization token. With the authorization token the user should be able to create a blog post (e.g. POST /posts). Unauthenticated people should be able to retrieve this post (e.g. GET /posts or /posts/1). This post is prefetched in Quasar and then displayed in a QCard for example. JSON-API covers creating and fetching resources (the posts), but authentication and even authorization can be performed in a billion different ways. Personally I am using PASETO tokens and /login and /register routes with simply {username, password} as payload with the appropriate HTTP status codes as response. But there are a lot of other ways (http://www.passportjs.org/packages/).

    anyway, this scheme could be vulnerable to CSRF family of attacks. You need secure, same-site etc. cookie. Every other client side token, visible to JS is a potential vector of attack. If it is a blog for cats stories I wouldnt worry of course, but if it is a blog for bank official statements - this is another story. Do you know who your target is?
    Well, the words are cheap and misleading. We, as developers has a opportunity and privilege to talk precisely and exactly about topic - we can use the language of code. So, please just create a repo on github, put your words into action and just create a skeleton, template, base of your thoughts in material (as in computers haha) form. It is much easier to discuss code in specific context than just dream about any possible or maybe possible context. At the end of the day, you will need to make a technical decision.

    Authentication is a problem that has been solved by many other companies. Don’t reinvent the wheel. There are solutions like Auth0 & Okta, just to name 2 of the most common ones. Using a tried-and-tested authentication provider is probably more secure and less susceptible to CSRF than anything a solo dev could churn out.


Log in to reply