Falseclock

location ~ /\.txt {
     deny all;
}

что-то вы перемудрили и сами себя запутали.

вы определитесь как хотите время хранить. Постгрес предлагает хранит время с временной зоной или без временной зоны.
https://www.postgresql.org/docs/9.6/static/datatyp...

Вы в конце времени ставите +07, а значит время с временной зоной.

сделайте поле без временной зоны, а со стороны языка решите какое время вы будете хранить в базе, UTC или локальное время, потому что иначе будете путаться и лишний раз одно время переводить в другое. Если поле без временной зоны, то оно будет игнорировать зону и сохранять значение без конвертации.

Создать в базе таблицы транзакций и по ID пользователя хранить там данные.
Счет пользователя - это по сути подсчет дебита и кредита по транзакциям.

На кнопку сабмита повесить обработчик и проверять каждое поле формы

Например вот так вот:

function GoodsSave()
{
	if ($('Parent_Key').value == 0) {alert('Укажите группу номенклатуры'); return; }
	if (!$('Artikul').value) {alert('Укажите артикул'); return; }
	if (!$('Description').value) {alert('Укажите краткое наиименование'); return; }
	if (!$('NaimenovaniePolnoe').value) {alert('Укажите полное наименование'); return; }
	if ($('VidNomenklatury_Key').value == 0) {alert('Укажите вид номенклатуры'); return; }
	if ($('BazovayaEdinicaIzmereniya_Key').value == 0) {alert('Укажите единицу измерения'); return; }
	if ($('StavkaNDS_Key').value == 0) {alert('Укажите ставку НДС'); return; }
	
	new (Ajax.Request)
	(
		"/", 
		{
			method: "POST",
			parameters: { 
				'Driver1c' : '<?=Driver1c::ADD_GOODS?>', 
				'Parent_Key' : $('Parent_Key').value,
				'Artikul' : $('Artikul').value,
				'Description' : $('Description').value,
				'NaimenovaniePolnoe' : $('NaimenovaniePolnoe').value,
				'VidNomenklatury_Key' : $('VidNomenklatury_Key').value,
				'BazovayaEdinicaIzmereniya_Key' : $('BazovayaEdinicaIzmereniya_Key').value,
				'StavkaNDS_Key' : $('StavkaNDS_Key').value
			},
			encoding: 'UTF-8',
			onComplete: function (a) {
				$('goods_add_form').reset();
				
				var row = a.responseJSON;
				
				Goods.push ({
					value: row.value,
					label: row.label,
					description: row.description,
					'СтавкаНДС_Key': row.СтавкаНДС_Key,
					'БазоваяЕдиницаИзмерения_Key': row.БазоваяЕдиницаИзмерения_Key
				});
				
				ProcessingInput.value = row.description;
				ProcessingInput.referer.value = row.value;
				ProcessingInput.referer.onchange();
				
				GoodsCancel();
				
			},  
			onFailure: function (a) {alert('Во время работы произошла ошибка, пожалуйста сообщите администратору!');}
		}
	);
}

Запоминание куда и для чего?
Для пользователя? Можно через cookie.

Самая распространенная ошибка всех начинающих - это наименование полей.
Заимейте привычку именовать основные поля, по которым будут связи в будущем, с именем таблицы.

если таблица authors, то ключевое поле должно быть authors_id
если таблица book, то поле обзывайте book_id

Это сейчас у вас 3 таблицы и можно понять что куда к чему относится.

А когда завтра вы будете джоинить по 5-6 таблиц, вы просто запутаетесь где и что с чем джоинится.
Вот самый обычный пример с 9 джоинами. Если бы во всех таблицах были бы поля просто id, я бы голову сломал чтобы сджоинить. И это самый обычный запрос. А если сюда еще добавить интерсекты, кростабы, группировки, условия и вложенные запросы, то все колом встанет, чтобы интуитивно понять куда что с чем джоинить.

SELECT
				o.order_id,
				lpad(o.order_id::text, 8, '0') AS order_number,
				o.order_date,
				o.order_state,
				o.member_id,
				o.contacts_data_id,
				o.invoice_uuid,
				o.invoice_number,
				z.organization_short_name AS company,
				z.organization_id,
				y.organization_business_number AS bin,
				f.contact_firstname AS firstname,
				f.contact_lastname AS lastname,
				d.*,
				p.*,
				x.supply_id,
				i.invoice_id,
				'2'||lpad(i.order_id::text, 6, '0') AS invoice
			FROM
				orders o
			JOIN contacts_data s ON
				o.contacts_data_id = s.contacts_data_id
			JOIN contacts f ON
				s.contact_id = f.contact_id
			JOIN organizations z ON
				s.organization_id = z.organization_id
			LEFT JOIN organization_data y ON
				z.organization_id = y.organization_id
			JOIN order_data d ON
				o.order_id = d.order_id
			JOIN spare_parts p ON
				p.part_id = d.part_id
			LEFT JOIN supply_data x ON
				x.order_data_id = d.order_data_id
			LEFT JOIN supply xx ON
				xx.supply_id = x.supply_id
			LEFT JOIN invoices i ON
				i.order_id = d.order_id

Плюс страны вынести в отдельную таблицу, а в таблице авторов указывать ID страны.
Завтра вы ведь захотите искать по странам. Зачем нагружать базу текстовым поиском и строить индексы по текстовым полям?

Делаете временную таблицу, в нее выгружаете уникальные идентификаторы, затем делаете апдейт с возвратом UPDATE from bla bla bla RETURNING, который джоинете с выгруженными данными во времянку.

Можно и без временной таблицы обойтись, но у запроса будет много вложенностей.

Вообще в данном случае требуется три таблицы:

1. таблица с сущностью
question_id serial
question_type enum
question_date
question_foo и другие параметры

2. Таблица с вопросами, где может быть 1 вопрос или несколько
question_data_id serial
question_data_text text
question_id int - ссылка на родителя

3. Таблица ответов
question_data_answer_id - serial
question_data_answer_text - txt
question_data_answer_score - int
question_data_id - ссылка на родительскую таблицу

Все... В зависимости от question_type будете формировать разные виды построения опросника. Целостность соблюдается.

А зачем знать заранее? Не представляю себе такого.
Если после внесения новой строки в базу хотите знать уникальный ID сформированный в базе, то делаете так

INSERT INTO table_name (column1,column2) VALUES (value1,value2) RETURNING table_column_id;

Вопрос не корректный. Точнее не понятно что именно преследуете.
На Postgres можно вытащить в виде дерева через XML
www.postgresql.org/docs/9.4/static/functions-xml.h...

а дальше как угодно парсить.

Если это картинка, что через PorterDuff.Mode

Если контейнер, то через setAlpha

Алгоритм простой, например 4 раза снизить/повысить на 25% прозрачность. Или 5 раз по 20%. Или 10 раз по 10%.

Если картинка в контейнере, и надо показать плавное исчезание, то сперва картинке изменить прозрачность с 100 до 0, а по окончанию контейнеру присвоить View.GONE