krypt3r

function formatDate(date)
    {
      var options = {
        day: "numeric",
        month: "numeric",
        year: "2-digit"
      };
      return date.toLocaleString('ru', options);
    }

<?php
session_start();
function file_get_contents_curl($url) {
    $ch = curl_init();
    curl_setopt($ch, CURLOPT_HEADER, 0);
    curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
    curl_setopt($ch, CURLOPT_URL, $url);
    return curl_exec($ch);
}
$txResult = file_get_contents_curl($url); // тут должна быть ваша ссылка на ваш внешний веб-сервис для проверки
if ($txResult == 1) {
    header("Location: http://server.com/preauth.php"); /* добавить POST (username+pass) */
    exit;
} elseif ($txResult == 0) {
    echo "Wrong usename or password!";
}
?>

pandoc в помощь. Оказался лучшим вариантом конвертации docx -> html (в моем случае, далее идет конвертация в pdf с помощью wkhtmltopdf). К html можно прикрутить свои стили css.
Таблицы pandoc сохраняет нормально только простые. С ячейками на несколько строк или столбцов не работает (пришлось костылить, чтобы прописывался ячейке нужный colspan). Ссылки вроде работают. Картинки не проверял — в шаблонах документов они не нужны.
pandoc требователен к исходному docx. Вложенные списки не работают. Лишняя строка между элементами нумерованного списка приводит к разрыву нумерации. Многоуровневые нумерованные списки поддерживаются, достаточно правильно "сверстать" их в ворде и соорудить правильный CSS.
Однако, повторюсь, это лучший вариант конвертации docx -> html
PS. На гитхабе есть обертки на PHP как для pandoc, так и для wkhtmltopdf

Видимо, речь шла о том, что mysqli используется точно так же, как использовался mysql — разницы в коде никакой, только буковка i в вызове функций добавилась. Если в запрос не подставляются данные пользователя, использование mysqli_query(), модет быть, и оправдано. Но в ином случае следует юзать prepared statements (prepare(), bind_param(), execute()).
Все то же самое касается не только mysqli, но и PDO. Тут на тостере немало было говнокода аля mysql_xxx, заменили только функции mysql_xxx на методы PDO

С использованием array_multisort() где-то так

$prices = array();
foreach ($flats as $i => $row) {
    $prices[$i] = (int) $row['price'];
}
array_multisort($prices, SORT_ASC, SORT_NUMERIC, $flats);
print_r($flats);

Передавать кусок SQL-запроса POST/GET-ом — нонсенс

.each(), .map()

prepared statements

В целях обратной совместимости, если PHP 5 не может обнаружить объявленный метод __construct() и этот метод не наследуется от родительских классов, то вызов конструктора произойдет по устаревшей схеме, через обращение к методу, имя которого соответствует имени класса. Может возникнуть только одна проблема совместимости старого кода, если в нём присутствуют классы с методами __construct(), использующиеся для других целей.

Начиная с версии PHP 5.3.3, методы с именами, совпадающими с последним элементом имени класса, находящимся в пространстве имен, больше не будут считаться конструкторами. Это изменение не влияет на классы, не находящиеся в пространстве имен.

Другими словами, если у вас свежая версия PHP и используются пространства имен, ваш костыль нужен. В ином случае, лишние заморочки.

Вставлю своё ИМХО. С точки зрения читабельности между примерами нет разницы (для меня, по крайней мере). Если в своем коде я вижу нечто примеру 1, я почти всегда приведу код ко второму варианту. А зачем создавать лишние переменные? Если бы я их как-то обрабатывал внутри метода с многократным к ним обращением, тогда да, создание дополнительных переменных оправдано. А так я за вариант 2.

Поименовать каждый из них, обращаться к ним как $_POST['select1'], $_POST['select2'] и т.д.

1. Фанат short_open_tag детектед. Избавляйтесь от этой привычки.
2. Инклуд вынесите в начало скрипта.
3.

if($this->DBH = new PDO(...)) {
//...
} else {
//...
}

С веществами завязывайте и начните использовать try/catch с PDOException
4.
self::$instance = new Db;
Обычно пишут new self() или new static()

Что-то путаете. psql — утилита командной строки для СУБД PostgreSQL. Вы, видимо, хотели сказать, PL/pgSQL

1, 2 — приведите к общему знаменателю, затем числитель и знаменатель умножьте на сопряженное знаменателю выражение, чтобы внизу была применима формула разности квадратов. Тем самым, вы избавитесь от i в знаменателе.
По 3 — напишу позже, если нужно. Навскидку, корни уравнения подставить в само уравнение и найти a.

docker — хорошее решение. Мне аналогично приходится поддерживать проект, работающий на Debian Lenny и PHP 5.2. Разработку веду на локалхосте. Lenny с апачем и PHP работают в контейнере. СУБД запущена на локалхосте, как обычно. Всё работает нормально

Что-то типа
div[@style="display:none"]/*