Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Mar 02 19:00

    ParthS007 on gh-pages

    Travis CI Clean Deploy abad11d (compare)

  • Mar 02 18:54

    rajvaibhavdubey on development

    fixes version for marshmallow-jā€¦ (compare)

  • Mar 02 18:54
    rajvaibhavdubey closed #2186
  • Mar 02 18:54
    rajvaibhavdubey closed #2185
  • Mar 02 17:52
    gabru-md assigned #2185
  • Mar 02 17:52
    gabru-md commented #2185
  • Mar 02 17:40
    gabru-md review_requested #2186
  • Mar 02 17:40
    gabru-md opened #2186
  • Mar 02 17:39
    gabru-md closed #2077
  • Mar 02 17:39
    gabru-md commented #2077
  • Mar 02 17:30
    gabru-md opened #2185
  • Mar 02 17:21
    maze-runnar commented #2179
  • Mar 02 16:09
    Dishebh commented #2179
  • Feb 06 18:59
    iamareebjamal commented #2184
  • Feb 06 18:03
    PragatiVerma18 commented #2184
  • Feb 06 17:58
    PragatiVerma18 commented #2184
  • Feb 06 17:56
    PragatiVerma18 commented #2184
  • Feb 06 17:49
    iamareebjamal commented #2184
  • Feb 06 17:47
    PragatiVerma18 commented #2184
  • Feb 06 17:43
    PragatiVerma18 commented #2184
Sai Rithwik
@DaKeiser
Screenshot from 2019-10-26 18-31-03.png
neatly cloned and installed for the nth time XD
Screenshot from 2019-10-26 18-30-48.png
But on running ember serve I get a blank page
Sai Rithwik
@DaKeiser
FYI : Node Version : v10.17.0 ember-cli: v3.13.1 os: linux x64

I understand that v9.11.2 was recommended but then I got this error.

error babel-plugin-ember-modules-api-polyfill@2.12.0: The engine "node" is incompatible with this module. Expected version "6.* || 8.* || >= 10.*". Got "9.11.2" error Found incompatible module.

So I used the latest version of node

Kush Trivedi
@kushthedude

neatly cloned and installed for the nth time XD

You need to install server too

Sai Rithwik
@DaKeiser
Ohhhh šŸ˜‚šŸ˜‚šŸ˜‚
Thanks @kushthedude
Mario Behling
@mariobehling

Here is a question for you: What do we do with this project?

  1. How can we move away from Firebase? The original idea was that we will be fast developing an app using Firebase, but this was nearly two years ago. So, it has not worked out and instead resulted in making the project dependent on a proprietary service, that we even have to pay for.

  2. Secondly, EmberJS is always a great solution, but the community is also smaller than let's say for ReactJS. We have good experience with ReactJS with SUSI.AI and a lot of people contribute.

  3. Thirdly, the question is about Flask in this project. It is a great tool for small projects, but a lot of things need to be developed from scratch. It can be very fast and easily customized, but we have to develop a lot of components ourselves. Alternatively Django already has a lot of components, e.g. for commerce that can just be plugged in. It is also Python and we could potentially re-use existing code.

Due to our limited resources and earlier choices we were not able to push this project a lot forward. So, we should go a step back and discuss a reboot of v2 for this project. What are your ideas? @gabru-md @ParthS007 @abishekvashok @kushthedude @yashLadha

SHUBHAM KUMAR
@sk9331657
Dear Codeheat participants, it is great to see how many of you have contributed substantial code and involve more and more in FOSSASIA projects. Let's move to the next steps now and document your scrums and blog posts as well. We have created a spreadsheet to collect this information. Please add your name, Github and project you involve in on the left in each sheet. Then add a link to your scrums on the sheet labeled "Scrum" and add blog posts and other information into the sheet labeled "Deliverables". Here is the link to the document: https://docs.google.com/spreadsheets/d/1uGlQ4Ijou0QmuGHNyGV_rbEhCo5Ljb-UlLRLqENPiXs/edit?usp=sharing Keep up the good work! https://codeheat.org
Kush Trivedi
@kushthedude

