A javascript module loader

Exception handling in REST framework views

REST framework’s views handle various exceptions, and deal with returning appropriate error responses.

The handled exceptions are:

• Subclasses of raised inside REST framework.
• Django’s exception.
• Django’s exception.

In each case, REST framework will return a response with an appropriate status code and content-type. The body of the response will include any additional details regarding the nature of the error.

Most error responses will include a key in the body of the response.

For example, the following request:

Might receive an error response indicating that the method is not allowed on that resource:

Validation errors are handled slightly differently, and will include the field names as the keys in the response. If the validation error was not specific to a particular field then it will use the «non_field_errors» key, or whatever string value has been set for the setting.

An example validation error might look like this:

Безопасность ramdisk, ramfs, tmpfs

Особое внимание стоит уделить безопасности рамдиска ramfs, т.к. данный вид рамдиска никак не ограничивает рост занимаемой ОЗУ

Для того чтобы защитить ваш Linux от краха, необходимо ограничить права доступа на запись в примонтированный раздел. Для этого, в tmpfs имеются параметры монтирования mode=, uid= и gid=nnn. Для ramfs это реализуется посредством задания прав доступа на точку монтирования. Для ramdisk используются стандартные параметры монтирования любой файловой системы с указанием прав и ID групп и пользователя. Стоит понимать, что кроме специфических параметров монтирования рамдиск имеются и стандартные опции, такие как noexec, nosuid и др., ограничивающие возможности неправомерного использования раздела.

Error while running apache2ctl configtest

This error is related to the last fix detailed above and can be solved in the same manner, if you encounter a message like the following:

Error while running apache2ctl configtest.
Action 'configtest' failed.
The Apache error log may have more information.

AH00526: Syntax error on line 30 of /etc/apache2/sites-enabled/000-default-le-ssl.conf:
SSLCertificateFile: file '/etc/letsencrypt/live/mydomain.com/fullchain.pem' does not exist or is empty

Simply delete the old config and try again

During the Webdock Let’s Encrypt SSL installation, a Certbot rollback command hasn’t completely cleared an old default config file. You can resolve this by removing the file /etc/apache2/sites-enabled/000-default-le-ssl.conf and run Certbot once more.

Summary

• We can inherit from and other built-in error classes normally. We just need to take care of the property and don’t forget to call .
• We can use to check for particular errors. It also works with inheritance. But sometimes we have an error object coming from a 3rd-party library and there’s no easy way to get its class. Then property can be used for such checks.
• Wrapping exceptions is a widespread technique: a function handles low-level exceptions and creates higher-level errors instead of various low-level ones. Low-level exceptions sometimes become properties of that object like in the examples above, but that’s not strictly required.

Extending Error

As an example, let’s consider a function that should read JSON with user data.

Here’s an example of how a valid may look:

Internally, we’ll use . If it receives malformed , then it throws . But even if is syntactically correct, that doesn’t mean that it’s a valid user, right? It may miss the necessary data. For instance, it may not have and properties that are essential for our users.

Our function will not only read JSON, but check (“validate”) the data. If there are no required fields, or the format is wrong, then that’s an error. And that’s not a , because the data is syntactically correct, but another kind of error. We’ll call it and create a class for it. An error of that kind should also carry the information about the offending field.

Our class should inherit from the class.

The class is built-in, but here’s its approximate code so we can understand what we’re extending:

Now let’s inherit from it and try it in action:

Please note: in the line we call the parent constructor. JavaScript requires us to call in the child constructor, so that’s obligatory. The parent constructor sets the property.

The parent constructor also sets the property to , so in the line we reset it to the right value.

Let’s try to use it in :

The block in the code above handles both our and the built-in from .

Please take a look at how we use to check for the specific error type in the line .

We could also look at , like this:

The version is much better, because in the future we are going to extend , make subtypes of it, like . And check will continue to work for new inheriting classes. So that’s future-proof.

Also it’s important that if meets an unknown error, then it rethrows it in the line . The block only knows how to handle validation and syntax errors, other kinds (caused by a typo in the code or other unknown reasons) should fall through.

Component Stack Traces

React 16 prints all errors that occurred during rendering to the console in development, even if the application accidentally swallows them. In addition to the error message and the JavaScript stack, it also provides component stack traces. Now you can see where exactly in the component tree the failure has happened:

