Вышел Drupal 8 — критический взгляд

после стольких лет Drupal растерял большинство пользовательской базы и вряд ли соберет ее обратно

а есть цифры?

Вышел Drupal 8 — критический взгляд

нет, опкеш не помогает с функцией file_exists которую вызывает автолоадер без дампа, либо нужно включать enable_file_override в opcache

Вышел Drupal 8 — критический взгляд

стоит еще оптимизировать автолоад, инклудов там очень много и это существенно сказывалось в rc-1, в консоли:

composer dump-autoload -o

Опыт продвижения проекта с минимальными затратами

пользуюсь, перешел на raindrop с pocket read it later, но очень не хватает функции чтения без доступа в инет, нет возможности скачать все материалы в ios приложении, чтобы потом почитать

Крупная уязвимость в WordPress и Drupal может положить сайт

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

OAuth 2.0 простым и понятным языком

нет к сожалению тогда просто отказался от авторизации через мейлру, и так и не вернулся к этой проблеме

Используя силу JS во всех аспектах веб-проекта

было бы здорово иметь возможность закачать закладки для оффлайн просмотра из всех или некоторых коллекций, как в pocket (read it later)

Новый WebStorm 7: все необходимое под рукой

Очень не хватает keep alive для sftp

WI-674 Option not to break the FTP/SFTP connection (keep alive)
youtrack.jetbrains.com/issue/WI-674

С 2009 года висит без изменений, даже в Аптана кажется сделали

Законопроект № 89417-6 принят во втором и третьем чтении

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

OAuth 2.0 простым и понятным языком

Не получается для сайта обменять code на access_token

Успешно получив code делаю POST-запрос, с заголовком Content-Type: application/x-www-form-urlencoded на connect.mail.ru/oauth/token
В ответ получаю {«error»:«unsupported_grant_type»}

Параметры запроса у меня такие (изменены):
[grant_type] => authorization_code
[code] => dbef95fb3cxxxxxxdfc06661ee68ed90
[client_id] => 678xxx
[client_secret] => 686907143a40xxxxxxda15931dxxxxxx
[redirect_uri] => site.ru
т.е., все необходимые параметры передаются, почему такая ошибка если grant_type правильный?