All streams
Search
Write a publication
Pull to refresh
46
0
Kirill Yegorov @coh

Пользователь

Send message
Да, это было бы интересно, я не спец в тюнинге YII. Подвох от части в этом: habrahabr.ru/post/149853/#comment_5071949
Использовался yii.php, memcached не был подключен.
Нет в случае теста все честно memcached не использовался, вот тесты с memcached:

image
Возможно так и было, мы использовали то, что было предложено разработчиками as is, ничего не трогая.
У вас есть возможность самостоятельно в этом убедиться. Код примера «блог» доступен как в нашей системе, так и в yii. Это не маркетинг. Если разобраться в причинах такой разницы, то все встанет на свои места. Мы используем подготовленные пакеты кода, количество инструкций include и require минимально. Кроме этого мы кропотливо исправляли медленные места системы при помощи профилирования. Отдельно можно рассмотреть работу с использованием кэширования в memcached, там также есть чему удивиться. Многие подходы, которые мы использовали можно применить к представленным в тесте фреймворкам, тем самым ускорив их, собственно для чего и предназначена платформа.
nginx и php-fpm дадут прирост. Мы тестировали демо пример «Блог», использовали apache 2.2. Чтобы убедиться в порядках необходимо протестировать обе платформы на одном и том же железе и настройках. Обращаю внимание, что запускать систему DVelum нужно с настройками production, подробное описание есть в документации Установка и настройка
Не в коем случае, у систем совершенно разное предназначение. Они вполне могут дополнять друг друга.
Хотя я не отрицаю что в PHP продуктах возможно наибольшее количество уязвимостей.
Интересно, было протестировано одинаковое количество приложений на разных зыках? По 41 на язык или разное… Нашел ответ PHP «на нем написаны 63% всех протестированных сайтов» Получается статистика по языкам надумана.
Получился какой-то сборник bad practice. Не нужно вводить в заблуждение новичков (аргументации уже более чем достаточно в комментариях к топику выше).
Переводчику спасибо за труд. Одного не могу понять, зачем переводить очередной батхерд на тему PHP. Все эти вопросы разбирались уже не раз. Те кто давно и профессионально работает с PHP знает про особенности и подводные камни, кому не по нраву перешли на другой язык. Мне сложно представить человека — фаната профи PHP, который писал бы каверзные статьи на темы других языков. Так что это за попытка? Поднять бурление на изъезженную тему или очередная контрпропаганда? Зачем …?
Приходилось сталкиваться с этим чудо фреймворком, показалось недостаточно функционала.
Оттолкнули мелки порблемы, как отсутсвие экранирования имен полей в «ORM» (на самом деле data mapper а не полноценная реляционная проекция), отсутствие внятных механизмов фильтрации входящих данных, плюшек упрощающих работу Autoloader и т.п Одним словом прост и быстр, но писать на нем что-то более серьезное, чем свою домашнюю страничку не стал бы.
На сайте разработчиков есть интересные разделы www.sencha.com/learn/legacy/Ext_FAQ и www.sencha.com/learn/legacy/Tutorials там собраны советы на различные случаи жизни.
Статья хорошая, но к сожалению не нашел описания подводных камней. Вот если бы вы рассказали что-нибудь из разряда: У Ext.data.JsonStore есть такое свойство pruneModifiedRecords, которое отвечает за очистку измененных Record когда Store перезагружается или когда запись удаляется. И главное — это свойство по умолчанию выставлено в false, что на практике может дать неожиданный результат при сохранении данных. Было бы интереснее, ведь таких вещей там достаточно много.
Microsoft зажралась... перехожу на Mandriva Linux
12 ...
10

Information

Rating
Does not participate
Location
Россия
Registered
Activity