You can also see the filenames and line numbers in the component stack trace. This works by default in Create React App projects:

If you don’t use Create React App, you can add this plugin manually to your Babel configuration. Note that it’s intended only for development and must be disabled in production.

Примеры

По умолчанию раздел TMPFS имеет максимальный размер устанавленный от половины всей вашей оперативной памяти, но это можно настроить

Обратите внимание, что фактическое потребление памяти/подкачки зависит от того, на сколько вы заполните её, так как разделы TMPFS не потребляют память до тех пор, пока это будет на самом деле необходимо.. Чтобы точно установить максимальный размер, в данном примере, чтобы переопределить значение по умолчанию для монтирования , используем опцию монтирования :

Чтобы точно установить максимальный размер, в данном примере, чтобы переопределить значение по умолчанию для монтирования , используем опцию монтирования :

/etc/fstab

tmpfs   /tmp         tmpfs   nodev,nosuid,size=2G          0  0

Limiting the size, and specifying uid and gid + mode is very secure. For more information on this subject, follow the links listed in the  section.

Вот более сложный пример, показывающий, как добавить монтирование TMPFS для пользователей. Это полезно для веб-сайтов, MySQL TMP файлов, , и многое другое

Очень важно, попытаться получить идеальные параметры монтирования для того, что вы пытаетесь достичь. Цель состоит в том, чтобы получить безопасные параметры, насколько это возможно, чтобы предотвратить повышенное использование

Будет безопасным ограничить размер, указать Uid и GID + mode. Для получения дополнительной информации по этому вопросу, пройдите по ссылкам перечисленным в секции .

/etc/fstab

tmpfs   /www/cache    tmpfs  rw,size=1G,nr_inodes=5k,noexec,nodev,nosuid,uid=648,gid=648,mode=1700   0  0

Смотрите справочную страницу для получения дополнительной информации. Полезная опция монтирования из справочной страницы является опция . По крайней мере понятная.

Перезагрузитесь, для того чтобы изменения вступили в силу

Обратите внимание, что может быть заманчивым, выполнить , чтобы сделанные изменения вступили в силу немедленно, это сделает недоступными какие-либо файлы, которые в настоящее время находятся в этих каталогах (например, особенно проблематично для запуска программ с файлами блокировки). Тем не менее, если все они пусты, она должна быть безопасной для запуска , вместо перезагрузки (или смонтируйте их в индивидуальном порядке).

После применения изменений, вы можете убедиться в том, что они вступили в силу, посмотрев в и используя :

$ findmnt --target /tmp

TARGET SOURCE FSTYPE OPTIONS
/tmp   tmpfs  tmpfs  rw,nosuid,nodev,relatime

TMPFS также может быть временно изменен, без необходимости в перезагрузке, например, когда в ближайшее время необходимо выполнить большую работу компиляции. В этом случае вы можете запустить:

# mount -o remount,size=4G,noatime /tmp

Начальная конфигурация

Установка пакетов

Пакет требуется для работы fstab. Его функциональность теперь предоставляется . Он создан для поддержки стандарта конфигурации init.d:

1. Установка

   opkg update
   opkg install block-mount 

Автоматическое создание fstab

После сборки r36988, когда устанавливается , вы может использовать новую утилиту . Вызовите для получения простой конфигурации uci в файл. Далее вы можете ее изменить на свое усмотрение.

Для быстрого создания fstab можно использовать:

block detect > /etc/config/fstab

Далее отредактируйте ваш fstab в редакторе vi. Для понимания как работает редактор смотрите vi:

vi /etc/config/fstab

Если точка монтирования “корень” то вы начнете использовать extroot в процессе загрузки. Так же смотрите Extroot. Запустите для получения актуальных uuid доступных файловых систем. Так же смотри : block_mount для технических подробностей о процессе монтирования и использованных скриптах и командах.

Enable fstab at Boot

1. enable (make it start automatically on every boot up)

   /etc/init.d/fstab enable

2. and start (right now)

   /etc/init.d/fstab start

Whenever you change your configuration, restart this to make it take effect:

/etc/init.d/fstab restart

As of, or before 2014-04-14, running:

/etc/init.d/fstab start|restart

results in the following error message:

this file has been obseleted. please call "/sbin/block mount" directly

. Need to document the new proper way of doing things for Barrier Breaker.

Notes

