Антон

Поместив HTML, XML, SVG и т.д. и т.п. файл на домене usercontent.google.com можно
манипулировать куками домена google.com и фишить. Поэтому пользовательский контент всегда отдается с отдельных sandbox-доменов.
Так же с отдельных доменов обычно отдается статический контент, это позволяет использовать CDN и упрощает управление кэшированием.
Отдельный домен обычно используется для PTR-записей (например 1e100.net). Для PTR часто нужна двойная валидация, т.е. PTR должна разрешаться в имя и имя обратно в тот же IP. При этом на одном IP может хоститься много доменов и быть установлено много сертификатов, включая вайлдкарды. И наоборот, один домен может хоститься на многих IP. Чтобы исключить прямое обращение к хосту по "неожиданному" для него имени в своем домене, обычно используются PTR записи в нейтральном домене. Кстати исторически принято использовать именно домены в .net. Google так же использует 1e100.net как нейтральный домен для подписи транзитных писем, раньше для этого использовался собственно домен google.com и это приводило к забавному багу, позволявшему подделывать подписи на письмах от google.com, я рассказывал о нем на PHDays 2014.
Географические домены исторически используют для организации региональных датацентов и ускорения доступа, например yahoo.jp физически расположен в Японии.

Защита от редактирования это не самая большая проблема которая вас ждет.
Зачем вообще, по-вашему, придумали сложные и толстые системы для хранения
данных? Только потому что кому-то делать было нечего?
Под угрозой целостность и непротиворечивость данных (нет транзакций, связей), скорость обработки больших данных (посмотрим на ваши файлики когда они будут весить 5гб).
А защитить от редактирования данные локально можно просто зашифровав их.
Можно заменить базу файлами только в том случае, если объемы данных незначительны или проект не имеет дальнейшего развития и не будет использоваться

Нет.
Экран для верстки - фулл хд минимум. Лучше внешний моник.
Для хоть какой то работы - 8гб оперативы, ssd, i3. Меньше смотреть смысла почти не имеет.

Скажите, какие проблему могут возникнуть с использованием css grid? Хочу применить технологию в реальном проекте.

Из основных проблем, с которыми столкнулся я:
1. Технология не такая классная, как кажется на первый взгляд
2. "Физически" - ячеек не существует, по этому задать им например, фон - не получиться (да, я понимаю, что можно задать фон вложенному элементу)
3. Работать со сложной сеткой - несколько затруднительно, особенно если Вы решите каждой из ячеек дать название
4. Поддерживается не всеми браузерами и не всегда корректно

Ну... и как косвенный недостаток - на данный момент не очень удобно отлаживать такую сетку в браузере, более ли менее нормально, из известных мне браузеров, работать в режиме "отладки" с сеткой позволял только FireFox (по крайней мере, до недавнего времени).

Скажу что ты извращенец, зачем подключать 3 версии JQuery библиотеки?

А почему бы не написать один запрос и не париться по поводу успеет оно там выполниться или нет? Как-то так:

UPDATE Users SET
  balance = balance - 100
WHERE id = 5 AND balance >= 100

Если вы про <script>alert(...)</script>, то при запросе через ajax не должен.
Запись в файл должна, если конечно раньше фатальные ошибки не случились.
Проверяйте что у вас в error.log

P.S.: Скриншоты с кодом, вы издеваетесь?

А в чем проблема. 1 строка - return не нужен. Много, напишите явно return. Или тяжело 6 клавиш нажать? Вы код для себя пишите или для тех кто потом будет с бубном танцевать?

Значения выбираются из массива $_GET (аналогично как и $_POST)
PS. Откройте для себя уже http_build_query()

Мне нравится подход Relay для пагинации. Собственно толком ничем не отличается и от других условий выборки, примерно так:

query {
	users(first: 10, order: "id") {
		totalCount,
		edges {
			cursor,
			node {
				id,
				name,
				lastAt,
				avatar {
					original,
					preview
				}
			}
		},
		pageInfo {
			startCursor,
			endCursor,

			hasNextPage,
			hasPreviousPage
		}
	}
}

В этом примере получаем первые 10 записей с сортировкой по id. PageInfo хранит в себе информацию есть ли следующая/предыдущая страница и курсоры которые которые передаются в параметры before или after.