Как стать автором
Обновить

Комментарии 20

Вот блин, не видел.
А разве через мерное использование правил URL не приводить к падению производительности? Как гласит документация is.gd/njF4Pb
Примечание: Использование правил URL снижает производительность приложения. Это происходит по той причине, что в процессе парсинга запрошенного URL CUrlManager пытается найти соответствие каждому правилу до тех пор, пока какое-нибудь из правил не будет применено. Чем больше правил, тем больший урон производительности. Поэтому в случае высоконагруженных приложений использование правил URL стоит минимизировать.
ну вы в любом случаи парсинг делаете, думаю не намного пострадает производительность, в любом случаи лучше переписывать CUrlManager, эта возможность появилась в 1.1.8
Жесть-то какая, вы точно маньяк если пишете заново, то что есть в фреймворке по умолчанию (изучите наконец-то что есть в urlManager)!
Какая уж это жесть, когда писал не знал что в фреймворк есть встроеная возможность. К тому же как вы заметили я используют urlManager а встроеныйв фреймворк функционал накладывает обязательное его использование.
Так это и к тому, что может сперва читать документацию, потом искать уже написанный кем-то компонент, а только потом уже писать, а?!
Неужели плохой подход? Доки читал но почему то на глаза не попалась выше описанная возможность.

То что я не углядел встроенную возможность использование restful это я моя вина. Но хотелось бы услышать недостатки или почему это плохо.

ЗЫ: немного сарказма — в yii реализовано несколько способов обращение к бд, но использование activerecord по большей мере использовать не вариант, так как сказывается на производительности. Почему же не попробовать альтернативные возможности, разве поиск простого и понятного не тренд прогера.
в yii реализовано несколько способов обращение к бд, но использование activerecord по большей мере использовать не вариант, так как сказывается на производительности.

Я так понимаю разницу между жадной и ленивой загрузкой вы там не читали да? :)
Ну почему же читал. Но пользуемся преимущественно DAO проще для понимания сложные запросы да и шустрей :).
Тогда не понятно почему у вас что-то сказывается на производительности.
Так показала практика, изначально в одном проекте использовался activerecord, переписали на DAO все стало намного шустрей работать, больше половины это сложные запросы.
public function getActionParamsPOST()
    {
       //Получаем данные
       $fh = fopen("php://input", 'r');
       $post_string=stream_get_contents($fh);

       $post_param = explode("&", $post_string);
       $array_put=array();

       foreach($post_param as $post_val)
       {
       $param = explode("=", $post_val);
       $array_post[$param[0]]=urldecode($param[1]);
       }

       return $array_post;
    }

А если в POST будет не form-urlencoded, а multipart/form-data, что тогда?
php://input не доступен с типом содержимого enctype=«multipart/form-data».
Сейчас решаю данную проблему.
put параметры в request были. А так — неплохо.
Откуда в request был put там насколько помню $_POST, $GET,$_COOKIE.
Yii::app()->request->put :)
От души спасибо, плохо прочел доки. Но реализация такая же :)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации