Я был в шоке.
После 2-х недельного опроса на PHP Weekly результаты распределились следующим образом:
Первое место… та-да… Laravel.
Второе Phalcon.
Третье symfony.
4- делят Yii с Codeigniter.

Идея провести голосование навеяна странной статьей, результаты которой хочется поставить под сомнение. Возможно предпочтения действительно определяются регионом и маленькой выборкой автора, поэтому предлагаю провести голосование среди большого Хабрасообщества.

Добрый день!

Долгое время на просторах интернета я искал информацию о реализации AJAX загрузки файлов для CodeIgniter. Разные разработчики предлагали разные технологии и примеры реализации. Я перепробовал их все, но ни одна из них не была достаточно проста и функциональна одновременно. Лишь недавно я открыл для себя jQuery File Uploader. «Он ничем не отличается от остальных» — скажите вы, но это не так. Его главное отличие — это простота и хорошая документация с примерами. В документации разобраны все callback'и, описаны все options. Внедрение в любую систему не занимает много времени.

Сегодня я покажу как можно очень просто организовать multipart загрузку файлов на сервер + drug&drop в CodeIgniter.

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

Пару дней как, а именно 30 марта вышел релиз CodeIgniter 3.0.0. Скачать можно на странице проекта.

Основные изменения в сравнении с версией CodeIgniter 2:

• Фреймворк выпущен под лицензией MIT
• Обширный рефакторинг драйвера баз данных
• Полная поддержка PDO
• Новая библиотека для работы с сессиями
• Новая библиотека шифрования
• Доработано модульное тестирование, улучшилось покрытие кода
• Рекомендуется PHP 5.4 или новее, но CI-прежнему будет работать на PHP 5.2.4

Полный список изменений.

Недавно возникла задача прикрутить к библиотеке A3M (это довольно популярная библиотека аутентификации для CodeIgniter) поддержку аутентификации OAuth2 через Google. Все началось с того, что пару месяцев назад ко мне обратился товарищ. У него есть сайт, написанный кем-то в незапамятные времена на CodeIgniter. Естественно, этот кто-то уже исчез в неизвестном направлении.

Сайт вполне рабочий и проблем особо не делает, поэтому товарищ особо не парился и даже не думал про апдейты или (упаси боже) миграцию куда либо.

В один прекрасный день он обнаружил что при логине через Google прилетает такое вот сообщение:

OpenID 2.0 for Google Accounts is Going Away. OpenID 2.0 is no longer supported. If your app uses OpenID 2.0, you must migrate your app by the shutdown date April 20, 2015, as shown in the migration timetable.

Хотя мой товарищ ни разу не программист, почуял неладное и обратился ко мне в надежде, что я смогу это дело поправить.
У него довольно большая база юзеров на сайте, которые логинились через Google, и если до 20-го апреля это дело не пофиксить, многие юзеры внезапно не смогут попасть на сайт.

«Не проблема, пофиксим», — сказал я и полез в гугловский мануал по миграции.

В 2012 году я даже не догадывался о слово сочетании ООП, но четко понимал, написание сайтов и в недалеком будущем web-приложений, потребует уже заранее подготовленных решений, так как количество задач росло, а времени на их реализацию было недостаточно. Выбор мой пал на CodeIgniter ведь его документация меня пожалела, откинув сложные для не окрепшего новичка слова. Признаться, я до сих пор не встречал настолько же удобную и понятную документацию. С тех пор прошло сравнительно немного времени. Но я решил поделиться не многочисленными накопленными знаниями с пользователями Хабра.

На данный момент я использую CodeIgniter v2.2.0.

Фреймворки во многом облегчают разработку программного проекта за счет готового набора компонентов и библиотек. Очень важным для фреймворка является не навязывание архитектуры. Диктовать архитектуру приложения должен разработчик, а не фреймворк. Если же фреймворк принуждает разработчика к определенной архитектуре, то при разработке нестандартного веб-приложения можно упереться в накладываемые ограничения. Однако выход за рамки фреймворка поощряет неопытных или начинающих разработчиков к плохо написанному программному коду.

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

Простой и когда-то элегантный роутинг фреймворка CodeIgniter полностью обновится в четвертой версии. Лонни Эцелл в очередной раз делится очень интересной информацией о новых возможностях. В этот раз речь пойдет о маршрутизации.

Лонни Эцелл (Lonnie Ezell), основной разработчик CodeIgniter 4, поделился в своем блоге информацией о новом функционале четвертой версии фреймворка.

В CodeIgniter 4 будет применяться внедрение зависимостей. Разработчик Лонни Эцелл поделился информацией о том, зачем же нужно внедрять зависимости и как это будет выглядеть в четвертой версии фреймворка CodeIgniter.

Одним из самых больших и горячих обсуждений о будущем CodeIgniter 4, было обсуждение о поддержке и возможности использования модулей/HMVC.

Давно не делали опрос о популярности php-фреймворков. Это, конечно, не волшебный мир JavaScript, где всё меняется каждые полгода-год, но всё-таки и в php тоже постоянно идут изменения.

Выпускаются новые версии, что-то устаревает, что-то входит в моду и т.д. Один фреймворк более «компонентный» и лучше следует принципам SOLID, другой удобен для быстрого старта, третий имеет хорошее комьюнити.

Итак, опрос для тех, кто использует php в своей практике.

Итак, начал я разрабатывать один проект по фану. Основная идея проекта проста: площадка, где все могут ставить на всё что угодно, заключать пари, сделки и БЕЗ каких либо ограничений. Развлекательный проект по сути своей.

Ну и конечно стал вопрос Удобной авторизации пользователей с наименьшим «трением». Подумав немного, я выбрал авторизацию через Facebook, но думаю, на этом я не остановлюсь и вы прочтете ещё несколько статей, с авторизацией через Google Acc, VK и Tweet.


Итак к делу! В интернете я нашел несколько тем, которые описывают вопрос авторизации, некоторая информация мне помогла, но я не нашел ни одной, которая бы решила поставленную мной задачу, поэтому, завершив задачу я и решил написать эту статью.

Недавно решил поизучать framework’и для PHP.
Решил изучать CodeIgniter, но столкнулся с проблемой — отсутствие какой-либо документации на русском языке.
Вот я и решил открыть блог посвященный CodeIgniter.
Для начала я собираюсь перевести user guide по CodeIgniter.
А там посмотрим)
Попробую сделать, что-то типо Введение в Zend Framework.

Адрес блога.

Кто может помочь с переводом, пожалуйста, обратитись ко мне. Можно по ХаброПочте.

Я думаю, если документация по одному из не плохих (как я думаю) framework'ов на php будет на русском языке, то удет хорошо.

Вышла новая версия нашего любимого фреймворка — CodeIgniter v1.6 (скачать, svn)

Краткий changelog:

1. Новый класс DBForge для управление таблицами в бд (создание, удаление, модификация)
2. Новые методы в ActiveRecord библиотеке.
3. Внимание! Изменились название некторых методов AR. Например, getwhere() теперь get_where()
4. MultipleViews
5. Автозагрузка моделей

и т.д. + море багфиксов

Хотя лично мне хотелось бы человеческий ORM из коробки. Что ж будем ждать.

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

Ниже находится перевод статьи Джонатана Снука (Jonathan Snook) о преимуществах и недостатках двух популярных PHP фреймворков CakePHP и CodeIgniter.

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

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