Очистка временных файлов документации
This commit is contained in:
@@ -1,265 +0,0 @@
|
|||||||
# Тестирование исправления загрузки сохранённых значений корректировки цены
|
|
||||||
|
|
||||||
## Дата исправления: 2025-11-02
|
|
||||||
## Коммит: c7bf23c
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Описание проблемы (которая была исправлена)
|
|
||||||
|
|
||||||
**Проблема:** Сохранённые значения корректировки цены не отображались на странице редактирования комплекта.
|
|
||||||
- Отображались только в 1 из 10 случаев
|
|
||||||
- Большую часть времени поля были пустыми
|
|
||||||
- Когда отображались, то сразу затирались какой-то переинициализацией
|
|
||||||
|
|
||||||
**URL для воспроизведения:** `http://grach.localhost:8000/products/kits/4/update/`
|
|
||||||
|
|
||||||
**Корневая причина:**
|
|
||||||
1. При загрузке значений в input-поля срабатывают события `input` и `change`
|
|
||||||
2. Эти события вызывают `calculateFinalPrice()` и `validateSingleAdjustment()`
|
|
||||||
3. Функция `calculateFinalPrice()` перезаписывает скрытые поля (`id_price_adjustment_type`, `id_price_adjustment_value`) со значениями по умолчанию
|
|
||||||
4. Получается race condition: значения загружаются → события срабатывают → значения стираются
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Что было исправлено
|
|
||||||
|
|
||||||
### Решение: Два уровня защиты от перезаписи
|
|
||||||
|
|
||||||
**Уровень 1: Флаг `isLoadingAdjustmentValues`**
|
|
||||||
- Подавляет события `input` и `change` во время загрузки значений
|
|
||||||
- Код видит эти события, но пропускает обработку
|
|
||||||
- Логирует в консоль: "Skipping event during adjustment value loading"
|
|
||||||
|
|
||||||
**Уровень 2: Флаг `isInitializing`**
|
|
||||||
- Даже если событие обработается, `calculateFinalPrice()` не перезапишет скрытые поля
|
|
||||||
- Проверка: `if (!isInitializing) { adjustmentTypeInput.value = ...; }`
|
|
||||||
|
|
||||||
**Уровень 3: `requestAnimationFrame`**
|
|
||||||
- Гарантирует что `isInitializing = false` устанавливается в конце frame
|
|
||||||
- Синхронизация с браузерным rendering cycle
|
|
||||||
|
|
||||||
### Файлы изменены
|
|
||||||
|
|
||||||
**`productkit_edit.html`** (строки 435, 683-696, 912-935)
|
|
||||||
```javascript
|
|
||||||
// Строка 435: Добавлен новый флаг
|
|
||||||
let isLoadingAdjustmentValues = false;
|
|
||||||
|
|
||||||
// Строки 683-696: Добавлена проверка в event listeners
|
|
||||||
input.addEventListener('input', () => {
|
|
||||||
if (isLoadingAdjustmentValues) {
|
|
||||||
console.log('Skipping event during adjustment value loading');
|
|
||||||
return;
|
|
||||||
}
|
|
||||||
validateSingleAdjustment();
|
|
||||||
calculateFinalPrice();
|
|
||||||
});
|
|
||||||
|
|
||||||
// Строки 912-935: Используется флаг во время загрузки значений
|
|
||||||
isLoadingAdjustmentValues = true;
|
|
||||||
console.log('isLoadingAdjustmentValues = true, suppressing input/change events');
|
|
||||||
|
|
||||||
// Загрузка значений
|
|
||||||
// ...
|
|
||||||
|
|
||||||
isLoadingAdjustmentValues = false;
|
|
||||||
console.log('isLoadingAdjustmentValues = false, events are enabled again');
|
|
||||||
```
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Как тестировать исправление
|
|
||||||
|
|
||||||
### Тестовые данные
|
|
||||||
Используются комплекты в тенанте "grach":
|
|
||||||
- **Kit #4:** "Комплект Роза" с корректировкой `increase_percent: 10.00`
|
|
||||||
- **Kit #2:** "Комплект белые розы" с корректировкой `increase_amount: 5.00`
|
|
||||||
|
|
||||||
### Сценарий 1: Проверка отображения на странице редактирования (10 раз)
|
|
||||||
|
|
||||||
**Цель:** Убедиться что значение отображается ВСЕГДА, а не 1 раз из 10
|
|
||||||
|
|
||||||
**Шаги:**
|
|
||||||
1. Открыть http://grach.localhost:8000/products/kits/4/update/
|
|
||||||
2. Нажать Ctrl+F5 (очистить кэш и перезагрузить)
|
|
||||||
3. Найти блок "НА СКОЛЬКО БЫЛА ИЗМЕНЕНА ЦЕНА"
|
|
||||||
4. Должно отображаться: поле "Увеличить на %" с значением **10**
|
|
||||||
5. Повторить шаги 2-4 ещё 9 раз (всего 10 раз)
|
|
||||||
|
|
||||||
**Ожидаемый результат:** 10/10 раз значение 10 отображается в поле
|
|
||||||
|
|
||||||
**Признаки успеха:**
|
|
||||||
- ✅ Поле не пустое
|
|
||||||
- ✅ Значение = 10
|
|
||||||
- ✅ Остальные 3 поля (Увеличить на сумму, Уменьшить на %, Уменьшить на сумму) - отключены (disabled)
|
|
||||||
- ✅ Они помечены серым цветом (не активны)
|
|
||||||
|
|
||||||
### Сценарий 2: Проверка логирования в консоли браузера
|
|
||||||
|
|
||||||
**Цель:** Убедиться что логирование показывает правильный порядок выполнения
|
|
||||||
|
|
||||||
**Шаги:**
|
|
||||||
1. Открыть http://grach.localhost:8000/products/kits/4/update/
|
|
||||||
2. Нажать F12 (открыть DevTools)
|
|
||||||
3. Перейти на вкладку **Console**
|
|
||||||
4. Нажать Ctrl+F5
|
|
||||||
5. В консоли должны появиться логи (отсортировать по времени вверх):
|
|
||||||
|
|
||||||
**Ожидаемые логи (в таком порядке):**
|
|
||||||
```
|
|
||||||
Loading saved adjustment values: {type: 'increase_percent', value: 10}
|
|
||||||
isLoadingAdjustmentValues = true, suppressing input/change events
|
|
||||||
Loaded increase_percent: 10
|
|
||||||
isLoadingAdjustmentValues = false, events are enabled again
|
|
||||||
calculateFinalPrice: calculating...
|
|
||||||
[несколько логов о расчётах цен]
|
|
||||||
Initialization complete, isInitializing = false
|
|
||||||
```
|
|
||||||
|
|
||||||
**Признаки успеха:**
|
|
||||||
- ✅ `isLoadingAdjustmentValues = true` появляется ДО загрузки значений
|
|
||||||
- ✅ `Loaded increase_percent: 10` показывает что значение загружено
|
|
||||||
- ✅ `isLoadingAdjustmentValues = false` появляется ПОСЛЕ загрузки
|
|
||||||
- ✅ `Initialization complete` появляется в конце
|
|
||||||
- ✅ Нет ошибок в консоли (красных сообщений)
|
|
||||||
|
|
||||||
### Сценарий 3: Проверка редактирования корректировки
|
|
||||||
|
|
||||||
**Цель:** Убедиться что можно изменить значение и оно сохраняется
|
|
||||||
|
|
||||||
**Шаги:**
|
|
||||||
1. Открыть http://grach.localhost:8000/products/kits/4/update/
|
|
||||||
2. В поле "Увеличить на %" изменить значение с 10 на 15
|
|
||||||
3. Нажать кнопку "Сохранить"
|
|
||||||
4. Открыть страницу редактирования снова (F5)
|
|
||||||
5. Проверить что значение = 15
|
|
||||||
|
|
||||||
**Ожидаемый результат:**
|
|
||||||
- ✅ Значение измененo на 15
|
|
||||||
- ✅ Сохранилось в БД
|
|
||||||
- ✅ При перезагрузке отображается 15
|
|
||||||
|
|
||||||
### Сценарий 4: Проверка другого комплекта (с decrease_percent)
|
|
||||||
|
|
||||||
**Цель:** Убедиться что исправление работает для всех 4 типов корректировки
|
|
||||||
|
|
||||||
**Шаги:**
|
|
||||||
1. Создать новый комплект
|
|
||||||
2. Добавить товар
|
|
||||||
3. В блоке "НА СКОЛЬКО БЫЛА ИЗМЕНЕНА ЦЕНА" выбрать "Уменьшить на %" и ввести 20
|
|
||||||
4. Сохранить
|
|
||||||
5. Открыть для редактирования
|
|
||||||
6. Проверить что "Уменьшить на %" = 20
|
|
||||||
7. Повторить 5 раз
|
|
||||||
|
|
||||||
**Ожидаемый результат:** 5/5 раз значение отображается правильно
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Что смотреть в консоли браузера (для отладки)
|
|
||||||
|
|
||||||
**F12 → Console → Filter (Фильтр)**
|
|
||||||
|
|
||||||
Полезные логи:
|
|
||||||
```javascript
|
|
||||||
// Загрузка сохранённых значений
|
|
||||||
"Loading saved adjustment values:"
|
|
||||||
"isLoadingAdjustmentValues = true"
|
|
||||||
"Loaded increase_percent: 10"
|
|
||||||
"isLoadingAdjustmentValues = false"
|
|
||||||
|
|
||||||
// События которые подавляются
|
|
||||||
"Skipping event during adjustment value loading"
|
|
||||||
|
|
||||||
// Инициализация завершена
|
|
||||||
"Initialization complete, isInitializing = false"
|
|
||||||
```
|
|
||||||
|
|
||||||
**Если видите эти логи в консоли - значит исправление работает правильно.**
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Возможные проблемы и решения
|
|
||||||
|
|
||||||
### Проблема: Значение всё ещё не отображается
|
|
||||||
**Решение:**
|
|
||||||
1. Откройте консоль (F12)
|
|
||||||
2. Проверьте логи - есть ли ошибки?
|
|
||||||
3. Проверьте что комплект в БД имеет значение `price_adjustment_value` > 0
|
|
||||||
4. Очистите браузерный кэш (Ctrl+Shift+Delete)
|
|
||||||
5. Нажмите Ctrl+F5 на странице редактирования
|
|
||||||
|
|
||||||
### Проблема: Логи не появляются
|
|
||||||
**Решение:**
|
|
||||||
1. Проверьте что консоль не отфильтрована (нет активного фильтра)
|
|
||||||
2. Нажмите Ctrl+F5 (hard refresh)
|
|
||||||
3. Проверьте что в productkit_edit.html есть код с логами (смотрите коммит c7bf23c)
|
|
||||||
|
|
||||||
### Проблема: Значение загружается но потом исчезает
|
|
||||||
**Решение:**
|
|
||||||
1. Это была исходная проблема
|
|
||||||
2. Если она всё ещё есть - значит исправление не развернулось
|
|
||||||
3. Проверьте git статус: `git log -1`
|
|
||||||
4. Должен быть коммит "c7bf23c fix: Улучшить загрузку сохранённых значений"
|
|
||||||
5. Если коммита нет - обновите файл productkit_edit.html вручную
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Результаты тестирования
|
|
||||||
|
|
||||||
Заполните после выполнения тестов:
|
|
||||||
|
|
||||||
| Сценарий | Попыток | Успешных | Результат |
|
|
||||||
|----------|---------|----------|-----------|
|
|
||||||
| 1. Отображение (10 раз) | 10 | __/10 | ✅ / ❌ |
|
|
||||||
| 2. Логирование | 1 | __/1 | ✅ / ❌ |
|
|
||||||
| 3. Редактирование | 1 | __/1 | ✅ / ❌ |
|
|
||||||
| 4. Другой тип коррекции | 5 | __/5 | ✅ / ❌ |
|
|
||||||
|
|
||||||
**Итоговый результат:** ✅ ПРОЙДЕНО / ❌ НЕ ПРОЙДЕНО
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Архитектура исправления
|
|
||||||
|
|
||||||
```
|
|
||||||
Загрузка страницы редактирования
|
|
||||||
↓
|
|
||||||
1. DOMContentLoaded срабатывает
|
|
||||||
↓
|
|
||||||
2. Инициализация переменных
|
|
||||||
- isInitializing = true
|
|
||||||
- isLoadingAdjustmentValues = false
|
|
||||||
- priceCache = {}
|
|
||||||
↓
|
|
||||||
3. Регистрация event listeners (с проверкой isLoadingAdjustmentValues)
|
|
||||||
↓
|
|
||||||
4. setTimeout 500ms → Загрузка сохранённых значений
|
|
||||||
↓
|
|
||||||
5a. Устанавливаем isLoadingAdjustmentValues = true
|
|
||||||
5b. Заполняем поля (input события ПОДАВЛЯЮТСЯ благодаря флагу)
|
|
||||||
5c. Вызываем validateSingleAdjustment()
|
|
||||||
5d. Устанавливаем isLoadingAdjustmentValues = false
|
|
||||||
↓
|
|
||||||
6. calculateFinalPrice() с isInitializing = true
|
|
||||||
(не перезапишет скрытые поля даже если они обновятся)
|
|
||||||
↓
|
|
||||||
7. requestAnimationFrame × 2 → isInitializing = false
|
|
||||||
(в конце frame cycle, после всех events)
|
|
||||||
↓
|
|
||||||
8. ГОТОВО: значения загружены, события обрабатываются, скрытые поля защищены
|
|
||||||
```
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Заключение
|
|
||||||
|
|
||||||
Исправление использует трёхуровневую защиту:
|
|
||||||
1. **Подавление событий** (isLoadingAdjustmentValues) во время загрузки
|
|
||||||
2. **Защита скрытых полей** (isInitializing) от перезаписи
|
|
||||||
3. **Синхронизация с браузером** (requestAnimationFrame) для надёжности
|
|
||||||
|
|
||||||
Это должно полностью исправить проблему с надёжностью загрузки сохранённых значений корректировки цены.
|
|
||||||
|
|
||||||
🎉 **Готово к тестированию!**
|
|
||||||
@@ -1,90 +0,0 @@
|
|||||||
# Исправление бага: Подмена фотографий при загрузке
|
|
||||||
|
|
||||||
## Проблема
|
|
||||||
При загрузке новой фотографии к товару она подменялась другой уже существующей фотографией. Пользователь загружал одно фото, но в БД и на сайте появлялось совершенно другое.
|
|
||||||
|
|
||||||
## Причина
|
|
||||||
|
|
||||||
**Корневая причина**: Коллизия имен файлов при сохранении фотографий.
|
|
||||||
|
|
||||||
### Как это происходило:
|
|
||||||
|
|
||||||
1. Система сохраняет фотографии по структуре: `products/{entity_id}/{photo_id}/{размер}.{расширение}`
|
|
||||||
- Пример: `products/2/7/original.jpg`, `products/2/7/large.webp`, и т.д.
|
|
||||||
|
|
||||||
2. Когда нужно перезаписать фотографию (при обновлении), Django обнаруживает что файл уже существует
|
|
||||||
|
|
||||||
3. Вместо замены, Django добавляет суффикс коллизии к имени файла:
|
|
||||||
- Ожидается: `products/2/3/original.jpg`
|
|
||||||
- Реально сохраняется: `products/2/3/original_LxC9yjS.jpg` ← с суффиксом
|
|
||||||
|
|
||||||
4. **ПРОБЛЕМА**: В БД сохраняется путь БЕЗ суффикса (`products/2/3/original.jpg`), но физически файл находится в другом месте (`products/2/3/original_LxC9yjS.jpg`)
|
|
||||||
|
|
||||||
5. Когда шаблон запрашивает `{{ photo.image.url }}`, Django ищет файл `products/2/3/original.jpg`, не находит его, и возвращает путь по умолчанию или другую доступную фотографию.
|
|
||||||
|
|
||||||
## Решение
|
|
||||||
|
|
||||||
### Шаг 1: Обновлен `image_processor.py`
|
|
||||||
|
|
||||||
В методе `_save_image_version()` добавлена проверка и удаление старого файла ПЕРЕД сохранением нового:
|
|
||||||
|
|
||||||
```python
|
|
||||||
# ВАЖНО: Удаляем старый файл если он существует, чтобы избежать коллизий имен
|
|
||||||
if default_storage.exists(file_path):
|
|
||||||
try:
|
|
||||||
default_storage.delete(file_path)
|
|
||||||
logger.info(f"Deleted old file: {file_path}")
|
|
||||||
except Exception as e:
|
|
||||||
logger.warning(f"Could not delete old file {file_path}: {str(e)}")
|
|
||||||
```
|
|
||||||
|
|
||||||
Это гарантирует что:
|
|
||||||
- Старый файл удаляется перед сохранением нового
|
|
||||||
- Django не встречает коллизию имен
|
|
||||||
- Путь в БД совпадает с реальным расположением файла на диске
|
|
||||||
|
|
||||||
### Шаг 2: Очистка старых данных
|
|
||||||
|
|
||||||
Создан и запущен скрипт `cleanup_media.py` который:
|
|
||||||
- Удалил все старые файлы с суффиксами коллизии (`original_b374WLW.jpg`, `large_lmCnBYn.webp` и т.д.)
|
|
||||||
- Удалил старые файлы из папки `products/originals/` (старая схема хранения)
|
|
||||||
|
|
||||||
**Результат**: Успешно удалено 6 устаревших файлов
|
|
||||||
|
|
||||||
## Файлы, измененные
|
|
||||||
|
|
||||||
1. **myproject/products/utils/image_processor.py**
|
|
||||||
- Добавлена проверка и удаление старого файла перед сохранением нового
|
|
||||||
- Добавлено логирование коллизий имен
|
|
||||||
|
|
||||||
2. **myproject/products/management/commands/cleanup_photo_media.py**
|
|
||||||
- Создана management команда для очистки старых файлов (опционально)
|
|
||||||
|
|
||||||
3. **cleanup_media.py** (в корне проекта)
|
|
||||||
- Создан скрипт для ручной очистки старых данных
|
|
||||||
|
|
||||||
## Как проверить исправление
|
|
||||||
|
|
||||||
1. Откройте товар с ID 2 (или любой другой товар)
|
|
||||||
2. Попробуйте загрузить новое фото
|
|
||||||
3. При сохранении фото должно правильно отобразиться
|
|
||||||
4. В папке `myproject/media/products/` не должно быть файлов с суффиксами вроде `_b374WLW`, `_LxC9yjS` и т.д.
|
|
||||||
|
|
||||||
## Технические детали
|
|
||||||
|
|
||||||
- **Файлы с коллизией**: Django использует функцию `storage.save()` которая добавляет суффикс если файл существует
|
|
||||||
- **Суффикс коллизии**: 8 случайных буквенно-цифровых символов вроде `_b374WLW`
|
|
||||||
- **Старые файлы**: Имели паттерн `{название}_{timestamp}_original.jpg` (из старой системы)
|
|
||||||
|
|
||||||
## Результаты
|
|
||||||
|
|
||||||
✓ Исправлено ошибочное сохранение путей в БД
|
|
||||||
✓ Удалены все старые файлы с коллизией имен
|
|
||||||
✓ Добавлена проверка при сохранении новых фотографий
|
|
||||||
✓ Добавлено логирование для отладки будущих проблем с коллизиями
|
|
||||||
|
|
||||||
## Рекомендации
|
|
||||||
|
|
||||||
1. Периодически проверяйте папку `myproject/media/` на наличие файлов с суффиксами
|
|
||||||
2. Можно добавить периодическую очистку через Celery или cron
|
|
||||||
3. В продакшене рекомендуется использовать облачное хранилище (S3 и т.д.) которое лучше справляется с коллизиями имен
|
|
||||||
@@ -1,232 +0,0 @@
|
|||||||
# ConfigurableKitProduct Implementation - Completion Summary
|
|
||||||
|
|
||||||
## Status: ✅ COMPLETE
|
|
||||||
|
|
||||||
All tasks for implementing the M2M architecture for variable products have been successfully completed and tested.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Work Completed
|
|
||||||
|
|
||||||
### 1. ✅ Database Model Architecture
|
|
||||||
- **New Model**: `ConfigurableKitOptionAttribute`
|
|
||||||
- M2M relationship between variants and attribute values
|
|
||||||
- Unique constraint: one value per attribute per variant
|
|
||||||
- Proper indexing on both fields
|
|
||||||
- **Migration**: `0006_add_configurablekitoptionattribute.py`
|
|
||||||
- Successfully created and applied
|
|
||||||
- Database schema updated
|
|
||||||
|
|
||||||
### 2. ✅ Form Refactoring
|
|
||||||
- **ConfigurableKitOptionForm**
|
|
||||||
- Removed static 'attributes' field
|
|
||||||
- Added dynamic field generation in `__init__`
|
|
||||||
- Creates ModelChoiceField for each parent attribute
|
|
||||||
- Pre-fills current values when editing
|
|
||||||
- **BaseConfigurableKitOptionFormSet**
|
|
||||||
- Enhanced validation to check all attributes are filled
|
|
||||||
- Validates no duplicate kits
|
|
||||||
- Validates only one default variant
|
|
||||||
- Provides clear error messages per variant
|
|
||||||
|
|
||||||
### 3. ✅ View Implementation
|
|
||||||
- **ConfigurableKitProductCreateView**
|
|
||||||
- Updated `form_valid()` to save M2M relationships
|
|
||||||
- Creates ConfigurableKitOptionAttribute records
|
|
||||||
- Uses atomic transaction for consistency
|
|
||||||
- **ConfigurableKitProductUpdateView**
|
|
||||||
- Same implementation as Create view
|
|
||||||
- Properly handles attribute updates
|
|
||||||
|
|
||||||
### 4. ✅ Template & UI
|
|
||||||
- **Template Fixes**
|
|
||||||
- Fixed syntax error: changed to proper `in` operator
|
|
||||||
- Reordered sections: Attributes before Variants
|
|
||||||
- Dynamic attribute select rendering
|
|
||||||
- **JavaScript Enhancement**
|
|
||||||
- Dynamic form generation when adding variants
|
|
||||||
- Proper formset naming conventions
|
|
||||||
- Copies attribute structure from first form
|
|
||||||
|
|
||||||
### 5. ✅ Testing & Validation
|
|
||||||
- **Test Scripts Created**
|
|
||||||
- `test_configurable_simple.py` - Model/form verification
|
|
||||||
- `test_workflow.py` - Complete end-to-end workflow
|
|
||||||
- **All Tests Passing**: ✅ Verified
|
|
||||||
- Model relationships work correctly
|
|
||||||
- M2M data persists and retrieves properly
|
|
||||||
- Forms generate dynamic fields correctly
|
|
||||||
- Views import and integrate properly
|
|
||||||
|
|
||||||
### 6. ✅ Documentation
|
|
||||||
- `CONFIGURABLEKIT_IMPLEMENTATION_SUMMARY.md` - Technical details
|
|
||||||
- `TESTING_GUIDE.md` - Complete manual testing guide
|
|
||||||
- `COMPLETION_SUMMARY.md` - This file
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Code Changes Summary
|
|
||||||
|
|
||||||
### Modified Files
|
|
||||||
```
|
|
||||||
myproject/products/models/kits.py
|
|
||||||
- Added ConfigurableKitOptionAttribute model (40+ lines)
|
|
||||||
|
|
||||||
myproject/products/forms.py
|
|
||||||
- Refactored ConfigurableKitOptionForm (47 new lines)
|
|
||||||
- Enhanced BaseConfigurableKitOptionFormSet (30+ new lines)
|
|
||||||
- Total: +70 lines of validation and dynamic field generation
|
|
||||||
|
|
||||||
myproject/products/views/configurablekit_views.py
|
|
||||||
- Updated ConfigurableKitProductCreateView.form_valid()
|
|
||||||
- Updated ConfigurableKitProductUpdateView.form_valid()
|
|
||||||
- Added ConfigurableKitOptionAttribute creation logic
|
|
||||||
|
|
||||||
myproject/products/templates/products/configurablekit_form.html
|
|
||||||
- Fixed template syntax error
|
|
||||||
- Reordered form sections
|
|
||||||
- Updated JavaScript for dynamic form generation
|
|
||||||
```
|
|
||||||
|
|
||||||
### New Files
|
|
||||||
```
|
|
||||||
myproject/products/migrations/0005_alter_configurablekitoption_attributes.py
|
|
||||||
myproject/products/migrations/0006_add_configurablekitoptionattribute.py
|
|
||||||
myproject/test_configurable_simple.py
|
|
||||||
myproject/test_workflow.py
|
|
||||||
CONFIGURABLEKIT_IMPLEMENTATION_SUMMARY.md
|
|
||||||
TESTING_GUIDE.md
|
|
||||||
```
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Key Features Implemented
|
|
||||||
|
|
||||||
✅ **M2M Architecture**
|
|
||||||
- Clean separation between attribute definitions and variant bindings
|
|
||||||
- Proper database relationships with constraints
|
|
||||||
|
|
||||||
✅ **Dynamic Form Generation**
|
|
||||||
- Fields created based on parent product attributes
|
|
||||||
- Works in both create and edit modes
|
|
||||||
- Pre-filled values when editing
|
|
||||||
|
|
||||||
✅ **Comprehensive Validation**
|
|
||||||
- All attributes required for each variant
|
|
||||||
- No duplicate kits in single product
|
|
||||||
- Only one default variant per product
|
|
||||||
- Clear error messages for each issue
|
|
||||||
|
|
||||||
✅ **User Experience**
|
|
||||||
- Attributes section appears before variants
|
|
||||||
- Dynamic variant addition with all required fields
|
|
||||||
- Visual feedback for deleted variants
|
|
||||||
- Delete button for easy variant removal
|
|
||||||
|
|
||||||
✅ **Data Consistency**
|
|
||||||
- Atomic transactions for multi-part saves
|
|
||||||
- Proper handling of partial updates
|
|
||||||
- Correct M2M relationship cleanup
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Testing Status
|
|
||||||
|
|
||||||
### Automated Tests
|
|
||||||
- ✅ `test_configurable_simple.py` - PASSED
|
|
||||||
- ✅ `test_workflow.py` - PASSED
|
|
||||||
|
|
||||||
### Manual Testing
|
|
||||||
Ready for full workflow testing following `TESTING_GUIDE.md`
|
|
||||||
|
|
||||||
### Test Coverage
|
|
||||||
- Model creation and retrieval
|
|
||||||
- M2M relationship operations
|
|
||||||
- Dynamic form field generation
|
|
||||||
- Form validation logic
|
|
||||||
- View integration
|
|
||||||
- Template syntax
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## How to Use
|
|
||||||
|
|
||||||
### For Testing
|
|
||||||
```bash
|
|
||||||
cd myproject
|
|
||||||
python test_configurable_simple.py
|
|
||||||
python test_workflow.py
|
|
||||||
```
|
|
||||||
|
|
||||||
### For Manual Testing
|
|
||||||
Follow `TESTING_GUIDE.md` step-by-step:
|
|
||||||
1. Create variable product at `/products/configurable-kits/create/`
|
|
||||||
2. Define attributes with values
|
|
||||||
3. Create variants with attribute selections
|
|
||||||
4. Verify validation rules
|
|
||||||
5. Test dynamic variant addition
|
|
||||||
|
|
||||||
### In Production
|
|
||||||
Simply use the admin or API to create ConfigurableKitProduct instances with:
|
|
||||||
- Name and SKU
|
|
||||||
- Attributes (ConfigurableKitProductAttribute)
|
|
||||||
- Variants (ConfigurableKitOption) with M2M bindings (ConfigurableKitOptionAttribute)
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Database Schema
|
|
||||||
|
|
||||||
```
|
|
||||||
ConfigurableKitProduct
|
|
||||||
├── parent_attributes (1:M) → ConfigurableKitProductAttribute
|
|
||||||
│ └── name, option, position, visible, parent
|
|
||||||
│
|
|
||||||
└── options (1:M) → ConfigurableKitOption
|
|
||||||
├── kit (FK) → ProductKit
|
|
||||||
├── is_default
|
|
||||||
└── attributes_set (M:M through ConfigurableKitOptionAttribute)
|
|
||||||
└── attribute (FK) → ConfigurableKitProductAttribute
|
|
||||||
```
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Known Limitations
|
|
||||||
|
|
||||||
- None at this time
|
|
||||||
- All planned features implemented
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Future Enhancements
|
|
||||||
|
|
||||||
Optional improvements for future consideration:
|
|
||||||
1. Variant SKU customization per attribute combination
|
|
||||||
2. Variant pricing adjustments
|
|
||||||
3. Stock tracking per variant
|
|
||||||
4. WooCommerce integration for export
|
|
||||||
5. Bulk variant creation from attribute combinations
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Git Commit
|
|
||||||
|
|
||||||
All changes committed with message:
|
|
||||||
```
|
|
||||||
Implement M2M architecture for ConfigurableKitProduct variants with dynamic attribute selection
|
|
||||||
```
|
|
||||||
|
|
||||||
Commit hash: Available in git history
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Sign-Off
|
|
||||||
|
|
||||||
✅ Implementation complete
|
|
||||||
✅ Tests passing
|
|
||||||
✅ Documentation complete
|
|
||||||
✅ Ready for production use
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
**Date**: November 18, 2025
|
|
||||||
**Status**: Production Ready
|
|
||||||
@@ -1,101 +0,0 @@
|
|||||||
# Отладка расчёта цены комплекта
|
|
||||||
|
|
||||||
## Проблема
|
|
||||||
Первая строка (компонент) не считается в цену. При добавлении второго товара начинает считать.
|
|
||||||
|
|
||||||
## Решение
|
|
||||||
|
|
||||||
### Что было исправлено
|
|
||||||
|
|
||||||
1. **Улучшена функция `getProductPrice()`** с добавлением:
|
|
||||||
- Строгой проверки валидности элемента и productId
|
|
||||||
- Логирования для отладки (console.log)
|
|
||||||
- Проверки на isNaN и productId <= 0
|
|
||||||
|
|
||||||
2. **Улучшена функция `calculateFinalPrice()`** с добавлением:
|
|
||||||
- Проверки что товар выбран (!productSelect || !productSelect.value)
|
|
||||||
- Валидации количества (если quantity <= 0, использует 1)
|
|
||||||
- Проверки что цена > 0 перед добавлением в сумму
|
|
||||||
|
|
||||||
3. **Добавлено логирование** для отладки в браузерной консоли:
|
|
||||||
```javascript
|
|
||||||
console.log('getProductPrice: from cache', productId, cachedPrice);
|
|
||||||
console.log('getProductPrice: from API', productId, price);
|
|
||||||
console.warn('getProductPrice: returning 0 for product', productId);
|
|
||||||
```
|
|
||||||
|
|
||||||
### Как провести отладку
|
|
||||||
|
|
||||||
1. **Откройте DevTools** в браузере (F12 или Ctrl+Shift+I)
|
|
||||||
2. Перейдите на вкладку **Console**
|
|
||||||
3. Добавьте первый товар на форму создания комплекта
|
|
||||||
4. Посмотрите в Console - должны увидеть логи вида:
|
|
||||||
```
|
|
||||||
getProductPrice: fetching from API 1
|
|
||||||
getProductPrice: from API 1 20.00
|
|
||||||
```
|
|
||||||
|
|
||||||
5. Введите количество товара
|
|
||||||
6. Проверьте что в Console логируется `calculateFinalPrice` вызывается
|
|
||||||
7. Убедитесь что базовая цена обновилась
|
|
||||||
|
|
||||||
### Возможные проблемы и решения
|
|
||||||
|
|
||||||
#### 1. "getProductPrice: no valid product id"
|
|
||||||
**Проблема:** selectElement пуст или не имеет ID товара
|
|
||||||
**Решение:** Убедитесь что товар действительно выбран в Select2
|
|
||||||
|
|
||||||
#### 2. "getProductPrice: returning 0 for product"
|
|
||||||
**Проблема:** Цена товара не найдена ни в одном источнике
|
|
||||||
**Решение:**
|
|
||||||
- Проверьте что товар имеет цену в базе данных
|
|
||||||
- Проверьте API endpoint возвращает actual_price
|
|
||||||
|
|
||||||
#### 3. Цена считается только со 2-го товара
|
|
||||||
**Проблема:** Первая форма загружается с пустыми значениями, но JavaScript пытается считать её
|
|
||||||
**Решение:**
|
|
||||||
- Логика теперь пропускает пустые товары (`if (!productSelect.value) continue`)
|
|
||||||
- Убедитесь что Вы выбираете товар перед добавлением количества
|
|
||||||
|
|
||||||
### Тест в консоли браузера
|
|
||||||
|
|
||||||
После добавления товара выполните в консоли:
|
|
||||||
|
|
||||||
```javascript
|
|
||||||
// Получить текущую базовую цену
|
|
||||||
console.log(basePrice);
|
|
||||||
|
|
||||||
// Получить кэш цен
|
|
||||||
console.log(priceCache);
|
|
||||||
|
|
||||||
// Получить все формы компонентов
|
|
||||||
document.querySelectorAll('.kititem-form').length;
|
|
||||||
|
|
||||||
// Проверить значение в первой форме
|
|
||||||
document.querySelector('[name$="-product"]').value;
|
|
||||||
```
|
|
||||||
|
|
||||||
### Network отладка
|
|
||||||
|
|
||||||
1. Откройте вкладку **Network** в DevTools
|
|
||||||
2. Добавьте товар
|
|
||||||
3. Должен быть запрос к `/products/api/search-products-variants/?id=1`
|
|
||||||
4. Проверьте Response - должна быть `actual_price` в результате
|
|
||||||
|
|
||||||
### Состояние системы после исправлений
|
|
||||||
|
|
||||||
✅ **getProductPrice()** - теперь надёжно получает цены с логированием
|
|
||||||
✅ **calculateFinalPrice()** - корректно обрабатывает пустые и частично заполненные формы
|
|
||||||
✅ **Event handlers** - срабатывают корректно при select2:select
|
|
||||||
✅ **Кэширование** - работает, ускоряет повторный доступ к ценам
|
|
||||||
|
|
||||||
## Если проблема сохраняется
|
|
||||||
|
|
||||||
1. Проверьте в консоли логи при добавлении товара
|
|
||||||
2. Убедитесь что API endpoint возвращает данные:
|
|
||||||
```
|
|
||||||
GET /products/api/search-products-variants/?id=1
|
|
||||||
Response: {"results": [{"id": 1, "actual_price": "20.00", ...}]}
|
|
||||||
```
|
|
||||||
3. Очистите кэш браузера (Ctrl+Shift+Delete)
|
|
||||||
4. Перезагрузите страницу
|
|
||||||
344
FINAL_SUMMARY.md
344
FINAL_SUMMARY.md
@@ -1,344 +0,0 @@
|
|||||||
# ConfigurableKitProduct Kit Binding - Complete Implementation
|
|
||||||
|
|
||||||
## 🎉 Final Status: ✅ PRODUCTION READY
|
|
||||||
|
|
||||||
All tasks completed successfully. The ConfigurableKitProduct system now fully supports ProductKit binding for attribute values with proper validation and UI display.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 📋 Complete Work Summary
|
|
||||||
|
|
||||||
### Session Overview
|
|
||||||
- **Duration**: Multiple phases
|
|
||||||
- **Total Commits**: 5 major commits
|
|
||||||
- **Lines Changed**: ~1000+
|
|
||||||
- **Files Modified**: 8 core files
|
|
||||||
- **Tests Created**: 2 comprehensive test scripts
|
|
||||||
- **Documentation**: 3 detailed guides
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 🏗️ Architecture Changes
|
|
||||||
|
|
||||||
### 1. Data Model Enhancement
|
|
||||||
**File**: `products/models/kits.py`
|
|
||||||
|
|
||||||
Added ForeignKey field to `ConfigurableKitProductAttribute`:
|
|
||||||
```python
|
|
||||||
kit = models.ForeignKey(
|
|
||||||
ProductKit,
|
|
||||||
on_delete=models.CASCADE,
|
|
||||||
related_name='as_attribute_value_in',
|
|
||||||
blank=True,
|
|
||||||
null=True
|
|
||||||
)
|
|
||||||
```
|
|
||||||
|
|
||||||
**Features**:
|
|
||||||
- CASCADE delete (orphan attributes removed if kit deleted)
|
|
||||||
- Optional for backward compatibility
|
|
||||||
- Indexed for efficient queries
|
|
||||||
- Updated unique constraint: `(parent, name, option, kit)`
|
|
||||||
|
|
||||||
### 2. Database Migration
|
|
||||||
**File**: `products/migrations/0007_add_kit_to_attribute.py`
|
|
||||||
|
|
||||||
- Applied successfully to grach schema
|
|
||||||
- Handles existing data (NULL values)
|
|
||||||
- Proper indexing for performance
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 🎨 User Interface
|
|
||||||
|
|
||||||
### Detail View Enhancement
|
|
||||||
**File**: `products/templates/products/configurablekit_detail.html`
|
|
||||||
|
|
||||||
Added "Комплект" (Kit) column showing:
|
|
||||||
- Clickable blue badges for bound kits (links to ProductKit detail)
|
|
||||||
- Gray dashes for unbound attributes
|
|
||||||
- Clean integration with existing table
|
|
||||||
|
|
||||||
**Navigation**: Product List → Product Detail → View kit bindings → Click kit → Kit detail
|
|
||||||
|
|
||||||
### List View Enhancement
|
|
||||||
**File**: `products/templates/products/configurablekit_list.html`
|
|
||||||
|
|
||||||
Added "Атрибутов" (Attributes) column showing:
|
|
||||||
- Total attribute count per product
|
|
||||||
- Gray badges for consistency
|
|
||||||
- Quick overview of product complexity
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 🔧 Backend Logic
|
|
||||||
|
|
||||||
### Form Validation
|
|
||||||
**File**: `products/forms.py` - `BaseConfigurableKitOptionFormSet.clean()`
|
|
||||||
|
|
||||||
**Enhanced validation**:
|
|
||||||
1. If product HAS parameters → variant MUST have values for ALL parameters
|
|
||||||
2. If product HAS NO parameters → variant creation is REJECTED
|
|
||||||
3. Clear error messages guide user to add parameters first
|
|
||||||
|
|
||||||
**Business Rule**: No orphan variants without parameter bindings
|
|
||||||
|
|
||||||
### View Processing
|
|
||||||
**File**: `products/views/configurablekit_views.py`
|
|
||||||
|
|
||||||
**Updated `_save_attributes_from_cards()` in both Create and Update views**:
|
|
||||||
```python
|
|
||||||
# Reads JSON arrays:
|
|
||||||
- attributes-X-values: ["50", "60", "70"]
|
|
||||||
- attributes-X-kits: [1, 2, 3]
|
|
||||||
|
|
||||||
# Creates records:
|
|
||||||
ConfigurableKitProductAttribute(
|
|
||||||
parent=product,
|
|
||||||
name=name,
|
|
||||||
option=value,
|
|
||||||
kit=kit, # NEW!
|
|
||||||
position=position,
|
|
||||||
visible=visible
|
|
||||||
)
|
|
||||||
```
|
|
||||||
|
|
||||||
### Template Updates
|
|
||||||
**File**: `products/templates/products/configurablekit_form.html`
|
|
||||||
|
|
||||||
**Improvements**:
|
|
||||||
- Removed unused `attributesMetadata` container (dead code cleanup)
|
|
||||||
- Streamlined form structure
|
|
||||||
- Kit selector fully integrated in card interface
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## ✅ Feature Checklist
|
|
||||||
|
|
||||||
### Core Implementation
|
|
||||||
- [x] Model FK to ProductKit
|
|
||||||
- [x] Database migration
|
|
||||||
- [x] Form validation enhancement
|
|
||||||
- [x] View logic for saving kit bindings
|
|
||||||
- [x] JavaScript serialization of kit IDs
|
|
||||||
- [x] Template display updates
|
|
||||||
|
|
||||||
### UI/UX
|
|
||||||
- [x] Detail view kit column
|
|
||||||
- [x] List view attribute count
|
|
||||||
- [x] Clickable kit links
|
|
||||||
- [x] Proper handling of NULL kits
|
|
||||||
- [x] Bootstrap badge styling
|
|
||||||
- [x] Responsive design
|
|
||||||
|
|
||||||
### Validation
|
|
||||||
- [x] Variants require parameter values
|
|
||||||
- [x] No orphan variants allowed
|
|
||||||
- [x] Error messages for guidance
|
|
||||||
- [x] Attribute completeness checks
|
|
||||||
- [x] Unique constraint on (parent, name, option, kit)
|
|
||||||
|
|
||||||
### Testing
|
|
||||||
- [x] Automated test: test_kit_binding.py (all passing)
|
|
||||||
- [x] UI display verification
|
|
||||||
- [x] Kit links functional
|
|
||||||
- [x] NULL handling correct
|
|
||||||
- [x] Data persistence confirmed
|
|
||||||
|
|
||||||
### Code Quality
|
|
||||||
- [x] No breaking changes
|
|
||||||
- [x] Backward compatible (NULL kits work)
|
|
||||||
- [x] Performance optimized (proper indexes)
|
|
||||||
- [x] Dead code removed
|
|
||||||
- [x] Clear error messages
|
|
||||||
- [x] Documentation complete
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 📊 Test Results
|
|
||||||
|
|
||||||
### Automated Test: `test_kit_binding.py`
|
|
||||||
```
|
|
||||||
Total attributes: 5 ✓
|
|
||||||
Kit-bound attributes: 4 ✓
|
|
||||||
Unbound attributes: 1 ✓
|
|
||||||
Parameter grouping: Correct ✓
|
|
||||||
Queries by kit: Working ✓
|
|
||||||
Reverse queries: Working ✓
|
|
||||||
FK integrity: Verified ✓
|
|
||||||
```
|
|
||||||
|
|
||||||
### Manual Verification
|
|
||||||
✓ Created products with kit-bound parameters
|
|
||||||
✓ Viewed kit bindings in detail page
|
|
||||||
✓ Verified kit links are clickable and functional
|
|
||||||
✓ Confirmed unbound attributes display correctly
|
|
||||||
✓ Tested list view attribute counts
|
|
||||||
✓ Validated form submission with kit data
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 🔍 Data Structure Example
|
|
||||||
|
|
||||||
Product: "T-Shirt Bundle"
|
|
||||||
```
|
|
||||||
ConfigurableKitProduct
|
|
||||||
├── Attribute: Размер (Size)
|
|
||||||
│ ├── S → Test Kit A
|
|
||||||
│ ├── M → Test Kit B
|
|
||||||
│ └── L → Test Kit C
|
|
||||||
│
|
|
||||||
├── Attribute: Цвет (Color)
|
|
||||||
│ ├── Красный → Test Kit D
|
|
||||||
│ ├── Синий → Test Kit E
|
|
||||||
│ └── Зелёный → (no kit)
|
|
||||||
│
|
|
||||||
└── Variants (Options):
|
|
||||||
├── Option 1: Size=S, Color=Красный
|
|
||||||
├── Option 2: Size=M, Color=Синий
|
|
||||||
└── Option 3: Size=L, Color=Зелёный
|
|
||||||
```
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 📈 Performance Metrics
|
|
||||||
|
|
||||||
### Database Queries
|
|
||||||
- Added index on `kit` field → O(log n) lookup
|
|
||||||
- No N+1 issues (FK is eager loaded)
|
|
||||||
- Distinct query on attributes → minimal overhead
|
|
||||||
|
|
||||||
### UI Rendering
|
|
||||||
- Detail view: 1 additional query for kit names (cached)
|
|
||||||
- List view: 1 aggregation query per product (minimal)
|
|
||||||
- No JavaScript performance impact
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 🚀 Deployment Readiness
|
|
||||||
|
|
||||||
### Checklist
|
|
||||||
- [x] All migrations applied successfully
|
|
||||||
- [x] Backward compatible (NULL kits work)
|
|
||||||
- [x] No database schema conflicts
|
|
||||||
- [x] No dependency issues
|
|
||||||
- [x] Error handling comprehensive
|
|
||||||
- [x] User guidance implemented
|
|
||||||
- [x] Documentation complete
|
|
||||||
- [x] Tests passing
|
|
||||||
|
|
||||||
### Risks & Mitigation
|
|
||||||
- **Risk**: Existing products without parameters can't have variants
|
|
||||||
- **Mitigation**: Clear error message guides users to add parameters first
|
|
||||||
- **Status**: ✅ Acceptable - this enforces data integrity
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 📚 Documentation Provided
|
|
||||||
|
|
||||||
1. **KIT_BINDING_IMPLEMENTATION.md** - Technical implementation details
|
|
||||||
2. **KIT_BINDING_UI_DISPLAY.md** - UI display documentation
|
|
||||||
3. **test_kit_binding.py** - Comprehensive test suite
|
|
||||||
4. **test_workflow.py** - End-to-end workflow testing
|
|
||||||
5. **test_card_interface.py** - Card interface testing
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 🔗 Git Commits
|
|
||||||
|
|
||||||
1. **3f78978** - Add ProductKit binding to ConfigurableKitProductAttribute values
|
|
||||||
2. **6cd7c0b** - Add kit binding display in ConfigurableKitProduct templates
|
|
||||||
3. **b1f0d99** - Add documentation for kit binding UI display
|
|
||||||
4. **2985950** - Enforce parameter binding requirement for ConfigurableKitProduct variants
|
|
||||||
5. **67341b2** - Remove temporary test scripts from git
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 💡 Key Design Decisions
|
|
||||||
|
|
||||||
### 1. FK vs M2M
|
|
||||||
**Decision**: FK field (not M2M)
|
|
||||||
**Rationale**:
|
|
||||||
- Simple 1:N relationship (attribute value → single kit)
|
|
||||||
- Easier to understand and maintain
|
|
||||||
- Better performance for this use case
|
|
||||||
- No junction table overhead
|
|
||||||
|
|
||||||
### 2. NULL vs Required
|
|
||||||
**Decision**: Kit field is nullable
|
|
||||||
**Rationale**:
|
|
||||||
- Backward compatibility with existing data
|
|
||||||
- Allows gradual migration
|
|
||||||
- Some workflows may need unbound attributes
|
|
||||||
- Validation enforces binding at form level
|
|
||||||
|
|
||||||
### 3. Validation Level
|
|
||||||
**Decision**: Form-level validation, not model-level
|
|
||||||
**Rationale**:
|
|
||||||
- Context-aware (check parent product state)
|
|
||||||
- User-friendly error messages
|
|
||||||
- Enforced before database commit
|
|
||||||
- Prevents orphan data
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 🎯 Business Value
|
|
||||||
|
|
||||||
### For Users
|
|
||||||
- ✅ Clear visualization of which kit each parameter value belongs to
|
|
||||||
- ✅ Prevents meaningless variants without parameter bindings
|
|
||||||
- ✅ Guided workflow: parameters first, then variants
|
|
||||||
- ✅ Easy kit navigation from attribute view
|
|
||||||
|
|
||||||
### For System
|
|
||||||
- ✅ Data integrity: no orphan variants
|
|
||||||
- ✅ Query efficiency: indexed FK lookups
|
|
||||||
- ✅ Maintainability: simple 1:N relationship
|
|
||||||
- ✅ Scalability: handles thousands of attributes
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 🔮 Future Enhancements (Optional)
|
|
||||||
|
|
||||||
1. **Variant SKU Customization** - Generate SKU from attribute values + kit
|
|
||||||
2. **Price Adjustments** - Variant price modifiers based on attribute selection
|
|
||||||
3. **Stock Tracking** - Inventory per variant combination
|
|
||||||
4. **Bulk Generation** - Auto-create all variant combinations
|
|
||||||
5. **WooCommerce Export** - Map attribute values to WooCommerce variations
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 📝 Summary
|
|
||||||
|
|
||||||
The ConfigurableKitProduct system now provides a complete, validated solution for binding ProductKits to specific attribute values. Users can:
|
|
||||||
|
|
||||||
1. Create products with multiple parameters (e.g., Size, Color)
|
|
||||||
2. Assign specific kits to parameter values
|
|
||||||
3. Create variants that combine parameter selections
|
|
||||||
4. View all kit bindings in a clear UI
|
|
||||||
5. Navigate seamlessly between products and kits
|
|
||||||
|
|
||||||
The implementation is:
|
|
||||||
- **Robust**: Comprehensive validation prevents invalid states
|
|
||||||
- **Performant**: Indexed queries ensure fast lookups
|
|
||||||
- **Maintainable**: Clean architecture with clear separation of concerns
|
|
||||||
- **User-Friendly**: Guided workflows and clear error messages
|
|
||||||
- **Production-Ready**: Fully tested and documented
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
**Date**: November 18, 2025
|
|
||||||
**Status**: ✅ Production Ready
|
|
||||||
**Quality**: Enterprise Grade
|
|
||||||
|
|
||||||
🤖 Generated with Claude Code
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Contact & Support
|
|
||||||
|
|
||||||
For issues or questions about the implementation:
|
|
||||||
1. Review the technical documentation in `KIT_BINDING_IMPLEMENTATION.md`
|
|
||||||
2. Check test cases in `test_kit_binding.py`
|
|
||||||
3. Review form validation in `products/forms.py`
|
|
||||||
4. Check view logic in `products/views/configurablekit_views.py`
|
|
||||||
@@ -1,183 +0,0 @@
|
|||||||
# Kit Binding Display in ConfigurableKitProduct UI
|
|
||||||
|
|
||||||
## Status: ✅ COMPLETE
|
|
||||||
|
|
||||||
UI updates to display ProductKit bindings for attribute values have been completed and committed.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## What Was Added
|
|
||||||
|
|
||||||
### 1. Detail View - configurablekit_detail.html
|
|
||||||
|
|
||||||
**Line 142**: Added "Комплект" (Kit) column to attribute table
|
|
||||||
|
|
||||||
**Features**:
|
|
||||||
- Shows the linked ProductKit name for each attribute value
|
|
||||||
- Kit name is displayed as a clickable blue badge → links to ProductKit detail page
|
|
||||||
- Unbound attributes show "—" (dash) in secondary badge
|
|
||||||
- Seamlessly integrated into existing table layout
|
|
||||||
|
|
||||||
**Example Display**:
|
|
||||||
```
|
|
||||||
Название атрибута | Значение опции | Комплект | Порядок | Видимый
|
|
||||||
─────────────────────────────────────────────────────────────────────────
|
|
||||||
Длина | 50 | [Test Kit A] | 0 | Да
|
|
||||||
Длина | 60 | [Test Kit B] | 0 | Да
|
|
||||||
Длина | 70 | [Test Kit C] | 0 | Да
|
|
||||||
Упаковка | БЕЗ | [Test Kit A] | 1 | Да
|
|
||||||
Упаковка | В УПАКОВКЕ | — | 1 | Да
|
|
||||||
```
|
|
||||||
|
|
||||||
### 2. List View - configurablekit_list.html
|
|
||||||
|
|
||||||
**Line 62**: Added "Атрибутов" (Attributes) column showing total attribute count
|
|
||||||
|
|
||||||
**Features**:
|
|
||||||
- Displays total count of attributes for each ConfigurableKitProduct
|
|
||||||
- Count shown as secondary badge for consistency
|
|
||||||
- Updated colspan from 6 to 7 for empty state message
|
|
||||||
- Helps identify products with complex attribute structures
|
|
||||||
|
|
||||||
**Example Display**:
|
|
||||||
```
|
|
||||||
Название | Артикул | Статус | Вариантов | Атрибутов
|
|
||||||
────────────────────────────────────────────────────────────
|
|
||||||
Product A | SKU-001 | Active | 3 | 6
|
|
||||||
Product B | SKU-002 | Active | 2 | 5
|
|
||||||
Kit Test Prod | — | Active | 0 | 5
|
|
||||||
```
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## How to View
|
|
||||||
|
|
||||||
### Via Detail View
|
|
||||||
1. Navigate to `http://grach.localhost:8000/products/configurable-kits/17/`
|
|
||||||
2. Scroll down to "Атрибуты товара" section
|
|
||||||
3. See the "Комплект" column showing:
|
|
||||||
- **Clickable blue badges** for bound kits (links to ProductKit)
|
|
||||||
- **Gray dashes** for unbound attributes
|
|
||||||
|
|
||||||
### Via List View
|
|
||||||
1. Navigate to `http://grach.localhost:8000/products/configurable-kits/`
|
|
||||||
2. View the table - see new "Атрибутов" column
|
|
||||||
3. This shows attribute count for each product at a glance
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Database Sample Data
|
|
||||||
|
|
||||||
Current data in grach schema shows:
|
|
||||||
|
|
||||||
**Product ID 17** (or similar):
|
|
||||||
```
|
|
||||||
Длина (Length):
|
|
||||||
- 50 → Test Kit A
|
|
||||||
- 60 → Test Kit B
|
|
||||||
- 70 → Test Kit C
|
|
||||||
|
|
||||||
Упаковка (Packaging):
|
|
||||||
- БЕЗ → Test Kit A
|
|
||||||
- В УПАКОВКЕ → (no kit)
|
|
||||||
```
|
|
||||||
|
|
||||||
All links work correctly:
|
|
||||||
- Clicking kit names in detail view takes you to ProductKit detail pages
|
|
||||||
- Unbound attributes are properly indicated
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Technical Implementation
|
|
||||||
|
|
||||||
### Template Changes
|
|
||||||
|
|
||||||
**configurablekit_detail.html** (line 152-160):
|
|
||||||
```html
|
|
||||||
{% if attr.kit %}
|
|
||||||
<a href="{% url 'products:productkit-detail' attr.kit.pk %}"
|
|
||||||
class="text-decoration-none badge bg-info text-dark">
|
|
||||||
{{ attr.kit.name }}
|
|
||||||
</a>
|
|
||||||
{% else %}
|
|
||||||
<span class="badge bg-secondary">—</span>
|
|
||||||
{% endif %}
|
|
||||||
```
|
|
||||||
|
|
||||||
**configurablekit_list.html** (line 90-92):
|
|
||||||
```html
|
|
||||||
<td class="text-center">
|
|
||||||
<span class="badge bg-secondary">{{ item.parent_attributes.count }}</span>
|
|
||||||
</td>
|
|
||||||
```
|
|
||||||
|
|
||||||
### No View Changes Required
|
|
||||||
- Views already provide the necessary data
|
|
||||||
- QuerySets include the kit FK automatically
|
|
||||||
- Template filters handle NULL kit values gracefully
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Git Commits
|
|
||||||
|
|
||||||
1. **3f78978** - Add ProductKit binding to ConfigurableKitProductAttribute values
|
|
||||||
- Core feature implementation
|
|
||||||
- Model, migration, views, JavaScript
|
|
||||||
|
|
||||||
2. **6cd7c0b** - Add kit binding display in ConfigurableKitProduct templates
|
|
||||||
- UI enhancements
|
|
||||||
- Detail view kit column
|
|
||||||
- List view attribute count
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Visual Indicators
|
|
||||||
|
|
||||||
### Detail View
|
|
||||||
- **[Test Kit A]** - Blue clickable badge (linked kit)
|
|
||||||
- **—** - Gray dash (unbound)
|
|
||||||
|
|
||||||
### List View
|
|
||||||
- **5** - Gray badge (attribute count)
|
|
||||||
- **3** - Blue badge (variant count)
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Navigation
|
|
||||||
|
|
||||||
The implementation creates a complete navigation flow:
|
|
||||||
|
|
||||||
1. **List View** → See attribute count for each product
|
|
||||||
2. **Click Product Name** → Go to Detail View
|
|
||||||
3. **Detail View** → See all attributes with kit bindings
|
|
||||||
4. **Click Kit Name** → Go to ProductKit detail page
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Testing Status
|
|
||||||
|
|
||||||
✅ All data displays correctly
|
|
||||||
✅ Kit links are functional
|
|
||||||
✅ NULL kits are handled gracefully
|
|
||||||
✅ Badge styling is consistent
|
|
||||||
✅ Responsive layout maintained
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Production Ready
|
|
||||||
|
|
||||||
The UI updates are:
|
|
||||||
- ✅ Fully functional
|
|
||||||
- ✅ Properly styled with Bootstrap badges
|
|
||||||
- ✅ Responsive on mobile
|
|
||||||
- ✅ Backward compatible (NULL kits show gracefully)
|
|
||||||
- ✅ No performance impact
|
|
||||||
|
|
||||||
Users can now easily see which ProductKit each attribute value is bound to without needing to edit the product.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
**Date**: November 18, 2025
|
|
||||||
**Status**: Deployed ✅
|
|
||||||
|
|
||||||
🤖 Generated with Claude Code
|
|
||||||
@@ -1,263 +0,0 @@
|
|||||||
# Резюме сессии - Улучшения системы ценообразования комплектов
|
|
||||||
|
|
||||||
**Дата:** 2025-11-02
|
|
||||||
**Статус:** ✅ Успешно завершено и закоммичено
|
|
||||||
**Коммит:** `6c8af5a fix: Улучшения системы ценообразования комплектов`
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Что было сделано
|
|
||||||
|
|
||||||
### 1. Исправлен расчёт цены первого товара ✅
|
|
||||||
|
|
||||||
**Проблема:** При добавлении первого товара в комплект цена не обновлялась. Расчёты начинали работать только со второго товара.
|
|
||||||
|
|
||||||
**Причина:**
|
|
||||||
- Функция `getProductPrice()` недостаточно валидировала входные данные
|
|
||||||
- Функция `calculateFinalPrice()` не проверяла наличие товара перед расчётом
|
|
||||||
|
|
||||||
**Решение:**
|
|
||||||
- Добавлена строгая валидация в `getProductPrice()`: проверка на `isNaN`, `productId <= 0`
|
|
||||||
- Улучшена `calculateFinalPrice()`: пропуск пустых товаров, валидация количества (минимум 1)
|
|
||||||
- Добавлено логирование для отладки в console браузера
|
|
||||||
|
|
||||||
**Файлы:**
|
|
||||||
- `products/templates/products/productkit_create.html`
|
|
||||||
- `products/templates/products/productkit_edit.html`
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
### 2. Исправлено отображение цены в Select2 ✅
|
|
||||||
|
|
||||||
**Проблема:** Select2 dropdown отображал обычную цену (`price`), а не цену со скидкой (`actual_price`).
|
|
||||||
|
|
||||||
**Решение:**
|
|
||||||
- Обновлена функция `formatSelectResult()` в Select2 инициализации
|
|
||||||
- Теперь берёт приоритет: `actual_price` (если есть скидка) → `price` (обычная цена)
|
|
||||||
- Работает для всех случаев: поиск, список по умолчанию, AJAX запросы
|
|
||||||
|
|
||||||
**Файл:**
|
|
||||||
- `products/templates/products/includes/select2-product-init.html`
|
|
||||||
|
|
||||||
**API уже возвращал `actual_price`** (исправлено ранее в `api_views.py`)
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
### 3. Добавлено количество по умолчанию ✅
|
|
||||||
|
|
||||||
**Проблема:** При добавлении первого товара поле количества было пустым. При добавлении второго появлялась 1.
|
|
||||||
|
|
||||||
**Решение:**
|
|
||||||
- Добавлен метод `__init__` в класс `KitItemForm`
|
|
||||||
- Устанавливает `quantity.initial = 1` для новых форм (не существующих в БД)
|
|
||||||
- При редактировании существующих товаров значение загружается из БД
|
|
||||||
|
|
||||||
**Файл:**
|
|
||||||
- `products/forms.py` (строки 181-185)
|
|
||||||
|
|
||||||
```python
|
|
||||||
def __init__(self, *args, **kwargs):
|
|
||||||
super().__init__(*args, **kwargs)
|
|
||||||
# Устанавливаем значение по умолчанию для quantity = 1
|
|
||||||
if not self.instance.pk: # Только для новых форм
|
|
||||||
self.fields['quantity'].initial = 1
|
|
||||||
```
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
### 4. Добавлен auto-select текста при клике ✅
|
|
||||||
|
|
||||||
**Проблема:** При клике на поле количества нужно было вручную выделять число перед редактированием.
|
|
||||||
|
|
||||||
**Решение:**
|
|
||||||
- Добавлен обработчик события `focus` для всех полей количества
|
|
||||||
- При клике поле автоматически выделяет весь текст через `this.select()`
|
|
||||||
- Пользователь может сразу начать печатать новое значение
|
|
||||||
|
|
||||||
**Файлы:**
|
|
||||||
- `products/templates/products/productkit_create.html` (строки 657-659)
|
|
||||||
- `products/templates/products/productkit_edit.html` (строки 657-659)
|
|
||||||
|
|
||||||
**Код:**
|
|
||||||
```javascript
|
|
||||||
quantityInput.addEventListener('focus', function() {
|
|
||||||
this.select();
|
|
||||||
});
|
|
||||||
```
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Архитектура решения
|
|
||||||
|
|
||||||
### Полный поток расчёта цены
|
|
||||||
|
|
||||||
```
|
|
||||||
1. Пользователь выбирает товар в Select2
|
|
||||||
↓
|
|
||||||
2. select2:select событие срабатывает
|
|
||||||
↓
|
|
||||||
3. getProductPrice() получает цену товара (с кэшированием)
|
|
||||||
- Проверяет кэш
|
|
||||||
- Проверяет data-атрибуты
|
|
||||||
- Проверяет Select2 option data
|
|
||||||
- AJAX запрос к API (если не найдено)
|
|
||||||
↓
|
|
||||||
4. calculateFinalPrice() вызывается
|
|
||||||
↓
|
|
||||||
5. Для каждого товара:
|
|
||||||
- Проверяется что товар выбран (пропускает пустые)
|
|
||||||
- Получается quantity (или 1 по умолчанию)
|
|
||||||
- Ждёт await getProductPrice()
|
|
||||||
- Суммирует actual_price × quantity
|
|
||||||
↓
|
|
||||||
6. Базовая цена (base_price) обновляется
|
|
||||||
↓
|
|
||||||
7. Определяется тип корректировки:
|
|
||||||
- Проверяется какое ОДНО из 4 полей заполнено
|
|
||||||
- Автоматически определяется тип (increase_percent, decrease_amount и т.д.)
|
|
||||||
↓
|
|
||||||
8. Рассчитывается финальная цена:
|
|
||||||
- final_price = base_price +/- корректировка
|
|
||||||
↓
|
|
||||||
9. Обновляются display элементы в реальном времени
|
|
||||||
↓
|
|
||||||
10. При сохранении отправляются в БД:
|
|
||||||
- price_adjustment_type
|
|
||||||
- price_adjustment_value
|
|
||||||
- calculated price
|
|
||||||
```
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Изменённые файлы
|
|
||||||
|
|
||||||
| Файл | Строки | Описание |
|
|
||||||
|------|--------|---------|
|
|
||||||
| `products/forms.py` | 181-185 | Добавлен `__init__` для `quantity.initial = 1` |
|
|
||||||
| `products/templates/includes/select2-product-init.html` | 8-19 | Обновлена `formatSelectResult` для `actual_price` |
|
|
||||||
| `products/templates/productkit_create.html` | 657-659 | Добавлен focus handler для auto-select |
|
|
||||||
| `products/templates/productkit_edit.html` | 657-659 | Добавлен focus handler для auto-select |
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Тестирование
|
|
||||||
|
|
||||||
### Сценарий 1: Создание простого комплекта ✓
|
|
||||||
|
|
||||||
```
|
|
||||||
1. http://grach.localhost:8000/products/kits/create/
|
|
||||||
2. Заполнить название
|
|
||||||
3. ✓ Первое поле количества = 1 (по умолчанию)
|
|
||||||
4. Выбрать товар "Роза красная"
|
|
||||||
5. ✓ Базовая цена обновляется на 20.00 (actual_price)
|
|
||||||
6. Изменить количество на 3
|
|
||||||
7. ✓ Базовая цена = 60.00 (20 × 3)
|
|
||||||
8. Клик на поле количества
|
|
||||||
9. ✓ Текст выделяется, можно сразу печатать
|
|
||||||
```
|
|
||||||
|
|
||||||
### Сценарий 2: Добавление второго товара ✓
|
|
||||||
|
|
||||||
```
|
|
||||||
1. "Добавить товар"
|
|
||||||
2. ✓ Новое поле имеет количество 1
|
|
||||||
3. Выбрать товар
|
|
||||||
4. ✓ Цена пересчитывается
|
|
||||||
5. ✓ Auto-select работает для всех полей
|
|
||||||
```
|
|
||||||
|
|
||||||
### Сценарий 3: Select2 отображение ✓
|
|
||||||
|
|
||||||
```
|
|
||||||
1. Поле товара: начать писать "роз"
|
|
||||||
2. ✓ Dropdown показывает actual_price (20.00, не 50.00)
|
|
||||||
```
|
|
||||||
|
|
||||||
### Сценарий 4: Редактирование ✓
|
|
||||||
|
|
||||||
```
|
|
||||||
1. Создать комплект
|
|
||||||
2. Открыть для редактирования
|
|
||||||
3. ✓ Все значения загружены
|
|
||||||
4. ✓ Цена пересчитана правильно
|
|
||||||
5. ✓ Auto-select работает
|
|
||||||
```
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Логирование и отладка
|
|
||||||
|
|
||||||
В консоли браузера (F12 → Console) при расчёте цены видны логи:
|
|
||||||
|
|
||||||
```javascript
|
|
||||||
getProductPrice: from cache 1 20.00
|
|
||||||
getProductPrice: from API 2 5.00
|
|
||||||
getProductPrice: fetching from API 3
|
|
||||||
getProductPrice: from form data 4 6.00
|
|
||||||
```
|
|
||||||
|
|
||||||
Это помогает понять откуда берется цена каждого товара.
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Готовность к использованию
|
|
||||||
|
|
||||||
### ✅ Все исправлено и протестировано
|
|
||||||
|
|
||||||
1. ✅ Расчёт цены первого товара работает
|
|
||||||
2. ✅ Select2 показывает правильные цены
|
|
||||||
3. ✅ Количество по умолчанию = 1
|
|
||||||
4. ✅ Auto-select улучшает UX
|
|
||||||
5. ✅ API возвращает actual_price
|
|
||||||
6. ✅ Django signal пересчитывает цены при изменении товаров
|
|
||||||
7. ✅ Логирование помогает при отладке
|
|
||||||
8. ✅ Коммит создан и залит в git
|
|
||||||
|
|
||||||
### 📍 Точки входа для тестирования
|
|
||||||
|
|
||||||
- **Создание:** http://grach.localhost:8000/products/kits/create/
|
|
||||||
- **Редактирование:** http://grach.localhost:8000/products/kits/
|
|
||||||
- **API:** http://grach.localhost:8000/products/api/search-products-variants/
|
|
||||||
|
|
||||||
### 🧪 Тестовые товары в тенанте "grach"
|
|
||||||
|
|
||||||
1. Роза красная - price: 50.00, sale: 20.00, actual: 20.00 ✓
|
|
||||||
2. Белая роза - price: 5.00, actual: 5.00 ✓
|
|
||||||
3. Ваниль гибискус - price: 6.00, actual: 6.00 ✓
|
|
||||||
4. Хризантема оранжевая - price: 5.00, actual: 5.00 ✓
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Документация
|
|
||||||
|
|
||||||
Созданы подробные документы для справки:
|
|
||||||
|
|
||||||
- `IMPROVEMENTS_SUMMARY.md` - Полный обзор всех улучшений
|
|
||||||
- `FINAL_REPORT_FIXES.md` - Детальный отчет о проблемах и решениях
|
|
||||||
- `DEBUG_PRICE_CALCULATION.md` - Руководство по отладке
|
|
||||||
- `KIT_PRICING_SYSTEM_READY.md` - Архитектура системы
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Git коммит
|
|
||||||
|
|
||||||
```
|
|
||||||
Commit: 6c8af5a
|
|
||||||
Message: fix: Улучшения системы ценообразования комплектов
|
|
||||||
|
|
||||||
Исправлены 4 проблемы:
|
|
||||||
1. Расчёт цены первого товара
|
|
||||||
2. Отображение actual_price в Select2
|
|
||||||
3. Количество по умолчанию = 1
|
|
||||||
4. Auto-select текста при клике
|
|
||||||
|
|
||||||
Файлы: 4 файла изменены
|
|
||||||
```
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## Заключение
|
|
||||||
|
|
||||||
Система ценообразования комплектов полностью функциональна и готова к использованию. Все исправления протестированы и задокументированы. Пользователь может комфортно создавать и редактировать комплекты с правильными расчётами цены в реальном времени.
|
|
||||||
|
|
||||||
🎉 **Готово к запуску!**
|
|
||||||
@@ -1,32 +0,0 @@
|
|||||||
"""
|
|
||||||
Скрипт для создания резервов для существующих заказов
|
|
||||||
"""
|
|
||||||
import os
|
|
||||||
import django
|
|
||||||
|
|
||||||
os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'myproject.settings')
|
|
||||||
django.setup()
|
|
||||||
|
|
||||||
from django.db import connection
|
|
||||||
|
|
||||||
# Читаем SQL скрипт
|
|
||||||
with open('fix_reservations.sql', 'r', encoding='utf-8') as f:
|
|
||||||
sql = f.read()
|
|
||||||
|
|
||||||
# Выполняем SQL
|
|
||||||
with connection.cursor() as cursor:
|
|
||||||
try:
|
|
||||||
cursor.execute(sql)
|
|
||||||
print("[OK] SQL script executed successfully!")
|
|
||||||
print("\nResults:")
|
|
||||||
# Получаем результат последнего SELECT
|
|
||||||
rows = cursor.fetchall()
|
|
||||||
if rows:
|
|
||||||
row = rows[0]
|
|
||||||
print(f" Total items: {row[0]}")
|
|
||||||
print(f" Items with reservations: {row[1]}")
|
|
||||||
print(f" Items without reservations: {row[2]}")
|
|
||||||
print("\n[OK] Reservations created!")
|
|
||||||
except Exception as e:
|
|
||||||
print(f"[ERROR] {e}")
|
|
||||||
raise
|
|
||||||
Reference in New Issue
Block a user