DevMan

Yii использует алгоритм хеширования blowfish. Чтобы в php получить хеш по этому алгоритму, нужно просто взять функцию crypt и вторым аргументом передать соль в формате$2a$13$6abRKtrd12bvkltrfsorbd

где
$2a$ (также может быть $2x$ или $2y$) - указывает на алгоритм блоуфиш.
13 - сложность алгоритма, может быть от 04 до 31. Чем больше число, тем дольше будет вычисляться хеш.
6abRKtrd12bvkltrfsorbd - 22 символа для соли.

Проверить хеш против пароля можно функцией password_verify. Берете хеши, которые вам нагенерил Yii и передаете в функцию password_verify и всё у вас заработает, без проблем. Я с Yii на node.js уезжал с этими хешами, никаких проблем :)

Все что ниже можно не читать. Там для тех, кому интересно откуда взялось 3 разных префикса ($2a$, $2x$, $2y$).

Префиксы $2y$ и $2x$ существуют только в PHP, так как они налажали в алгоритме блоуфиш в версиях до 5.3.7. Префикс $2x$ был добавлен для обратной совместимости, т.е. если вы генерили хеши $2a$ в версии PHP до 5.3.7 и теперь обновились до или выше этой версии и хотите, чтобы ваши уже существующие уязвимые хеши продолжали правильно работать, то нужно было заменить у таких хешей префикс с $2a$ на $2x$. Префикс $2y$ это уже исправленный алгоритм хеширования и ничем не отличается от $2a$ в версиях PHP 5.3.7 и выше. Подробнее обо всем этом можно прочитать php.net/security/crypt_blowfish.php

Yii использует префикс $2y$. Но в спецификации из всех этих префиксов есть только $2a$ и его и нужно использовать, если у вас версия выше или эквивалентна PHP 5.3.7. Так что, если вы избавились от Yii, то можете поменять и префикс у ваших хешей. Потому что, когда я мигрировал на node.js библиотека для блоуфиш хеширования естественно не поддерживала никаких $2y$ и $2x$ и не собиралась этого делать в дальнейшем, так как это не их баги, а PHP, вот пусть PHP с этими префиксами и живет :)

p.clone = function() {
    return new URI(this);
};

https://github.com/medialize/URI.js/blob/85279a0ed...

То объект клонируется, хотя метод clone предназначен для клонирования дом-элементов, но это сработает.

При чём здесь .clone() вообще? На jQuery свет клином не сошёлся, и за её пределами есть разумная жизнь, которая вполне себе может называть методы так же, как в jQuery, не имея с ней ничего общего при этом. У нас в офисе тоже есть Константин, но я же понимаю, что вопрос писал, скорее всего, не он.

P.S.

И uri и obj это объекты, что подтвердит typeof

В javascript всё объекты.

typeof null // "object"
typeof [] // "object"

Есть, называются UI kit ну или UI psd, что часто одно и тоже. Это наборы элементов интерфейса из которых можно создать любой свой.
Реже можно найти прямо интерфейс уже собранный, но таких совсем мало встречается.

Если вам для вдохновления или поиска удачных решений для удобного интерфейса, то просто смотрите на реальное ПО и берите лучшее. Шаблоны в этом плане не помогут.

при достижении определенного порога(допустим число больше 100) происходило какое то событие, например удаление этой строки.

Изменение значения инициируется из PHP скрипта?
Вот и сделайте в скрипте проверку: если новое значение больше 100 - DELETE, иначе - UPDATE.
Никаких кронов / events и триггеров тут не нужно.

php.net/manual/ru

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

Из асинхронной функции невозможно вернуть значение, потому что на момент выхода из неё оно ещё не определено.
Вы можете:

1. Вернуть промис, который будет возвращать значение
   
2. Принимать в асинхронную функцию другую функцию и вызывать её при получении результата, передавая его в качестве аргумента.
   
3. Сделать запрос синхронным и писать результат в глобальную переменную.
   
4. Использовать синтаксис async/await, если у вас свежая версия Node.
   

Первый вариант более современный и гибкий, второй более простой для понимания. По обоим вариантам есть масса информации, документации и уроков (подобный вопрос задаётся здесь ежедневно не по разу, поэтому не расписываю подробнее).
Третий вариант - кривой костыль и приведён только для полноты картины, не стоит так делать.
Чётвертый - это промисы для хипстеров, лучше использовать его тогда, когда вы хорошо умеете работать с промисами, чтобы случайно ничего себе не отстрелить.

Над ftp надо смеяться, а SFTP может использоваться и внутри Jenkins, тем более что авторизация в sftp возможна по ключам, без необходимости вводить пароль.

Jenkins очень простой - тупо планировщик задач. Реально посидите один-два вечера - очень полезно.

Но никто не мешает вам обновляться так, Как вам удобнее. Только действительно FTP - несекьюрно.

P.S. В идеально продакшн и локальный енвайрнмент должны совпадать.

Вы изобретаете собственную систему управления версиями? Ознакомьтесь с существующими решениями, возможно что-то из них вам подойдет.
(Подсказка: кроме git есть и другие).

Для истории можно хранить диффы.

8к знаков - это не так уж много. К примеру 1000 копий будут весить 8 мегабайт. Это по три правки в день в течении года, например. А если текст сжать, то он займет в разы меньше.

Или посмотрите на движок wiki, там тоже есть история изменений и множество пользователей.

Также, можно разбить текст на главы (да хоть на абзацы) и вести историю отдельно по каждому фрагменту. Тогда объем изменений еще уменьшится.

Intro
www.fontfabric.com/intro-free-font

Вы не забыли часом, что предприниматель еще и риски несет на тот случай, если проект не выстрелит.
Если видите себя наемным рабочим, то претендуйте на гарантированную зарплату, но не на двиденды с проекта. Если видите себя сооучредителем и партнером (если заказчику, конечно, это надо) - претендуйте на дивиденды, но не на зарплату, т е если проект окажется убыточным, то вообще ни копейки не получите, а даже если и начнет приносить прибыль, то до этого момента придется работать бесплатно. А то вы хитрый, и на елку влезть...