echo '# WARNING: this is an auto generated file, please use UCI to set defined filesystems' > /etc/fstab

ln -s /tmp/fstab /etc/fstab

Измените размер разделов вашей ОС с помощью Gparted

Требуется изменить размер раздела на жестком диске Linux, содержащего текущую операционную систему Linux? Если это так, вы должны загрузить живой диск Gparted, так как невозможно изменить размер используемых в настоящее время разделов.

Чтобы получить доступ к живому диску Gparted, откройте окно терминала, нажав Ctrl + Alt + T или Ctrl + Shift + T на клавиатуре. Затем используйте инструмент загрузки wget, чтобы получить последний живой образ Gparted.

wget https://downloads.sourceforge.net/gparted/gparted-live-1.0.0-3-amd64.iso

Когда загрузка файла ISO Gparted live ISO будет завершена, подключите USB-накопитель к USB-порту и используйте Инструмент для обработки изображений Etcher для создания загрузочного живого диска.

После создания загрузочного живого диска Gparted перезагрузите компьютер и загрузите настройки BIOS. Просмотрите настройки BIOS и настройте его для загрузки с USB-накопителя Gparted.

Как только сеанс Gparted live загружается с вашего USB-накопителя, позвольте ему загрузиться. Когда это произойдет, выполните следующие операции, указанные в списке ниже.

Для «Настройка данных консоли» выберите «Не трогать раскладку».Для языка введите число из списка выше. Или нажмите Enter, чтобы выбрать значение по умолчанию, которое обнаружила ОС.В поле «Какой режим вы предпочитаете» введите «startx» и нажмите клавишу Enter.

Вскоре после записи «startx» в оболочке на экране появится графическая среда вместе с инструментом разбиения Gparted. Используя инструмент, щелкните раскрывающееся меню в правом верхнем углу и выберите диск, с которым хотите работать.

После того, как вы выбрали жесткий диск, с которым хотите работать, найдите раздел жесткого диска, размер которого вы хотите изменить, и щелкните его правой кнопкой мыши. Затем просмотрите контекстное меню, найдите «Изменить размер / переместить» и щелкните его, чтобы открыть меню «Изменить размер / переместить» раздела.

Внутри меню «Изменить размер / Переместить» используйте графический инструмент, чтобы перетащить раздел жесткого диска, чтобы сделать его меньше или больше. Либо нажмите «Новый размер (МиБ)» и умножьте число 1024 на количество ГБ, чтобы получить точный размер.

Когда вас устраивает новый размер раздела, нажмите кнопку с галочкой в ​​верхней части приложения, чтобы применить изменения.

Перезагрузитесь, когда закончите работу с живым диском Gparted. После повторного входа в ОС размер раздела должен быть изменен до указанного вами размера!

Conflicting «functions» and «builds» Configuration

There are two different ways to configure Serverless Functions in your project: or . However, only one of them may be used at a time — they cannot be used in conjuction.

For most cases, it is recommended to use the property because it supports more features, such as:

• Allows configuration of the amount of memory that the Serverless Function is provided with.
• More reliable because it requires a specific npm package version for the property.
• Supports «clean URLs» by default, which means that the Serverless Functions are automatically accessible without their file extension in the URL.

However, the property will remain supported for backwards compatibility purposes.

GraphQL error policies

If a GraphQL operation produces one or more , your server’s response might still include partial data in the field:

Copy

By default, Apollo Client throws away partial data and populates (or whichever hook you’re using). You can instead use these partial results by defining an error policy for your operation.

Apollo Client supports the following error policies for an operation:

Specify an error policy in the options object you provide your operation hook (such as ), like so:

Copy

This example uses the error policy to render both partial data and error information whenever applicable.

Отключить автоматическое монтирование

Systemd, может автоматически устанавливать как tmpfs, даже если у вас нет записи в вашем .

Для отключения автоматического монтирования, выполните следующую команду:

# systemctl mask tmp.mount

Файлы больше не будут хранится в tmpfs, но будут на вашем блочном устройстве.
Содержание теперь будет сохранятся между перезагрузками, чего вам бы не хотелось.
Чтобы сохранить прежнее поведение и очищать каталог атоматически когда вы перезагружаете машину, рассмотрите возможность использования :

/etc/tmpfiles.d/tmp.conf

# смотрите tmpfiles.d(5)
# очистка каталога /tmp всегда включена
D! /tmp 1777 root root 0