@mariobehling :

  • We definitely need to move away from Firebase as it is a proprietary service and also not recommended for scalable projects.
  • Regarding EmberJs, it is a small community. Hence, there are not many options for plugins/packages.
  • Django is definitely more powerful and faster than flask in current scenario.

Also, I think the main purpose of badgeyay is to get integrated with Eventyay. And we could easily generate Event Badges from the Event Dashboard itself. I think it would be better if we can get an opinion from Open Event Mentors too for the reboot of V.2 BadgeYAY.

Mario Behling
@mariobehling
@kushthedude I don't know where the idea comes from that Badgeyay needs to be integrated with Eventyay. It should rather be ready to be used/integrated with any list or service that provides events including eventbrite, eventnook etc. We could use the project to open up proprietary services step by step.
@kushthedude What would be necessary to do for the reboot using Django and ReactJS? What are the next steps?
Raj Vaibhav Dubey
@rajvaibhavdubey
@mariobehling we should firstly try to build a basic badge generator for the project (similar to v1 of Badgeyay) , afterwards we can proceed to adding other side services.
@kushthedude
Kush Trivedi
@kushthedude

@kushthedude I don't know where the idea comes from that Badgeyay needs to be integrated with Eventyay. It should rather be ready to be used/integrated with any list or service that provides events including eventbrite, eventnook etc. We could use the project to open up proprietary services step by step.

That is more beneficial. Proving badgeyay as an independent service.

Mario Behling
@mariobehling
@kushthedude @rajvaibhavdubey I have created a branch v2. Do you want to try to set up a frontend and backend with Django and ReactJS? https://github.com/fossasia/badgeyay/tree/v2
Kush Trivedi
@kushthedude

@rajvaibhavdubey

  • I have seen the v.1 of badgeyay, it would be nice to develop the server work with the minimal UI and then make the UI more scalable as it is done currently.
  • But on the contrary, badgeyay has a simple functionality to generate badges and manage them. And making the v.1 and then making a new UI may require quite more work.

@kushthedude What would be necessary to do for the reboot using Django and ReactJS? What are the next steps?

@mariobehling I think we should first gather intel from the mentors already working on the python related projects and ex-GSoCer who have worked on badgeyay. And then we can choose the right development cycle for the reboot.

