Re: How to use different templates for different sites/domains

2024-05-29 Thread Faisal Mahmood
You're right, using a single Django instance to serve multiple sites with
overridden templates can be tricky. While a custom template loader might
seem appealing, it's true that it doesn't accept the request object by
default. Here's the breakdown and some alternative solutions:

The Challenge:

   - Django's default template loader doesn't consider the current domain
   when searching for templates.
   - You want to use a single Django instance but have domain-specific
   templates.

Less Ugly Solutions:

   1.

   Template Name Prefixing:
   - Prefix your template names with the domain name. For example,
  domain1/home.html and domain2/home.html.
  - In your views, construct the full template name based on the
  current domain (using get_current_site).
  - This approach is simple but can make template names lengthy and
  less readable.
   2.

   Template Inheritance with Context Processors:
   - Create a base template with common elements.
  - Inherit from the base template for each domain-specific template.
  - Use a context processor to inject the current domain information
  into the context.
  - In your domain-specific templates, use the domain information to
  conditionally render specific content.
  - This approach offers flexibility but requires more code in
  templates and context processors.
   3.

   Third-Party Packages:
   - Consider packages like django-sites-templates or
  django-multihost-template-loader.
  - These packages provide custom template loaders that can leverage
  the request object to determine the appropriate template based on the
  domain.
  - This approach can be a good option if the built-in solutions don't
  meet your needs.

Middleware with Context Variables (Least Ugly Hack):

   - While not ideal, storing the request object in a context variable
   using middleware is a workable solution.
   - However, be mindful of potential issues like variable name conflicts
   and unnecessary data passed to every template.

Choosing the Best Approach:

The best solution depends on your project's complexity and preference.
Here's a quick guide:

   - Simple Projects: Template Name Prefixing might suffice.
   - More Complex Projects: Consider Template Inheritance with Context
   Processors or Third-Party Packages for better maintainability.
   - Last Resort: Use the Middleware approach cautiously if other options
   aren't feasible.

Remember, the key is to find a balance between simplicity and
maintainability. Leverage built-in features and explore third-party
packages before resorting to complex hacks.

I'm available if you want further assistance or questions about it

Have a good day ahead.

On Wed, May 29, 2024, 5:52 AM Mike Dewhirst  wrote:

> On 28/05/2024 9:09 pm, Antonis Christofides wrote:
>
> Hello,
>
> I use the sites framework for a Django project that serves many different
> domains. But each of those domains has some templates overridden.
>
>
> Might depend on what you are overriding - entire templates or just
> includes or just vars.
>
> I would probably start by refactoring the templates so they were identical
> for all sites and reduce/extract the differences to includes which can be
> selected via contextvars after calling get_current_site() from the view.
>
> Have you looked at template tags?
>
> I use them for displaying additional information on the staging and dev
> sites versus production. Not what you are doing so I haven't thought too
> hard about that. Only worth a thought if you haven't considered it.
>
>
> If I used a different instance of Django (i.e. a different gunicorn
> service) for each domain, I'd have different settings for each site. But
> I'm using a single instance to serve all sites and, wherever I need to, I
> use things that extract the domain from the request, like
> `get_current_site()`. But this doesn't seem to work with templates. A
> custom template loader won't work without a fight because its methods don't
> accept the request object as an argument.
>
> All solutions I've thought about are ugly hacks.
>
>
> Practicality beats purity
>
> The least ugly seems to be to create middleware that stores the request
> object in a contextvar
> . But it strikes me
> that I can't find a simpler solution for this. Is what I want that
> uncommon, or am I missing something?
>
> There's an old closed "wontfix" ticket
>  about this but without
> adequate explanation.
> --
> You received this message because you are subscribed to the Google Groups
> "Django users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to django-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-users/175b4601-2038-479b-9581-48d9c196df7cn%40googlegroups.com
> 

Re: Django Admin Shortcuts

2024-05-29 Thread Faisal Mahmood
Hi, First of all Sorry for the late reply

Okay let's go...

It is generally not recommended to authenticate auto-generated users
directly from inspect_db without proper user model fields and permissions.
Here's why:

   -

   Security Concerns:
   - AbstractBaseUser and PermissionsMixin provide essential
  functionalities for user authentication and authorization. They
  handle password hashing, permissions management, and other security
  aspects. Bypassing these models might lead to vulnerabilities like
  storing passwords in plain text or granting unauthorized access.
   -

   Maintainability Issues:
   - Using inspect_db creates a tight coupling between your authentication
  logic and the specific database schema. This makes it difficult to
  modify the user model or switch databases in the future.