# удалить файлы в каталоге /var/tmp старше 10 дней
D /var/tmp 1777 root root 10d

# namespace mountpoints (PrivateTmp=yes) are excluded from removal
x /tmp/systemd-private-*
x /var/tmp/systemd-private-*
X /tmp/systemd-private-*/tmp
X /var/tmp/systemd-private-*/tmp

Подключение съёмного носителя (флешки, внешнего диска) в Linux

Между прочим, многие дистрибутивы Linux при подключении USB флешки или внешнего диска автоматически их монтируют. Автоматическое монтирование обычно является функцией окружения рабочего стола. То есть на одном и том же дистрибутиве Linux, но с разными рабочими столами (версии Linux Mint как пример) автомонтирование может иметься или отсутствовать.

Если этого не произошло, значит нужно смонтировать вручную. Этот процесс ничем не отличается от обычного монтирования дисков: также создайте точку монтирования и используйте команду mount.

Съёмные носители можно монтировать через /etc/fstab, для этого даже есть специальная опция nofail — игнорировать ошибки, если диск отсутствует.

Account creation on ACMEv1 is disabled

If you get an error message similar to the following

Certbot failed in schonherr Certbot message: Saving debug log to /var/log/letsencrypt/letsencrypt.log
An unexpected error occurred:
The client lacks sufficient authorization :: Account creation on ACMEv1 is disabled. Please upgrade your ACME client to a version that supports ACMEv2 / RFC 8555. See https://community.letsencrypt.org/t/end-of-life-plan-for-acmev1/88430 for details.
Please see the logfiles in /var/log/letsencrypt for more details.

This simply means that the installed version of Certbot is too old and doesn’t support newer authentication methods. Simply upgrade your system with:

apt-get update -y
apt-get upgrade -y

If it prompts you what to do about existing config files just choose the defaults which is to keep the existing configuration. Once the system is upgraded it is a good idea to reboot the system, or at the very least your webserver and php-fpm before trying again.

Please note: During the system upgrade your webserver will likely go down temporarily. Plan accordingly.

Из чего состоят записи в /etc/fstab

Первое поле (fs_spec).

Это поле описывает специальное блочное устройство, удалённую файловую систему или образ файловой системы для loop устройства, которое нужно смонтировать, или файл подкачки, или раздел подкачки, который нужно включить.

Для обычных монтирований он будет содержать (ссылку на) узел специального блочного устройства (созданный утилитой mknod) для монтируемого устройства, например, «/dev/cdrom» или «/dev/sdb7». Для монтирования NFS это поле — <host>:<dir>, например, «knuth.aeb.nl:/». Для файловых систем без хранилища можно использовать любую строку, которая будет отображаться, например, в выводе df. Обычно для procfs используется «proc»; а для tmpfs используются «mem», «none» или «tmpfs». Другие специальные файловые системы, такие как udev и sysfs, обычно не указываются в fstab.

Вместо имени устройства можно указать LABEL=<label> или UUID=<uuid>. Это рекомендуемый метод, поскольку имена устройств часто совпадают с порядком обнаружения оборудования и могут измениться при добавлении или удалении других дисков. Например, «LABEL=Boot» или «UUID=3e6be9de-8139-11d1-9106-a43f08d823a6». (Используйте инструмент, специфичный для файловой системы, например e2label, xfs_admin или fatlabel, чтобы установить LABEL в файловых системах).

Также можно использовать ARTUUID= и PARTLABEL=. Эти идентификаторы разделов поддерживаются, например, для таблицы разделов GUID (GPT).

Чтобы узнать UUID всех дисков используйте любую из следующих команд:

findmnt --real -o TARGET,SOURCE,FSTYPE,UUID
mount | grep "^/dev"
blkid
lsblk -o NAME,MAJ:MIN,RM,SIZE,RO,TYPE,UUID

Чтобы узнать UUID определённого диска, используйте любую из следующих команд:

findmnt --real -o TARGET,SOURCE,FSTYPE,UUID /dev/ДИСК
blkid /dev/ДИСК
lsblk -o NAME,MAJ:MIN,RM,SIZE,RO,TYPE,UUID /dev/ДИСК

Второе поле (fs_file).

Это поле описывает точку монтирования (цель) для файловой системы. Для разделов подкачки это поле должно быть указано как «none». Если имя точки монтирования содержит пробелы или табуляции, их можно использовать как «\040» и «\011» соответственно.