Mario Behling
@mariobehling
Ok, let's look out for someone who can help with the transition. Currently we don't have someone strongly pushing the development forward. So, this is a good time to move ahead with an alternative.
@/all If anyone is interested to help with the transition of the project to Django + ReactJS, please go ahead :-)
Kush Trivedi
@kushthedude
I think we should consult Areeb for server queries. He has expert knowledge in python related stuff.
Asel Peiris
@AuraOfDivinity
@mariobehling I would be down to help if such rebooting takes place using React!
Mario Behling
@mariobehling
@AuraOfDivinity That is cool! Would you be able to set up a project structure for Django as a backend (in a backend folder) and ReactJS as a frontend (in a frontend folder) and make a PR to the branch V2, please?
Asel Peiris
@AuraOfDivinity
@mariobehling Im sorry. I'm not sure whether I'm the most suited for the job. I'm pretty new to web technologies (Been learning react the last month) but I'd definitely be down to contribute if someone else could take the lead and specify the required tasks!
Mario Behling
@mariobehling
:thumbsup:
Raj Vaibhav Dubey
@rajvaibhavdubey
@kushthedude @mariobehling I don't think we need to switch to Django, FLASK + React would be a pretty cool. What makes Badgeyay sloppy is emberJS. Besides Django is a comparatively heavy framework, Flask would be suitable for lightweight application as Badgeyay.
The workload would also reduce drastically by staying on FLASK, only the frontend changes need to be performed.
Areeb Jamal
@iamareebjamal
Flask is lightweight but it has many quirks because of unopinionated API. I would recommend Django as it is extremely popular and new developers don't need to learn new paradigm as with Flask. Every Flask app is new thing in itself. Integrations with flask also have quirks whereas they are readily available in Django. If there is a need of lightweight alternative, FASTAPI is better as it is much more lightweight and also async https://fastapi.tiangolo.com/
However, I still recommend Django because Django 3 will be async, and we should go with something that requires the least amount of maintenance of configuration
For frontend, I think Vue is amazing, because its learning curve is very low as compared to React and flexibility is also greater for people who don't like JSX. You have options to use SFC, class-based components and even JSX if you want, It has growing popularity and is used by large scale sites like GitLab. Given that, React is more mature and established, and has a bigger community and more libraries. So, if everyone is comfortable with React, then it is better to use it than Vue :+1:
Areeb Jamal
@iamareebjamal
Also, going in any direction, you should use next if using React and nuxt if Vue for the same benefits as Django for frontend. Opinionated architecture with the ability to go server-side rendered in the future. Nuxt has the option of static site generation as well which means the benefit of server side rendering at compile time without deploying any server
Also, recommend using TypeScript instead of JavaScript from the start to avoid bugs early and catch bugs at build time than at runtime
Areeb Jamal
@iamareebjamal
Commenting more on Flask and Django resource usage - open-event-server Flask server with many functionalities added which are in Django OOTB and other stuff, it runs 1 process with 120 MB RAM, of which you want to run at least 4 processes in you want any concurrency as single process handles 1 request at a time. A much more bulky Django server at the company I work at takes 180 MB per process. Not much difference for the benefits.
This won't be true for async framework since a single process can handle multiple requests concurrently, hence consuming less resources. A single 100 MB FASTAPI process can handle many requests/s whereas you need to run 10-20 Flask/Django processes to handle the same amount of requests synchronously. 10*150 MB = 1.5GB RAM
FASTAPI is faster in throughput than even Node or Go (due to starlette) so take these things into consideration (Python is considered about 20x slow than Node).
Areeb Jamal
@iamareebjamal
So, depending upon the kind of work you mainly want to do on the server. I/O bound - DB, network access => async. CPU bound - image manipulation, computation => sync
Mario Behling
@mariobehling
@iamareebjamal Thanks a lot for this detailed feedback! Looks like Django + ReactJS would be a good choice as community backing and maturity is an important point. If anyone wants to start please make a PR to the v2 branch.
Kush Trivedi
@kushthedude

FASTAPI is faster in throughput than even Node or Go (due to starlette) so take these things into consideration (Python is considered about 20x slow than Node).

But Django and Flask will be staying till later period as you said @iamareebjamal :wink:

Also it would be great if you could help in reviewing PR's related to v.2 @iamareebjamal .

@iamareebjamal Thanks a lot for this detailed feedback! Looks like Django + ReactJS would be a good choice as community backing and maturity is an important point. If anyone wants to start please make a PR to the v2 branch.

@mariobehling We should also make decision which thing to go for first, Making the migration to react or migrating to django. As doing both simultaneously may get ugly.

Areeb Jamal
@iamareebjamal
I think backend would make more sense, or else frontend will have to be rewritten twice. Once for current API and then new API
Mario Behling
@mariobehling
The frontend is not every far developed. There are a number of issues with it and they might get resolved quickly in React.
@kushthedude Please go ahead with setting up a clean project with Django as a backend and React as a frontend in V2 branch, if you have time. Or anyone else can also go ahead.
Sahil Bondre
@godcrampy
@mariobehling Hi, I'd like to help with the React part. Django + React seems like a good decision. I was thinking if we could chunk down the V2 issue into several smaller issues as this transition seems like a huge overhaul.
Suneet Srivastava
@codedsun
@godcrampy Yes, we have created a similar issue here.
fossasia/badgeyay#2168
Prateek Jain
@prateekj117
@iamareebjamal @mariobehling Would like to contribute to the development of the new badgeyay system.
Kush Trivedi
@kushthedude
@iamareebjamal Let's discuss the use-cases in the Badgeyay Meeting.
@mariobehling When will the next meeting be held?
Suneet Srivastava
@codedsun
@mariobehling Yes I also want to be get involved in the next meeting. Thanks
Mario Behling
@mariobehling
Hey, great to see so much interest in moving things forward. The current set of features is a good goal for a next version. We need the "badge-builder" to work in Django. Basic thing for the beginning: A way for people to login and reset an account etc. So, standard features that are available in Django. Right now there is not so much to discuss. Basically, we need developers to chime in and move the initial project forward.