Hello, I'm interested Regards, Mark On Wed, Feb 5, 2025 at 10:27 PM Nilesh Mishra <[email protected]> wrote:
> We require expert django developer on contract/hourly basis to lead our > team for website development. > > Required skill set > > Python > Django > Mongodb > React js > > Please send your CV to > > [email protected] or [email protected] > > Regards > Nilesh Mishra > Whatsapp:- +91-82796-73706 > > On Thu, Jan 30, 2025, 01:34 Alexei Ramotar <[email protected]> > wrote: > >> I'd just give the columns generic names and let react handle the names >> you want to display which is probably based on dates or something cyclical. >> Otherwise it seems like too much overhead in renaming fields and migration. >> >> On Wed, Jan 29, 2025, 2:56 PM 'Ryan Nowakowski' via Django users < >> [email protected]> wrote: >> >>> >>> On 1/27/25 7:41 AM, Mayank Prajapati wrote: >>> > I am making a full stack project with JavaScript and react for front >>> end , Postgre SQL for database and Django for backend and Django rest >>> framework for APIs. So in models.py file there's one field which is to be >>> removed and another field is to be added at the end. This process has to be >>> done once daily at specific time. For example, assume there are five fields >>> in my models i.e. A,B,C,D and E. At some specific time field B will be >>> removed and new field E will be added after D, again same process will >>> repeat next day field C will be removed and new field F will be added after >>> E. I can implement this process through python file handling and "with" >>> method. >>> > >>> > So my question is, should i implement this process in my Django >>> project? Will this process work efficiently in production environment? >>> > >>> >>> When you say "field" are these FileFields < >>> https://docs.djangoproject.com/en/5.1/ref/models/fields/#filefield>? >>> And when you say "removed" and "added", are you talking about actually >>> removing the field from the model(via migrations < >>> https://docs.djangoproject.com/en/5.1/topics/migrations/>) or setting >>> that field to "None"(null) when you "remove" it? >>> >>> -- >>> 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 [email protected]. >>> To view this discussion visit >>> https://groups.google.com/d/msgid/django-users/B1F2C8F6-766A-4515-ADEC-C72D59866E71%40fattuba.com >>> <https://groups.google.com/d/msgid/django-users/B1F2C8F6-766A-4515-ADEC-C72D59866E71%40fattuba.com?utm_medium=email&utm_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 [email protected]. >> To view this discussion visit >> https://groups.google.com/d/msgid/django-users/CACCvK-vi3ooiMfKAGpMYyme4c2jA1fxbvY3HD0tdBRn7oc%2Bx%2BQ%40mail.gmail.com >> <https://groups.google.com/d/msgid/django-users/CACCvK-vi3ooiMfKAGpMYyme4c2jA1fxbvY3HD0tdBRn7oc%2Bx%2BQ%40mail.gmail.com?utm_medium=email&utm_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 [email protected]. > To view this discussion visit > https://groups.google.com/d/msgid/django-users/CANGWp6zEwcKGwwbj-JxNTDmMM-d7ivJFMJbQagR0JKKg600C2g%40mail.gmail.com > <https://groups.google.com/d/msgid/django-users/CANGWp6zEwcKGwwbj-JxNTDmMM-d7ivJFMJbQagR0JKKg600C2g%40mail.gmail.com?utm_medium=email&utm_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 [email protected]. To view this discussion visit https://groups.google.com/d/msgid/django-users/CAFm0m6SDqETb9njxbgvTn3WOaNrvOAMK1J1PkJtZDVyec1SQAQ%40mail.gmail.com.
