Михаил

Учитывая что по структуре это ini-файл, используйте parse_ini_file или parse_ini_string

Так вы вызываете session_start только при авторизации.

Автостартующая же сессия ожидает куку со стандартным именем, поэтому и не работает после переименования оной.

Вообще, если хочется таких развлечений - мне кажется правильнее изменить параметр session.name в php.ini, чем развлекаться с session_name, setcookie и т.п.

Поздравляю! Вы на собственном опыте узнали что такое SQL-injection

Откройте для себя PDO, у которого таких проблем нет.

и чтобы в БД не было такого nickname, который передаётся в $nickname.

Уникальный индекс по полю nickname

чтобы запись добавилась только при условии, что прошло времени с текущей даты 24 часа

Сформулировано непонятно. Если речь идет о том что запись должна стать "видима" через 24 часа после добавления, то можно попробовать так:

1. Добавляем в таблицу колонку active_since
   
2. В приложении (или триггером на вставку) пишем туда нужную дату (текущую + 24 часа)
   
3. Делаем VIEW, на котором вешаем условие active_since <= NOW()
   
4. Селекты делаем не из таблицы, а из VIEW.
   

Но это в какой-то степени извращение. Подозреваю что вашу проблему можно решить проще.

SELECT p1.* FROM party p1 
JOIN party p2 ON p1.chat_id=p2.chat_id AND p1.user_id != p2.user_id
WHERE p2.user_id = :user_id

По желанию джойните туда таблицу пользователей, чтобы сразу получить данные пользователя (имя и пр.)

В PHP есть функция usort, которая позволяет определить правило сортировки в виде пользовательской функции сравнения. См. пример номер 5 в документации по ссылке.

Утилита screen нужна только для терминала (чтобы процесс не убился когда закроете терминал)
Команда cd - команда шелла (изменить текущую директорию)

Так что вам, на самом деле, нужна единственная команда для запуска сервера: srv/start.sh

Если же все-таки нужно выполнить несколько команд, то для этого нужен запуск шелла: /bin/sh -c 'cmd1 && cmd2 && cmd3 && ... etc ...'

Еще можете посмотреть функцию PHP shell_exec

Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живете.
С. Макконнелл

Первый вариант понятен. Вы поиском сможете найти откуда каждый метод вызывается. Имя метода четко указывает что он делает.

Второй вариант - непонятен. Во-первых, имя метода ни о чем не говорит. Чтобы понять что он делает - придется читать сам метод. Во-вторых при поиске мест вызова нужно будет постоянно проверять контекст - что за параметр передан в этот метод? А если он будет вызываться из класса-наследника одного из контроллеров? А если будут использовать трейты? А если код будет вынесен в делегат? Очень много сложностей для решения настолько простой задачи.

Во-первых, никогда, не собирайте SQL-запрос по кускам с помощью конкатенации строк. Это очень, очень, ОЧЕНЬ, плохой способ, за который тысячи разработчиков поплатились взломом сайтов через SQL-injection. Используйте параметры запроса.

Во-вторых, у вас в запросе ошибка: INSERT и SET не могут использоваться совместно.

В-третьих, проще всего воспользоваться функцией DATE_ADD, передавая ей количество дней как параметр, например так:

$pdo->prepare("INSERT INTO `order`(user_id, date, date_end) VALUES(:userId, :date, DATE_ADD(:date, INTERVAL :days DAY))")
	->execute(["userId" => 100,
			   "date" => date("Y-m-d"),
			   "days" => 10
			  ]);

Полный пример

Обратите внимание: phpize.online предоставляет объект $pdo. Вам в вашем коде придется его инициализировать вручную, либо понять как использовать параметры вместе с тем объектом $db, который у вас есть. Если это Laravel - то он тоже умеет аналогичным образом подставлять параметры.

https://www.php.net/manual/ru/features.commandline...

UPDATE base SET test = IFNULL(:test, test)

ORDER BY klass, podklass отсортирует так что будут овощи, затем фрукты. А строить вот такую древовидную структуру MySQL не умеет, придется это делать вручную на PHP

На PHP - никак.

Чтобы такое сделать, нужно выделить отдачу обновляемого фрагмента в отдельный url и реализовать обновление на стороне клиента, используя Javascript

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

UPDATE t SET dt=ADDDATE(dt, INTERVAL 30 DAY);

Пример

Если уж совсем идеально, то:

interface Voice {
  void say();
}

class Dog implements Voice { ... }
class Cat implements Voice { ... }

interface VoiceFactory {
  Voice getVoice(String voiceType);
}

class VoiceFactoryImpl implements VoiceFactory {
  private Map<String, Supplier<Voice>> suppliers = new HasMap<>();
  
  void addSupplier(String type, Supplier<Voice> supplier) { suppliers.put(type, supplier); }

  @Override
  Voice getVoice(String type) {
    final Supplier<Voice> supplier = suppliers.get(type);
    if (supplier != null) {
      return supplier.get();
    } else {
      throw new RuntimeException("No supplier for type: "+type);
    }
  }
}

Класс VoiceFactoryImpl выполняет принцип OCP - открыт для дополнений через метод addSupplier, в него можно добавлять новые сопоставления строка - животное и закрыт для изменений.

В любом современном браузере есть DevTools. Нажимаете F12, открываете вкладку "Сеть" и смотрите весь сетевой обмен с бэком. Незаменимо для отладки.

Статическая переменная в функции. И проверять - если не null - то возвращать её значение. Это один из самых простых вариантов кэширования. При наличии у функции аргументов - статический массив.

Проблемы возникают, как всегда с кэшированием, когда кэш устаревает. То есть, у вас добавится запись в БД (или откуда get_users берет пользователей) - а кэш останется старым. В случае PHP это частично снимается тем, что он перезапускает скрипт на каждый запрос, то есть такой кэш будет жить в пределах одного запуска скрипта. Но тем не менее, это может привести к глюкам.

Вообще, прежде чем добавлять такое кэширование нужно хорошо подумать:
а) а что я тут выиграю? Даже если это запрос в БД - у БД есть свой кэш, так что второй раз запрос отработает очень быстро. Критично ли что их будет 2?
б) можно ли переписать код, чтобы это работало не так?

По второму случаю у вас в коде нарушение принципа единственности ответственности: функции method2 и method3 жестко связаны (coupled) с функцией method1 (а функция finish - с ними всеми). Собственно это и порождает проблему. Код можно переписать, например так:

сlass Neptun(){
  private function method1(){
    $users_count = get_users();
    return $users_count;
  }

  private function method2($users){
    if($users > 10){
        return 'it more than 10';
     }
   }

  private function method3($users){
    if(in_array(10, $users)){
         return 'there are user with ID 10';
    }
  }

  public function finish(){
    $users = $this->method1();
     echo $this->method2($users) . ' ' . $this->method3($users);
  }
}

Все, функции method2 и method3 "расцеплены" (decoupled) с функцией method1. А "сборку" в общую конструкцию осуществляет публичный метод finish