Александр Кузнецов

Без предоставления конфигурации БД, что там у вас, какие настройки, что за тип движка хранилища, какие диски и что еще рядом крутится - это взывание к телепатам.

На быстродействие БД может повлиять все из вышеперечисленных.

Есть ли настройка в конфигурации БД, чтобы она логировала медленные запросы?
Что говорит EXPLAIN по данному запросу?
Возможна ли ситуация, когда данный запрос выполняется разными пользователями?
Сколько подключений разрешено к БД?

На сколько я знаю, прямого аналога нет.

На вскидку, можно попробовать обойтись вот этим (часть, в полном списке есть еще ряд функций):

• pg_field_num - php.net/manual/ru/function.pg-field-num.php
  
• pg_field_name - php.net/manual/ru/function.pg-field-name.php
  
• pg_field_table - php.net/manual/ru/function.pg-field-table.php
  

Весь список:
php.net/manual/ru/ref.pgsql.php

А что мешает потратить время один раз, а потом просто периодично делать вот так?

sudo apt-get update
sudo apt-get dist-upgrade

Я настроил себе чистую виртуальную машину с периодично обновляемой Ubuntu. Когда есть потребность, клонирую ее и на клонированной уже работаю на конкретной версии, если конечно потребуется. Таким образом времени затрачивается куда меньше.

Если не можете сделать через PHP, то можно сделать dblink в Oracle и из него писать в PHP. Другой вариант, это экспорт и импорт данных. Генерируете инсерты и вливаете в mysql. На мой взгляд, в данной ситуации лучше всего именно dblink.

Я бы использовал что-то типа symfony.com/doc/current/components/translation.html или https://docs.zendframework.com/zend-i18n/translation/ .

Не морочьте голову себе и воспользуйтесь, к примеру, https://github.com/mk-j/PHP_XLSXWriter .
Не сильно отдаленный аналог того, что вы делаете:

$data = array(
    array('year','month','amount'),
    array('2003','1','220'),
    array('2003','2','153.5'),
);

$writer = new XLSXWriter();
$writer->writeSheet($data);
$writer->writeToFile('output.xlsx');

Пользуюсь этой библиотекой относительно давно, еще не было проблем.

На Windows у меня было подобное, не совпадали (архитектура x86 и архитектура x64) клиента и php, поставили не глядя, так сказать.
А вообще, нужно смотреть, а совместим ли ваш oci8 с той версией клиента, что установлен на сервере.
Потом, смотрите все логи php. на старте могут быть ошибки загрузки модуля.

Сложно ответить на вопрос, слишком мало данных.
Что происходит, если вы подключаетесь к MSSQL через Management Studio? Вы видите данные таблицы?
Что происходит, если подключиться к нему же через adminer?

UPD. Как вариант, у вас нет роли/разрешения на часть таблиц (другая схема еще может быть).

Есть библиотека, tcpdf. У нее есть возможность формирования PDF из HTML-разметки.
Подробно: https://tcpdf.org/examples/ , тут есть очень большое количество примеров. Использую ее давно и не помню, чтобы были проблемы.

Хочется отметить, у меня выгрузка - это таблица с отчетом, т.е. без всяких наворотов.