Третье поле (fs_vfstype).

Это поле описывает тип файловой системы. Linux поддерживает множество типов файловых систем: ext4, xfs, btrfs, f2fs, vfat, ntfs, hfsplus, tmpfs, sysfs, proc, iso9660, udf, squashfs, nfs, cifs и многие другие.

Запись подкачки в этом поле должна содержать «swap».

Запись «none» полезна для привязки или перемещения монтирований.

Можно указать несколько типов в списке, разделённом запятыми.

mount и umount поддерживают подтипы файловых систем. Подтип определяется суффиксом «.subtype». Например, «fuse.sshfs». Рекомендуется использовать нотацию подтипа, а не добавлять префикс в первое поле fstab (например, «sshfs#example.com» является устаревшим).

Четвёртое поле (fs_mntops).

В этом поле описаны параметры монтирования, связанные с файловой системой.

Поле отформатировано как список параметров, разделённых запятыми. Оно содержит как минимум тип монтирования (ro или rw), а также любые дополнительные параметры, соответствующие типу файловой системы (включая параметры настройки производительности).

defaults

использовать параметры по умолчанию: rw, suid, dev, exec, auto, nouser и async.

noauto

не монтировать при использовании команды «mount -a» (например, во время загрузки)

user (пользователь)

позволяет монтировать указанному пользователю

owner (владелец)

позволяет монтировать указанному владельцу устройства

комментарий

или x-<name> для использования программами поддержки fstab

nofail

не сообщает об ошибках для этого устройства, если оно не существует.

Пятое поле (fs_freq).

Это поле используется dump, чтобы определить, какие файловые системы нужно выгрузить. По умолчанию, если не присутствует, — ноль (не выгружать).

Шестое поле (fs_passno).

Это поле используется fsck для определения порядка, в котором выполняется проверка файловых систем во время загрузки. Корневая файловая система должна быть указана с fs_passno равным 1.

Для других файловых систем значение fs_passno должно быть равно 2. Файловые системы на диске будут проверяться последовательно, но файловые системы на разных дисках будут проверяться одновременно, чтобы использовать параллелизм, доступный на оборудовании. По умолчанию нулевое значение (не использовать fsck), если оно отсутствует.

Wrapping exceptions

The purpose of the function in the code above is “to read the user data”. There may occur different kinds of errors in the process. Right now we have and , but in the future function may grow and probably generate other kinds of errors.

The code which calls should handle these errors. Right now it uses multiple s in the block, that check the class and handle known errors and rethrow the unknown ones.

The scheme is like this:

In the code above we can see two types of errors, but there can be more.

If the function generates several kinds of errors, then we should ask ourselves: do we really want to check for all error types one-by-one every time?

Often the answer is “No”: we’d like to be “one level above all that”. We just want to know if there was a “data reading error” – why exactly it happened is often irrelevant (the error message describes it). Or, even better, we’d like to have a way to get the error details, but only if we need to.

The technique that we describe here is called “wrapping exceptions”.

1. We’ll make a new class to represent a generic “data reading” error.
2. The function will catch data reading errors that occur inside it, such as and , and generate a instead.
3. The object will keep the reference to the original error in its property.

Then the code that calls will only have to check for , not for every kind of data reading errors. And if it needs more details of an error, it can check its property.

Here’s the code that defines and demonstrates its use in and :

In the code above, works exactly as described – catches syntax and validation errors and throws errors instead (unknown errors are rethrown as usual).

So the outer code checks and that’s it. No need to list all possible error types.

The approach is called “wrapping exceptions”, because we take “low level” exceptions and “wrap” them into that is more abstract. It is widely used in object-oriented programming.

Usage

A simple , using file system UUIDs:

/etc/fstab

# <device>                                <dir> <type> <options> <dump> <fsck>
UUID=0a3407de-014b-458b-b5c1-848e92a327a3 /     ext4   noatime   0      1
UUID=f9fe0b69-a280-415d-a03a-a32752370dee none  swap   defaults  0      0
UUID=b411dc99-f0a0-4c87-9e05-184977be8539 /home ext4   noatime   0      2

• describes the block special device or remote file system to be mounted; see .
• describes the mount directory.
• the file system type.
• the associated mount options; see and .
• is checked by the utility. This field is usually set to , which disables the check.
• sets the order for file system checks at boot time; see . For the root device it should be . For other partitions it should be , or to disable checking.

Tip:

• The type lets the mount command guess what type of file system is used. This is useful for optical media (CD/DVD/Blu-ray).
• If the root file system is btrfs or XFS, the fsck order should be set to instead of . See and .

All specified devices within will be automatically mounted on startup and when the flag is used with unless the option is specified. Devices that are listed and not present will result in an error unless the option is used.

See for details.

Introducing Error Boundaries

A JavaScript error in a part of the UI shouldn’t break the whole app. To solve this problem for React users, React 16 introduces a new concept of an “error boundary”.

Error boundaries are React components that catch JavaScript errors anywhere in their child component tree, log those errors, and display a fallback UI instead of the component tree that crashed. Error boundaries catch errors during rendering, in lifecycle methods, and in constructors of the whole tree below them.

A class component becomes an error boundary if it defines either (or both) of the lifecycle methods or . Use to render a fallback UI after an error has been thrown. Use to log error information.

Then you can use it as a regular component:

Error boundaries work like a JavaScript block, but for components. Only class components can be error boundaries. In practice, most of the time you’ll want to declare an error boundary component once and use it throughout your application.

Note that error boundaries only catch errors in the components below them in the tree. An error boundary can’t catch an error within itself. If an error boundary fails trying to render the error message, the error will propagate to the closest error boundary above it. This, too, is similar to how the block works in JavaScript.

Lost Git Repository Access

In order for Vercel to be able to deploy commits to your Git repository, a Project on Vercel has to be connected to it.

This connection is interrupted if the Git repository is deleted, archived, or if the Vercel App was uninstalled from the corresponding Git account or Git organization. Make sure none of these things apply.

Additionally, when using GitHub, the connection is also interrupted if you or a Team Member modifies the access permissions of the Vercel GitHub App installed on the respective personal GitHub account or GitHub organization.

To verify the access permissions of the Vercel GitHub App installed on your personal GitHub account, navigate to the «Applications» page and select «Vercel» under «Installed GitHub Apps». You will see a list of Git repositories that the GitHub App has access to. Make sure that the Git repository you’re looking to connect to a Vercel Project is listed there.

To verify the access permissions of the Vercel GitHub App installed on your GitHub organization, select «Vercel» under «Installed GitHub Apps» in the organization settings. You will see a list of Git repositories that the GitHub App has access to. Make sure that the Git repository you’re looking to connect to a Vercel Project is listed there.

Error types

Executing GraphQL operations on a remote server can result in or .

These are errors related to the server-side execution of a GraphQL operation. They include:

• Syntax errors (e.g., a query was malformed)
• Validation errors (e.g., a query included a schema field that doesn’t exist)
• Resolver errors (e.g., an error occurred while attempting to populate a query field)

If a syntax error or validation error occurs, your server doesn’t execute the operation at all because it’s invalid. If resolver errors occur, your server can still return .

If a GraphQL error occurs, your server includes it in the array of its response to Apollo Client:

Example error response

Apollo Client then adds those errors to (or whichever operation hook you used).

If a GraphQL error prevents Apollo Server from executing your operation at all, it responds with a status code. Apollo Server responds with a status code if resolver errors occurred but the response still includes .

An operation that produces resolver errors might also return partial data. This means that some (but not all) of the data your operation requested is included in your server’s response. Apollo Client ignores partial data by default, but you can override this behavior by .

These are errors encountered while attempting to communicate with your GraphQL server, usually resulting in a or response status code (and no data).

When a network error occurs, Apollo Client adds it to (or whichever operation hook you used).

You can add retry logic and other advanced network error handling to your application with .

Further inheritance

The class is very generic. Many things may go wrong. The property may be absent or it may be in a wrong format (like a string value for instead of a number). Let’s make a more concrete class , exactly for absent properties. It will carry additional information about the property that’s missing.

The new class is easy to use: we only need to pass the property name: . The human-readable is generated by the constructor.

Please note that in constructor is again assigned manually. That may become a bit tedious – to assign in every custom error class. We can avoid it by making our own “basic error” class that assigns . And then inherit all our custom errors from it.

Let’s call it .

Here’s the code with and other custom error classes, simplified:

Now custom errors are much shorter, especially , as we got rid of the line in the constructor.