DevMan

Pligg - большой noname сомнительного качества реализации и содержания.
Если хотите PHP - идите в сторону Symfony2 + Sonata и прочие бандлы, пилите по своим потребностям.
"Проще" - почти всё одинаково "сложно", и сложнее MVC + 5ая или 6ая нормальная форма БД ничего нет.
Я не люблю Django по причине довольно большего количества сомнительных поделок, чаще смотрю в сторону Pyramid + SQLAlchemy.

"Быстрее" - я бы сказал что ни пых ни питон особо "умом и сообразительностью" не отличается, хотя имхо РНР 5.6 работает шустрее CPython и чуток медленнее PyPy.

Если нужно "быстрее", в десятки раз, - лучше уходить в Java + Netty типа Vert.x или Play2, можно golang.

Бегать за производительностью платформы без острой надобности не стоит.
Если не планируется какая-то реактивность с богатыми фронтендами и всякими Flux/CQRS-ES etc для обновления контента по Websocket/SSE/longpolling etc - в большинстве случаев достаточно реализовать нормальное второуровневое кэширование, с учетом реляционной модели. Вот с РНР / Python / Ruby для подобных задач push-нотификаций надо крутить gearmand / celery / sidekiq - потому что нет нормальной многопоточности с коробки.

setcookie("coded");
Программист: Дорогой php, установи, пожалуйста, пользователю куку с кодом coded и дефолтным значением в виде пустой строки.
php: Слушаю и повинуюсь.

$_COOKIE['coded']= $code_capcha;
Программист: Дорогой php, запиши в эту куку значение капчи.
*Демонический смех, отблески адского пламени*
php: Муахаха, он думает, что таким образом пишет в куку, а на самом деле просто обновляет глобальный массив с данными прошлых кук. Я просто выкину этот массив при окончании скрипта и пользователь получит пустую куку, которую программист установил изначально! Гениальный план!

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

Там еще можно было мониторы разгонять? С 14 до 15, а 17 говорят и до 21.
Единственный вариант "перезаписать" файлы на r дисках - это записать новую сессию. Если же диск заполнен до конца, то берется новый диск.

> Предположим, что конечная цель обучения - переезд и получение работы в США.

Для этого нужно иметь сносный разговорный английский. США - страна мигрантов и там никто не удивляется акценту и ошибкам в произношении, грамматическим ошибкам. Я бы предложил не заморачиваться этим, а прокачаивать технические скиллы, английский в процессе подтянется, в том числе и разговорный.

А при разговоре по телефону вы всё равно будете сильно тупить первое время, как бы не старались..

Моему товарищу помогло трехмесячное обучение в филиппинской языковой школе. Прошёл от уровня "Май нэйм из Вася. Лондон из зэ кэпитал ов Грейт Бритн" до intermediate и получил удалёнку в каком-то стартапе из США. В том числе поставили ему и разговорный английский.

https://golang.org/pkg/encoding/json/#Marshal
"String values encode as JSON strings coerced to valid UTF-8, replacing invalid bytes with the Unicode replacement rune. The angle brackets "<" and ">" are escaped to "\u003c" and "\u003e" to keep some browsers from misinterpreting JSON output as HTML. Ampersand "&" is also escaped to "\u0026" for the same reason. "

Это никак не проблема с клиентом, это явная проблема с исполнителем.
Работа оплачена, а исполнитель шантажирует заказчика.
За такое отрицательный отзыв он просто обязан поставить.
Чтобы другие не нарвались.

Раз он всё оплатил, то с чего это вы не шлёте ему PSD? Высылайте, приносите извинения.

Не стоит, если для вас сейчас это очевидно, это не значит, что оно останется очевидным через год или будет очевидным для того, кто в будущем вместо вас будет поддерживть код. В дополнение к этому вам придется написать подробную документацию к своему коду (проставить внешние ключи гораздо проще, чем описать 100 кусков кода, которые нужно учитывать просто потому, что ключи не проставлены), а вашему сменщику ее тщательным образом изучить перед началом работы и более того - постоянно держать в памяти. Не знаю как в yii, но в laravel с базой можно работать посредством Orm eloquent и query builder. В eloquent я еще могу описать некоторые правила, но у меня нет гарантий, что программист, который будет работать над проектом после меня не решит использовать query builder, обойдя стороной все всю логику, записанную в моделях. И и в случае с целостностью базы это проблемы не только программиста, это проблемы в первую очередь проекта. Php не надает по рукам такому программисту, а вот база данных запросто.

stackoverflow.com/questions/1732348/regex-match-op...

Используйте любой доступный xml-парсер, например, simple_html_dom. С ним ваша конструкция будет простая и читаемая:

foreach($html->find('img') as $img) {
      echo "Адрес страницы: " . $img->src . "\n";
      echo "Название: " . $img->title . "\n";
      echo "Описание: " . $img->alt . "\n";
}

Вариант с регулярным выражением корректнее было бы записать в виде получения пар ключ-значение и дальнейшей обработкой полученных данных: https://regex101.com/r/aS7qG0/1. Вам никто не гарантирует как наличие, так и порядок аттрибутов в тэге.