Here are some alternative approaches to consider:

   1.

   Migrate User Model Fields:
   - Gradually migrate your existing user model to include the necessary
  fields from AbstractBaseUser and PermissionsMixin. This ensures
  proper authentication and authorization mechanisms.
   2.

   Custom User Model:
   - Create a custom user model that inherits from AbstractBaseUser and
  includes any additional fields you need. This provides a more secure
  and maintainable approach.
   3.

   Alternative Authentication Methods:
   - Depending on your application's requirements, you might explore
  alternative authentication methods like API keys, tokens, or social
  logins. These can be suitable for non-human users or specific use
  cases.

While it might be technically possible to authenticate through inspect_db,
it's strongly advised against it due to the security and maintainability
drawbacks. Consider the alternative approaches mentioned above for a more
secure and robust solution.

On Wed, May 29, 2024, 3:06 AM utibe solomon  wrote:

> Hey bro is it possible to authenticate an auto generated user from
> inspect_db without necessarily having to migrate fields that come with
> using abstractbaseuser and permissions mixin
>
>
> On Tue, 28 May 2024 at 20:39, Mike Schem 
> wrote:
>
>> Hey Faisal,
>>
>> Thanks for taking the time to read the PR and provide some feedback. I
>> copied all of your concerns here and responded to them accordingly. Please
>> let me know if you have any further questions!
>>
>> 1.
>> Have you considered including a section in the Django admin documentation
>> that outlines the new shortcuts and how to use them?
>>
>> Yes, I absolutely will document this, I was thinking about adding it to
>> the "Other Topics" section here:
>> https://docs.djangoproject.com/en/5.0/ref/contrib/admin/#other-topics.
>> What do you think?
>>
>> 2.
>>  Are the keyboard shortcuts configurable?
>>
>> Not yet, but I would be open to doing this as a future PR.
>>
>> 3.
>> Have you tested the keyboard shortcuts across different browsers and
>> operating systems to ensure consistent behavior?
>>
>>  Any specific browsers or versions where you faced issues?
>>
>> Yes, we've tested on pretty much all major OSs and browsers and have seen
>> consistent behavior.  I've been running this in my company for over a year
>> now. It's been great!
>>
>> 4.
>> What considerations have been made regarding accessibility?
>>
>> I'd say this is largely an accessibility feature since it would allow for
>> the visually impaired to save without needing to see the save buttons,
>> which is great!
>>
>> 5.
>> How does the implementation handle potential conflicts with existing
>> browser or system shortcuts?
>>
>> There is an existing ctrl + S for saving browser pages as HTML, frakely,
>> I don't think that should be the default for users. When saving the page,
>> the action should not be to save it as html, but instead save the content
>> of the admin.
>>
>> 6.
>> Have you noticed any performance impacts with the addition of these
>> shortcuts? Ensuring that the admin interface remains performant is
>> important for all users.
>>
>> No, no performance issues. It's a very simple code change without much
>> impact.
>>
>> On Sat, May 25, 2024 at 7:25 AM Faisal Mahmood <
>> faisalbhagri2...@gmail.com> wrote:
>>
>>> Hi *Mike Schem,
>>>
>>> Thank you for reaching out and for your work on adding keyboard
>>> shortcuts to the Django admin. This is a valuable feature that can greatly
>>> enhance productivity for many users. We appreciate your contribution and
>>> the effort you've put into this PR.
>>>
>>> We have reviewed your pull request and

Re: Django Admin Shortcuts

2024-05-28 Thread Faisal Mahmood
█▀ █▀█ █▀█ █░
█▄ █▄█ █▄█ █▄

That's great to hear keep it up. And have  a great day ahead.
I'm nothing but a student of Django.
Hopefully my questions doesn't bother you too much. 


Great!

And once again thanks a lot for your hard work.
I will be glad if you need any assistance from me in the future.

Regards
Faisal Mahmood
faisalbhagri2...@gmail.com
WhatsApp:   +923013181026



On Wed, May 29, 2024, 12:38 AM Mike Schem  wrote:

> Hey Faisal,
>
> Thanks for taking the time to read the PR and provide some feedback. I
> copied all of your concerns here and responded to them accordingly. Please
> let me know if you have any further questions!
>
> 1.
> Have you considered including a section in the Django admin documentation
> that outlines the new shortcuts and how to use them?
>
> Yes, I absolutely will document this, I was thinking about adding it to
> the "Other Topics" section here:
> https://docs.djangoproject.com/en/5.0/ref/contrib/admin/#other-topics.
> What do you think?
>
> 2.
>  Are the keyboard shortcuts configurable?
>
> Not yet, but I would be open to doing this as a future PR.
>
> 3.
> Have you tested the keyboard shortcuts across different browsers and
> operating systems to ensure consistent behavior?
>
>  Any specific browsers or versions where you faced issues?
>
> Yes, we've tested on pretty much all major OSs and browsers and have seen
> consistent behavior.  I've been running this in my company for over a year
> now. It's been great!
>
> 4.
> What considerations have been made regarding accessibility?
>
> I'd say this is largely an accessibility feature since it would allow for
> the visually impaired to save without needing to see the save buttons,
> which is great!
>
> 5.
> How does the implementation handle potential conflicts with existing
> browser or system shortcuts?
>
> There is an existing ctrl + S for saving browser pages as HTML, frakely, I
> don't think that should be the default for users. When saving the page, the
> action should not be to save it as html, but instead save the content of
> the admin.
>
> 6.
> Have you noticed any performance impacts with the addition of these
> shortcuts? Ensuring that the admin interface remains performant is
> important for all users.
>
> No, no performance issues. It's a very simple code change without much
> impact.
>
> On Sat, May 25, 2024 at 7:25 AM Faisal Mahmood 
> wrote:
>
>> Hi *Mike Schem,
>>
>> Thank you for reaching out and for your work on adding keyboard shortcuts
>> to the Django admin. This is a valuable feature that can greatly enhance
>> productivity for many users. We appreciate your contribution and the effort
>> you've put into this PR.
>>
>> We have reviewed your pull request and are excited about its potential.
>> Here are some thoughts and questions we have:
>>
>> 1.
>> Have you considered including a section in the Django admin documentation
>> that outlines the new shortcuts and how to use them?
>>
>> 2.
>>  Are the keyboard shortcuts configurable?
>>
>> 3.
>> Have you tested the keyboard shortcuts across different browsers and
>> operating systems to ensure consistent behavior?
>>
>>  Any specific browsers or versions where you faced issues?
>>
>> 4.
>> What considerations have been made regarding accessibility?
>>
>> 5.
>> How does the implementation handle potential conflicts with existing
>> browser or system shortcuts?
>>
>> 6.
>> Have you noticed any performance impacts with the addition of these
>> shortcuts? Ensuring that the admin interface remains performant is
>> important for all users.
>>
>> We believe these questions can help further refine the feature and ensure
>> it meets the needs of the wider Django community. Once again, thank you for
>> your contribution. We look forward to your responses and further discussion.
>>
>> Best regards,
>> [Faisal Mahmood]
>>
>> On Fri, May 24, 2024, 10:32 PM Mike Schem 
>> wrote:
>>
>>> Hey all,
>>>
>>> I’m seeking some support and feedback on my PR. I’ve added keyboard
>>> shortcuts to the Django admin for the save actions. We use it at my
>>> company, and it’s pretty helpful for power users. I’d love to hear what the
>>> community thinks.
>>>
>>> https://github.com/django/django/pull/17599
>>>
>>>
>>> Mike Schem
>>> Senior Software Engineer
>>> String King Lacrosse, LLC
>>> StringKing, Inc.
>>> 19100 South Vermont Avenue
>>> <https://www.google.com/maps/search/19

Re: Django Admin Shortcuts

2024-05-25 Thread Faisal Mahmood
Hi *Mike Schem,

Thank you for reaching out and for your work on adding keyboard shortcuts
to the Django admin. This is a valuable feature that can greatly enhance
productivity for many users. We appreciate your contribution and the effort
you've put into this PR.

We have reviewed your pull request and are excited about its potential.
Here are some thoughts and questions we have:

1.
Have you considered including a section in the Django admin documentation
that outlines the new shortcuts and how to use them?

2.
 Are the keyboard shortcuts configurable?

3.
Have you tested the keyboard shortcuts across different browsers and
operating systems to ensure consistent behavior?

 Any specific browsers or versions where you faced issues?

4.
What considerations have been made regarding accessibility?

5.
How does the implementation handle potential conflicts with existing
browser or system shortcuts?

6.
Have you noticed any performance impacts with the addition of these
shortcuts? Ensuring that the admin interface remains performant is
important for all users.

