Обновить
48
Kirill Yegorov@coh

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

11
Подписчики
Отправить сообщение
Для этого как ни кстати подошел Extjs, взявший на себя отрисовку интерфейса, что позволило отвлечься от шаблонов и заняться непосредственно бизнес логикой.
На основе подобного подхода приходилось выполнять очень сложную систему гос. документооборота, работа над ней как раз и подвела к созданию IDE
Да, это было бы интересно, я не спец в тюнинге 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

Информация

В рейтинге
Не участвует
Откуда
Россия
Зарегистрирован
Активность