Если сказать грубо, то API в общем понимание - это и есть набор микросервисов (далее МС).
Т.е., скажем у нас есть API для получения списка пользователей, тогда, в терминах МС, у нас есть МС "Список пользователей", цель которого следует из названия. Общая концепция - иметь минимальное количество качественных действий. Отсюда и его преимущества и недостатки ( https://ru.wikipedia.org/wiki/Микросервисы ) .

В целом по технологиям и стекам - вполне можно и на PHP, используя ту же Symfony/Silex/Slim/Equip и т.д. Тут, на чем удобно, то и используйте. Я вообще не слышал, чтобы разрабатывали конкретные решения под нужды МС.
Если смотреть на Java, я видел не мало примеров на spring-boot, на .NET - .net core думаю будет идеален (asp.net core).

В качестве протоколов обычно выбирается JSON, но никто не будет вас ругать, если вы будете использовать protobuf или вообще, что-то свое. У каждого свои нюансы, в общем.

Говоря про общие моменты, обычно, рядом с МС всегда "употребляют" тот же Docker и автоматические средства развертывания. Т.е. по факту - МС, зачастую, цельный блок инфраструктуры, сразу же готовый для использования после автоматического развертывания.

UPD. Еще, крайне важный момент для МС - это мониторинг работоспособности. Нельзя им пренебрегать. На хабрахабре была не так давно целая статья про мониторинг.

UPD2. Шлюзом-аггрегатором может быть что угодно, более того, его может и не быть. Самый простой вариант шлюза - это NGINX, где можно сделать проксирование запросов, в зависимости от запрашиваемого URL.

PDO очень хороший выбор, который охватит 99% потребностей.
Если вам требуется Data Mapper или еще что-то подобное, т.е. более "удобная" работа с данными, можно воспользоваться каким-либо фреймворком. Та же Doctrine работает поверх PDO. Почему Doctrine - потому что развивается, используется в достаточно серьезных фреймворках. Но тут больше от потребностей зависит, Doctrine может оказаться и пушкой, из которой по воробьям шарашат. Можно, но зачем?

UPD. Какую гибкость вы подразумевали?

Вот такой вариант не подойдет?

<?php

class Catcher 
{
    public function __call($arg0, $arg1)
    {
        if ($arg0 === 'doX')
        {
            return $this->doX;
        }
        
        throw new ErrorException('Method not found!');
    }
    
    private $doX;
    
    public function __construct()
    {
        $this->doX = new DoX();
    }
    
}

class DoX
{
    public function __call($arg0, $arg1)
    {
        return print_r([$arg0, $arg1], TRUE);
    } 
}


function dbg() 
{
    $args = func_get_args();
    
    foreach($args as $arg)
    {
        echo strtr('<pre>:text</pre>', array(
            ':text' => print_r($arg, TRUE),
        ));
    }
}

echo (new Catcher)->doX()->doY();

Но сам View пустой, никаие свойсва объекта не передались.

А как вы туда передавали свойства то? Еще момент, у вас view какой-то ограниченный, что-ли.
Посмотрите вот тут - https://github.com/alexkuznetsov/nstu/tree/master/... , я там как раз баловался с MVC, когда-то давно-давно. Роутера, конечно, нет - но в целом суть сохранена.

Еще вчера, я бы посоветовал вам modx. На данной CMS мы сделали очень много сайтов разной сложности.
Вам же я посоветую October CMS, это современная CMS, созданная с помощью Laravel, дружелюбная, с неплохой документацией. Для ваших задач, мне кажется ее хватит (но, тут уже вопрос к вашим требованиям, что там за личный кабинет пользователя).

Для переопределения механизмов работы с сессией нужно воспользоваться php.net/manual/en/function.session-set-save-handler.php
Скрипт, запущенный на php не сможет хранить эффективно сеансы, это связано с тем, как php исполняется.

В своем решение я применил такую функцию:

CREATE FUNCTION digits( str CHAR(32) ) RETURNS CHAR(32)
BEGIN
  DECLARE i, len SMALLINT DEFAULT 1;
  DECLARE ret CHAR(32) DEFAULT '';
  DECLARE c CHAR(1);

  IF str IS NULL
  THEN 
    RETURN "";
  END IF;

  SET len = CHAR_LENGTH( str );
  REPEAT
    BEGIN
      SET c = MID( str, i, 1 );
      IF c BETWEEN '0' AND '9' THEN 
        SET ret=CONCAT(ret,c);
      END IF;
      SET i = i + 1;
    END;
  UNTIL i > len END REPEAT;
  RETURN ret;
END

И ее использовал в запросе:

SELECT digits(t.somecol) FROM tablename

https://github.com/swiftmailer/swiftmailer
https://github.com/barbushin/php-imap