We believe these questions can help further refine the feature and ensure
it meets the needs of the wider Django community. Once again, thank you for
your contribution. We look forward to your responses and further discussion.

Best regards,
[Faisal Mahmood]

On Fri, May 24, 2024, 10:32 PM Mike Schem  wrote:

> Hey all,
>
> I’m seeking some support and feedback on my PR. I’ve added keyboard
> shortcuts to the Django admin for the save actions. We use it at my
> company, and it’s pretty helpful for power users. I’d love to hear what the
> community thinks.
>
> https://github.com/django/django/pull/17599
>
>
> Mike Schem
> Senior Software Engineer
> String King Lacrosse, LLC
> StringKing, Inc.
> 19100 South Vermont Avenue
> <https://www.google.com/maps/search/19100+South+Vermont+Avenue+Gardena,+CA%C2%A0+90248?entry=gmail=g>
> Gardena, CA  90248
> <https://www.google.com/maps/search/19100+South+Vermont+Avenue+Gardena,+CA%C2%A0+90248?entry=gmail=g>
> 310-699-7175 Mobile
>
> m...@stringking.com 
> StringKing.com <http://stringkinglacrosse.com/> | uSTRING.com
> <http://ustring.com/>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Django users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to django-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-users/CALUzFO1GyhQct422sU6WDRC3ksYf-qg8qgtR%2BwXGOwrjWDn2_A%40mail.gmail.com
> <https://groups.google.com/d/msgid/django-users/CALUzFO1GyhQct422sU6WDRC3ksYf-qg8qgtR%2BwXGOwrjWDn2_A%40mail.gmail.com?utm_medium=email_source=footer>
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-users/CAP3eejy%3DHWk82qHU5uNaWAYDTRC1-N1A9fUVkc%2B_avj5FmUYQA%40mail.gmail.com.


Re: View "functions" that are callables?

2024-05-15 Thread Faisal Mahmood
Yes, in Django, a view function in a URLconf can indeed be a callable that
is not necessarily a function. You can use classes with a `__call__` method
as views, often referred to as class-based views (CBVs).

Class-based views offer more flexibility and organization than
function-based views in some cases. They allow you to group related
functionality together more easily, provide better code reuse through
inheritance, and offer built-in methods for common HTTP operations like
GET, POST, PUT, etc.

Here's a basic example of a class-based view:

```python
from django.http import HttpResponse
from django.views import View

class MyView(View):
def get(self, request, *args, **kwargs):
return HttpResponse("This is a GET request")

def post(self, request, *args, **kwargs):
return HttpResponse("This is a POST request")
```

You can then include this class-based view in your URLconf like this:

```python
from django.urls import path
from .views import MyView

urlpatterns = [
path('myview/', MyView.as_view(), name='my-view'),
]
```

In this example, `MyView` is a class-based view with `get()` and `post()`
methods, which handle GET and POST requests, respectively. When included in
the URLconf using `.as_view()`, Django will internally call the `__call__`
method of the class to handle the request.

On Thu, May 16, 2024, 12:38 AM Christophe Pettus  wrote:

> Hi,
>
> I'm surprised I don't know this, but: Can a view "function" in a urlconf
> be a callable that is not actually a function, such as a class with a
> __call__ method?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Django users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to django-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-users/F70DCB4E-1307-42C2-AC62-CA2DC98DCD5B%40thebuild.com
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-users/CAP3eejziJxgJR6UQZ4%2B7pUH_12rwez7yJYEp%3DwjD2%3D%3DXvhdGzw%40mail.gmail.com.


Re: Student Club Management Web App: Seeking Collaboration and Advice from Experts

2024-03-02 Thread Faisal Mahmood
You will have me 
+923013181026
Hi, I'm a Data Analyst & Full-Stack Django Developer. I Have Gained a Bunch
of Versatile Skills
I have worked with big data and relates databases.

My Core Skills:
Git, Python, Django,R, Big DATA
Html, CSS, Bootstraps5, JavaScript
Excel, Word, Google Sheets, Tableau
NumPy, Pandas, matplotlib, Plotly
SQL, My SQL, PostGreSql, Apache
Ai Tools> Google Bard, BingAI, ChatGPT, Mid journey, Imagine
Basics of Artificial Intelligence

Learning Now:
Data Science, Machine Learning, AI, Flutter, React js.

Regards:
Faisal Mehmood

On Sat, Mar 2, 2024, 8:58 PM SOLTAN NOURELDIEN  wrote:

