[Отделено] Сообщаем об ошибках phpBB 3.1.x разработчикам

[Sheer]

Полностью согласен с предыдущим оратором. От темы надо отделить.

[Sumanai]

Я что-то вообще не догоняю смысла данного процесса, зачем базу от 3.0 заливать в 3.1

В первом сообщении я написал. Они не нарочно

Некоторые пользователи на моём форуме для тестирования ставили себе чистый 3.1. Спустя некоторое время заливали в ту же базу данных архив 3.0 и пробовали конвертировать на 3.1.

Отправлено спустя 25 секунд:

и при этом возвращать последнюю в состояние 3.0?

Нужно удалить только лишние таблицы, я же написал.

Отправлено спустя 35 секунд:

От темы надо отделить.

Сразу в корзину.

[Sheer]

Нужно удалить только лишние таблицы

Этого будет недостаточно.

[Sumanai]

Этого будет недостаточно.

Почему?

[Sheer]

Потому

А которые были, несколько изменились

[Sumanai]

Потому

А если бы вы читали мои сообщения, то заметили, что таблицы 3.0 заливались поверх таблиц 3.1. И при этом само собой никаких изменений не останется, таблицы от 3.0 затрут таблицы от 3.1.

[LavIgor]

Sumanai, если эта парочка настолько умна, что вместо стандартной процедуры обновления мудрит с базой данных, то она должна понимать, что она делает.
А что, давайте мы сделаем базу 3.2, поверх неё базу 2.0, потом туда добавим 3.1 и запустим скрипт. Он же телепатически должен отсеять лишние таблицы по Вашей логике!
Вот я о том и говорю, ПОЛНАЯ ОЧИСТКА новых данных ОБЯЗАТЕЛЬНА для апгрейда старых. Иначе никак. Сами виноваты, разработчики ни при чём.

В конце концов с таким успехом они в итоге обратились к Вам за помощью, не так ли?

Отправлено спустя 6 минут 40 секунд:

Это то же самое, что удалить одну БД и намее место восстановить новую.

rxu, это не то же самое. Как раз так было бы правильнее.
Вся проблема в этих лишних таблицах, которые не затираются.
Автор хочет, чтобы старые версии движка (здесь: 3.1 в процессе обновления) удаляли новые таблицы (здесь: таблицы 3.1 после обновления), что совсем не логично.
Sumanai, разработчики не должны предполагать, что откуда-то ни с того ни с сего добавятся таблицы от новых версий движка!

[Sumanai]

Автор хочет, чтобы старые версии движка (здесь: 3.1 в процессе обновления) удаляли новые таблицы (здесь: таблицы 3.1 после обновления), что совсем не логично.

Я хочу сказать, что таблицы от 3.1 в движке 3.0- это странная ситуация, которую следовало бы обрабатывать.

Sumanai, разработчики не должны предполагать, что откуда-то ни с того ни с сего добавятся таблицы от новых версий движка!

А они предполагают:

Код: Выделить всё

	public function effectively_installed()
	{
		return $this->db_tools->sql_table_exists($this->table_prefix . 'config_text');
	}

Но при этом выполненные миграции записываются в БД, и этот код вообще не будет отрабатывать при обновлении версий 3.1.x:

Код: Выделить всё

			if (!isset($this->migration_state[$depend]) ||
				!$this->migration_state[$depend]['migration_schema_done'] ||
				!$this->migration_state[$depend]['migration_data_done'])
			{

[Татьяна5]

А они предполагают

Не предполагают, а проверяют, выполнился ли очередной шаг конвертации

[Sheer]

если бы вы читали мои сообщения

Я читал, только толком не понял, что они у вас там натворили...

для апгрейда старых

даунгрейда

Автор хочет, чтобы старые версии движка (здесь: 3.1 в процессе обновления) удаляли новые таблицы

Матка боска ченстоховска! В принципе можно бы, но откуда скрипту установки, сделанному 10 лет назад, знать, что появится через 10 лет. Машину времени надо.

[LavIgor]

Я хочу сказать, что таблицы от 3.1 в движке 3.0- это странная ситуация, которую следовало бы обрабатывать.

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

А они предполагают

Это не предположение, а проверка на то, установлена ли миграция.
Она происходит каждый раз при обращении к файлу миграции.

и этот код вообще не будет отрабатывать при обновлении версий 3.1.x

Если миграция установлена, то в чём смысл её повторного выполнения?

Отправлено спустя 2 минуты 14 секунд:

даунгрейда

В каком-то смысле это делает автор.
Но он сам должен позаботиться об актуальности своей базы. Любые лишние таблицы здесь приравниваются к повреждению базы!
Или разработчики повреждённые базы тоже должны автоматически определять и исправлять, так что ли, Sumanai?

Отправлено спустя 16 секунд:

Матка боска ченстоховска!

Переведи.

[Sumanai]

Не предполагают, а проверяют, выполнился ли очередной шаг конвертации

Это не предположение, а проверка на то, установлена ли миграция.

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

но откуда скрипту установки, сделанному 10 лет назад

Какие 10 лет назад? Речь идет про обновление на 3.1, само собой для этого используется движок 3.1, который прекрасно знает про эти таблицы.

Это странная ситуация, которую должны обрабатывать Вы, а не разработчики.

Между тем они обрабатывают ситуации с некорректными стилями, к примеру phpbb\db\migration\data\v31x\style_update

Если миграция установлена, то в чём смысл её повторного выполнения?

Так она не установлена! Данные не внесены в другие таблицы БД, не установлены модули администраторского раздела, и т.д.

Или разработчики повреждённые базы тоже должны автоматически определять и исправлять, так что ли, Sumanai?

В идеальном мире это так.

[LavIgor]

Так она не установлена!

Ну так и зачем же Вы оставили в базе таблицы, свидетельствующие о том, что миграция установлена???

Отправлено спустя 1 минуту 32 секунды:

В идеальном мире это так.

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

[Sumanai]

Ну так и зачем же Вы оставили в базе таблицы, свидетельствующие о том, что миграция установлена???

Я скоро буду отвечать только своими цитатами, ей Богу.

В первом сообщении я написал. Они не нарочно

Скажете свернуть баг трекер?

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

[LavIgor]

Они не нарочно

Аналогично можно сказать, что они не нарочно удалили всю базу данных.
Смешно, не так ли?

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