We added a feedback API to our application

Рет қаралды 8,180

Күн бұрын

My Products
📖 ProjectPlannerAI: projectplannerai.com
🤖 IconGeneratorAI: icongeneratorai.com
📝 ThumbnailCritique: thumbnailcritique.com
Useful Links
💬 Discord: / discord
🔔 Newsletter: newsletter.webdevcody.com/
📁 GitHub: github.com/webdevcody
📺 Twitch: / webdevcody
🤖 Website: webdevcody.com
🐦 Twitter: / webdevcody

Пікірлер: 46

@codinginflow 2 ай бұрын

I love how you're constantly building side projects

@WebDevCody 2 ай бұрын

Now I just need to focus on really finishing one out until real profitability

@ElvisMorales 2 ай бұрын

I would say the same, @WebDevCody 👍. Quick question, how much time per week do you employ on these side projects?

@WebDevCody 2 ай бұрын

@@ElvisMorales maybe 30 min a night give or take

@klapaucius515 2 ай бұрын

@@WebDevCodygreat job! I wanted to ask how you come up with ideas though, I’m not exactly sure what to build :( AI is the new craze but dunno what to build with it. Endless possibilities messing with my decision making, lol.

@codinginflow 2 ай бұрын

@@ElvisMorales Build something that you want to use yourself. This way, you know that there is a market, you're more motivated, and you constantly test your own app.

@hydra_ft2546 2 ай бұрын

I really love the UI on this project. Would you ever consider making a video on how you design the UI for these projects?

@yohance6904 2 ай бұрын

i vouch for this

@yashsolanki069 2 ай бұрын

@CodingAfterThirty 2 ай бұрын

You are the GOAT of you tube developers who are actually developers. Also, I have no idea how you get all the things you do done.. You must to have a secret clone we don't know about.

@WebDevCody 2 ай бұрын

😂 just 30 minute a night is enough time to add one new feature or fix one bug. Hosna is also adding a lot of features

@Jussoparkours 2 ай бұрын

Looks good, two pieces of feedback I have are: 1: Definitely use an API key, you want to tie requests to users and not have to rely on rate limiting or hosting providers to handle banning abusive behaviour 2: You should consider versioning your API so you can introduce breaking changes if need be, also consider having an API docs page dedicated to it so people can test in their browser and regenerate APIs, revoke them etc. if I’m getting attacked I don’t want to have to remember where to go to quickly ban someone

@Prof.Respect 2 ай бұрын

Hey I have a question/suggestion: Wouldnt it be better to create something like an API Key to pass instead of the projectId? When someone finds out the project id and spams nonsense feedback you dont have a way to revoke access to the endpoint. Couldnt a key of some sort that is revokeable protect you as a provider from spams and the user of your service from getting spammed if it leaks?

@WebDevCody 2 ай бұрын

I'll try to think about this more, but here is my logic. If I required an api key, then it's the responsibility for the developer to make their own protected endpoint and add rate limiting and then also monitor and rotate their keys often to keep it secure. That's a lot of extra work to put on the developer just to collect feedback. This is the same idea as an analytics application such as google analytics, posthog, or sentry, they give you a public key which you add to your UI and their code uses that to send events to their service. That key isn't private, anyone can open the console log and spam analytic events to that endpoint if they want. As of right now, I have a rate limit on how much feedback a project can accept, and I also might had a toggle for disabling feedback if needed.

@Chris...S 2 ай бұрын

@WebDevCody "Thats alot of work" Welome to being a real developer and to do things right and secure. Otherwise Whats the point. Specially after what you just went through. I would think secure is fresh on your mind.

@klapaucius515 2 ай бұрын

@@Chris...S lol, shit take. Why do you think lots of people use managed systems like Convex, Firebase, Vercel and so on? I guess in your opinion everyone should build everything themselves on top of AWS or nvm, use a VPS and set up everything yourself, right? The idea is simplicity here. You slap something on your project and it works. Wouldn’t wanna bother with a Feedback app that took me a whole week to set up just because that’s what “real engineers” do…

@Dom-zy1qy 2 ай бұрын

@Chris...S "real developer"s rely on tooling and libraries for the majority of things in practice when possible. Creating abstractions for things is a good portion of software, and engineering in general. It just removes a lot of unnecessary busy work, among other things.

@greentea2430 2 ай бұрын

man you are just cool as fuck. after my working hours i generally have no energy whatsoever for my side hustles (though i do 10-11 hours of job-related coding everyday ahha), so you are genuinely such an inspiration for me. keep up the good work man!

@xya6648 2 ай бұрын

For the feedback API one thing you can do to improve it is make sure that the user can add metadata. Make a metadata field and the user can add whatever they want in that field. Sometimes you might want certain details about the user you know?

@WebDevCody 2 ай бұрын

That’s a really good idea!

@SeibertSwirl 2 ай бұрын

Doing great work babe!!!❤

@knsense 2 ай бұрын

very interested in learning how are you doing rate limiting with convex

@yarrichar 2 ай бұрын

What library are you using to do rate limiting?

@jazzdestructor 2 ай бұрын

Hey Cody, when you said about token, i thought you could maybe use something like this for more security : limiting the feedback from a particular user to certain amount (maybe 5 - 10 feedbacks per day using maybe rate limiting or db count), this could potentially reduce spamming too many feedbacks by a single user. Token for a specific api would work when charging for a certain amount of requests to the client. Do let me know if i got the token usage wrong.

@mattraw5522 2 ай бұрын

Tutorial on doing rate limiting to a nextjs endpoint/api without upstash/redis would be great

@Hiperultimate Ай бұрын

Is there a way I can check out the code for this project? Would love to learn how you have ordered and coded some stuff.

@dandogamer 2 ай бұрын

Looks like a useful project :)

@mettle_x 2 ай бұрын

You may generate OpenAPI spec for the endpoint with examples and use Scalar for this.

@yassinesafraoui 2 ай бұрын

I think it's better to use something like jwt's tokens to hide the plan id, this way if someone uses the api in a vite app where there is no backend and he then decides to add a backend because someone abused the api( if 10s rate limiting isn't enough), he can go to the api part and generate a new api endpoint that will override the old token, ofc this requires a table to store the tokens but I think it's fine

@jaymondal7775 2 ай бұрын

would love to see you building and shipping components and one more think what is best practices for api route protections ? does rate limiting prevents bot attacks ?

@WebDevCody 2 ай бұрын

rate limiting won't prevent someone from using a variety of IP addresses. It'll only help prevent a single user from trying to abuse your system. I do have the endpoint behind cloudflare which would help prevent abuse.

@Chris...S 2 ай бұрын

Also why adding API key would be needed IMO. Any API that is more then a GET call should be key protected. Also because its just another point of defense even for GET only API.