>
> Hello, I am currently working on my Django Project for a specific course
> at my university. I have already finished reading "Django for Beginners" by
> William S. Vincent. Now, I am eager to start this project, but I am still
> in the learning and research phase. Therefore, I will provide the
> requirements for the project and would appreciate feedback or any tips from
> anyone with experience in such projects.
>
> For example, this will be my first time implementing a multi-user system.
> After doing extensive research, I learned about Django's model group
> concept managing this approach. Additionally, I discovered Django Channels
> and signals, which I have never heard of before. I would appreciate any
> advice or guidance on how to approach such a project.
>
> Furthermore, if anyone is interested in joining me on this journey, it
> would be wonderful. We can learn a lot from this project together. The
> deadline is less than two months, so please provide your Discord or
> WhatsApp number, and we can create a group to collaborate on this project.
>
> *The requirements for the project are as follows:*
>
> An app for student clubs:
> *SKS Admin:*
>
>-
>   - Create Club Page
>   - Delete Club Page
>   - Assign Club Manager
>   - Activity Form (Approve, Reject)
>   - Receive notifications (Whenever a change occurs in the club page)
>   (Approve Change, Reject Change)
>   - Request for Publishing Activity Post (Approve, Reject)
>   - Search Club Page
>   - Announce All Activities (Will be displayed on the main page)
>
> *Club Manager:*
>
>-
>   - Fill out the activity form
>   - Request for publishing Activity Post (Sending it to admin, and
>   after approval, the activity will appear on the club main page)
>   - Receive Notification (The response to the Activity Form &
>   Activity Post publishing request)
>   - Edit Activity Post (Admin manager will receive a notification)
>
> *Student:*
>
>-
>   - Display weekly Activity Table
>   - Display Clubs Main Page
>   - Search (by category, by date)
>
> I will only focus on the backend development and integrate it into the
> template. I have other team members who will provide the Static HTML, CSS &
> JS files. I will incorporate them into the Django templates and work on
> making them interactive.
>
> Additionally, if time allows, I can implement additional features such as:
>
>- Manager:
>   - Submit an application to SKS to assign a club
>   - Initiate a chat conversation between the manager and the SKS
>- Student:
>   - Become a member of a club
>   - Follow Clubs
>   - Follow the club pages
>   - Like and comment on a post
>
> If you have any ideas or know of existing projects that could serve as
> inspiration, please feel free to comment. I would greatly appreciate it.
>
> Also, if you would like to collaborate with me for learning purposes and
> to work as a team, please don't hesitate to provide your contact
> information, and I will reach out to you. Thank you very much.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Django users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to django-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-users/19da6a17-4c28-41d5-acb1-171fb052c9a1n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-users/CAP3eejxV4uYP1yWFqarq4bsj8-yKqhkqs1r3KOE_9xycE%3D3v3g%40mail.gmail.com.


Re: Looking for collaborators for an online marketplace project with Python, Django, React.js and Next.js

2024-02-12 Thread Faisal Mahmood
I will be there 壟

On Mon, Feb 12, 2024, 12:33 PM Brian Odhiambo 
wrote:

> Hello,
> I'm interested
>
> On Mon, Feb 12, 2024 at 10:18 AM Amen Guda  wrote:
>
>> Hey I’m interested add me thank you add me 0944365493
>>
>> On Sun, Feb 11, 2024 at 11:38 PM Jorge Bueno 
>> wrote:
>>
>>> Thank you for your interest in contributing! Yes, you can fork my
>>> repository and then make the necessary changes and send them to me through
>>> a pull request. I've commented 'sorry' on all of them
>>>
>>> El dom, 11 feb 2024 a las 21:19, SEYRAM AWUDI ()
>>> escribió:
>>>
 I am interested in contributing to your project, do I fork to my repo
 and make pull requests?

 On Sun, Feb 11, 2024 at 4:55 PM Jorge Bueno 
 wrote:

