Ипатьев

Делаем загадочные движения руками, незаметно меняем тег br на td и... Магия!

foreach($row as $v) {
    echo "<td>$v</td>";
}

Но на самом деле обычно так не делают, и действительно вытаскивают "что-то одно". Попутно разделяя работу с SQL и HTML и защищаясь от инъекцй. Для этого:

• сначала получаем нужные на странице данные. Если выводим список, то записываем его в массив
  
• только после того как все данные получены и обработаны, можно начинать вывод. В простейшем варианте закрываем тег РНР и начинаем выводить HTML и в нужных местах - запрошенные выше данные
  
• не забывая их в обязательном порядке экранировать
  
  

$data = $mysqli->query('SELECT * FROM users')->fetch_all(MYSQLI_ASSOC);
?>
<table>
  <?php foreach($data as $row): ?>
    <tr>
        <td><?=htmlspecialchars($row['id'], ENT_QUOTES) ?></td>
        <td><?=htmlspecialchars($row['name'], ENT_QUOTES) ?></td>
        <td><?=htmlspecialchars($row['email'], ENT_QUOTES) ?></td>
    </tr>
  <?php endforeach ?>
</table>

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

config = [];
with open(filename) as file:
    for line in file:
        config.append(line.rstrip());

Теперь можно назначить отдельным переменным, например
email=config[0]
Но я бы не стал назначать отдельным переменным, а подумал над более удобным механизмом. Например, добавил бы все значения не в список, а в словарь

Да

Какой-то странный ответ выбран решением.
По количеству "фич" SQLite может поспорить со многими "настоящими" базами данных. Я уверен, что автор этого заявления не знает и 5% фич что Sqlite, что Postgres, что mysql.
Непонятно, за счёт чего "Postgresql конечно будет сложнее". Запросы практически те же самые, код тоже особо не изменится. Понятно, что надо будет собственно установить постгрес или там mysql, но это разовое действие, а сама работа с Postgresql ничуть не сложнее чем с sqlite.

Главное отличие sqlite от "нормальных" баз данных не в какой-то воображаемой "простоте", а в том что она встроенная. То есть запускается вместе со скриптом, и вместе с ним же умирает. И памяти ей доступно ровно столько, сколько скрипту. Из чего следует, что индексы, хотя и могут помочь, но их приходится заново считывать в память при каждом запуске скрипта.

В то время как классические DBMS являются постоянно висящими в памяти демонами. У которых все индексы, соответственно, тоже висят в памяти. То есть при обработке запроса система может не сделать вообще ни одного обращения к диску. За счет чего достигается огромный прирост производительности. Надо только следить за тем, чтобы хватало памяти, выделенной для индексов.

Ну что вы как дети?
Каждый раз этот вечнозелёный вопрос обрастает гроздьями любопытных.
Спарсить весь интернет мы хочем, а научиться пользоваться одним поисковым сервисом - не можем.

Разумеется, существует.
Тип данных List или Array в реляционной базе данных - это связанная таблица.

Соответственно, inventory - это просто таблица из двух полей, id игрока и id скина

Я думаю, имелось в виду что-то вроде этого

function regis($pdo, $login, $pass ): bool
{
    $res = $pdo->prepare("INSERT INTO users(login, password) VALUES (:login,:pass)");
    $res->execute(["login" => $login, "pass" => $pass]);
    return true;
}

На будущее: функция должна всегда делать что-то одно. Все проверки, работа с НТТР, сессии - должно быть снаружи.

https://www.google.com/search?q=python+%D0%BA%D0%B...

Как правильно тут все пишут, для того чтобы узнать размер файла, надо указать к нему правильный путь.
Для этого надо во-первых, не путать файлы с URL-ами, а во-вторых, правильно строить путь к файлу от корня диска.

В данном случае скорее всего подойдёт

$file = $_SERVER['DOCUMENT_ROOT']."/files/file.png";
echo filesize($file);

Если нет - надо сначала разобраться, как этот код вызывается и где на самом деле лежит файл.
И обязательно почитать про абсолютные и относительные пути

PHP здесь вообще не нужен, мysql прекрасно умеет работать с датами сама.

r.date_added > curdate() - interval 30 day

И на будущее, никогда не использовать date() в условии.