வலைபெயர்ப்பு பிழைத்திருத்தம்

Bugs can behave as application crashes or as various misbehavior. You are welcome to collect info on any such issue and submit it to the issue tracker.

பிழைத்திருத்த முறை

பிழைத்திருத்த பயன்முறையை இயக்குவது வலை உலாவியில் விதிவிலக்குகளைக் காண்பிக்கும். வலை இடைமுகத்தில் சிக்கல்களை பிழைத்திருத்துவதற்கு இது பயனுள்ளதாக இருக்கும், ஆனால் விளைவாக்கம் சூழலுக்கு ஏற்றது அல்ல, ஏனெனில் இது செயல்திறன் விளைவுகளை ஏற்படுத்துகிறது மற்றும் தனிப்பட்ட தரவைக் கசியக்கூடும்.

In a production environment, use ADMINS to receive e-mails containing error reports, or configure error collection using a third-party service.

வலைபெயர்ப்பு பதிவுகள்

Weblate can produce detailed logs of what is going on in the background. In the default configuration it uses syslog and that makes the log appear either in /var/log/messages or /var/log/syslog (depending on your syslog daemon configuration).

The Celery process (see செலரியைப் பயன்படுத்தி பின்னணி பணிகள்) usually produces its own logs as well. The example system-wide setups logs to several files under /var/log/celery/.

Docker containers log to their output (as per usual in the Docker world), so you can look at the logs using docker compose logs. You can get more detailed logs by changing WEBLATE_LOGLEVEL.

See also

மாதிரி உள்ளமைவு contains LOGGING configuration.

பின்னணி பணிகளை செயலாக்கவில்லை

செலரி தொழிலாளர்களால் பின்னணியில் நிறைய விசயங்கள் செய்யப்படுகின்றன. மின்னஞ்சல்களை அனுப்புவது அல்லது கூறு அகற்றுதல் போன்ற விசயங்கள் செயல்படவில்லை என்றால், தொடர்புடைய சிக்கல் இருக்கலாம்.

அந்த வழக்கில் சரிபார்க்க வேண்டிய விசயங்கள்:

வலைபெயர்ப்புடிலிருந்து மின்னஞ்சல்களைப் பெறவில்லை

You can verify whether outgoing e-mail is working correctly by using the sendtestemail management command (see மேலாண்மை கட்டளைகளைத் தூண்டுதல் for instructions on how to invoke it in different environments) or by using மேலாண்மை இடைமுகம் under the Tools tab.

These send e-mails directly, so this verifies that your SMTP configuration is correct (see வெளிச்செல்லும் மின்னஞ்சலை உள்ளமைத்தல்). Most of the e-mails from Weblate are however sent in the background and there might be some issues with Celery involved as well, please see பின்னணி பணிகளை செயலாக்கவில்லை for debugging that.

பயன்பாட்டு செயலிழப்புகளை பகுப்பாய்வு செய்தல்

In case the application crashes, it is useful to collect as much info about the crash as possible. This can be achieved by using third-party services which can collect such info automatically. You can find info on how to set this up in பிழை அறிக்கைகளை சேகரித்தல் மற்றும் செயல்திறனைக் கண்காணித்தல்.

அமைதியான தோல்விகள்

Lots of tasks are offloaded to Celery for background processing. Failures are not shown in the user interface, but appear in the Celery logs. Configuring பிழை அறிக்கைகளை சேகரித்தல் மற்றும் செயல்திறனைக் கண்காணித்தல் helps you to notice such failures easier.

செயல்திறன் சிக்கல்கள்

வலைபெயர்ப்பு சில சூழ்நிலைகளில் மோசமாக செயல்பட்டால், தயவுசெய்து சிக்கலைக் காட்டும் தொடர்புடைய பதிவுகளை சேகரிக்கவும், குறியீடு எங்கு மேம்படுத்தப்படலாம் என்பதைக் கண்டறிய உதவும் எதையும்.

See பிழை அறிக்கைகளை சேகரித்தல் மற்றும் செயல்திறனைக் கண்காணித்தல் for information on setting up Sentry which can provide useful insights on badly performing operations.

In case the slow performance is linked to the database, you can also enable logging of all database queries using following configuration after enabling DEBUG:

LOGGING["loggers"]["django.db.backends"] = {"handlers": ["console"], "level": "DEBUG"}