> Thank you very much to everyone for wanting to help me, I have
> identified more specifically the errors that I have in the local servers
> for both backend and frontend programmer I am not and I know how to solve
> it:
> From the backend when doing python manage.py runserver
> Error: SyntaxError: (unicode error) 'utf-8' codec can't decode byte
> 0xff in position 0: invalid start byte
>
> And from the frontend when doing npm run dev of next.js
> :
> Error: npm ERR! JSON.parse Invalid package.json: JSONParseError:
> Unexpected end of JSON input while parsing empty string
>
> El dom, 11 feb 2024 a las 17:46, Adeyemi Deji ()
> escribió:
>
>> I’m interested. Pls create a WhatsApp group so we can communicate
>> better. +2349011735491
>>
>> On Sat, 10 Feb 2024 at 17:54, Jorge Bueno 
>> wrote:
>>
>>> The project:
>>>
>>> I am working on an exciting project that I think you might be
>>> interested in. It's about an online marketplace similar to the US 
>>> farmers
>>> and livestock markets, but with an online focus. The project is already
>>> half done, with a well-defined requirements list and backlog that will
>>> allow you to learn a lot while contributing to a real project.
>>>
>>> Technologies:
>>>
>>> We are using Python and Django for the backend, Next.js and React
>>> for the frontend.
>>>
>>> What we are looking for:
>>>
>>> We need help to get django working making python manage.py runserver
>>> and also all the procedures to check it works well as unit tests right 
>>> now
>>> we have the following functionalities programmed the MVP:
>>> 1.User Registration
>>> User Profiles
>>> Product Listing
>>> 4.Search and Filters
>>>  5.Shopping Cart
>>>  6.Payment System
>>> 7.Ratings and Reviews
>>> 8.Messaging
>>>  Notification system
>>> 10.User management
>>> Why collaborate:
>>>
>>> You will learn a lot: The project is well organized and will allow
>>> you to work with modern and relevant technologies.
>>> You will contribute to a real project: Your work will have a direct
>>> impact on the success of the project.
>>> You will be part of a community: We are a passionate team committed
>>> to the success of the project.
>>> How can you participate?
>>>  You can access my public GitHub repository here:
>>> https://github.com/Programacionpuntera/Marketplace-Supremo
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Django users" group.
>>> To unsubscribe from this group and stop receiving emails from it,
>>> send an email to django-users+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/django-users/153e4e9d-4453-4280-8b06-27c8cbd1f72fn%40googlegroups.com
>>> 
>>> .
>>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Django users" group.
>> To unsubscribe from this group and stop receiving emails from it,
>> send an email to django-users+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/django-users/CAEO1GrrBTDmBaZhe8vZWmGHb0rMU_B4rdKo5k8v8RE-fanYhmA%40mail.gmail.com
>> 
>> .
>>
> --
> You received this message because you are subscribed to the Google
> Groups "Django users" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to django-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-users/CAKvv8-xWp6oqne5Es5G%3DaJYSduvpmbFjBR1rMciwuCZJdtr-jw%40mail.gmail.com
> 

Re: Looking for collaborators for an online marketplace project with Python, Django, React.js and Next.js

2024-02-12 Thread Faisal Mahmood
You can translate it 

On Mon, Feb 12, 2024, 4:51 PM Joseph Emeka  wrote:

> Am ready to collaborate with add me to the WhatsApp group on +2348183209325
>
> On Saturday, February 10, 2024 at 5:55:24 PM UTC+1 Jorge Bueno wrote:
>
>> The project:
>>
>> I am working on an exciting project that I think you might be interested
>> in. It's about an online marketplace similar to the US farmers and
>> livestock markets, but with an online focus. The project is already half
>> done, with a well-defined requirements list and backlog that will allow you
>> to learn a lot while contributing to a real project.
>>
>> Technologies:
>>
>> We are using Python and Django for the backend, Next.js and React for the
>> frontend.
>>
>> What we are looking for:
>>
>> We need help to get django working making python manage.py runserver and
>> also all the procedures to check it works well as unit tests right now we
>> have the following functionalities programmed the MVP:
>> 1.User Registration
>> User Profiles
>> Product Listing
>> 4.Search and Filters
>>  5.Shopping Cart
>>  6.Payment System
>> 7.Ratings and Reviews
>> 8.Messaging
>>  Notification system
>> 10.User management
>> Why collaborate:
>>
>> You will learn a lot: The project is well organized and will allow you to
>> work with modern and relevant technologies.
>> You will contribute to a real project: Your work will have a direct
>> impact on the success of the project.
>> You will be part of a community: We are a passionate team committed to
>> the success of the project.
>> How can you participate?
>>  You can access my public GitHub repository here:
>> https://github.com/Programacionpuntera/Marketplace-Supremo
>>
>> --
> You received this message because you are subscribed to the Google Groups
> "Django users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to django-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-users/7bf7f722-6eb2-4abb-b615-445b04cb369bn%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-users/CAP3eejzmky5%2BErRXChJoAbb75ATbSWEq3p4WTKTommiT2QOrwg%40mail.gmail.com.