Поддержу,
если кратко — есть бизнес процессы к которым внешнего апи (REST) нет. Все апи заключает в «купите коробку и юзайте АПИ фреймворка» что пожалуй не назовешь полноценным АПИ или как того ожидает пользователь
Объясните ж мне глупенькому наконец, зачем на борту иметь Nginx и Apache + mod_php? Чем связка nginx + PHP FPM плоха, учитывая что у вас полноценный виртуальный сервак?
Тоже поимели неприятности с одноименным провайдером по той же причине. Но удивило другое — абослютная тишина на протяжении почти 18 часов от регистратора. Ни новостей ни официальных комментариев.
Под тяжестью клиентов они разродились на скудную новость к вечеру r01.ru/about/news/detail.php?ID=4548
Да к чему я это? Да все просто — качество сервиса ниже плинтуса!
оперативно устранили проблему
в их понимании восстанавливать критичный сервис несколько часов.
P.s. тоже увел свои домены на более дружелюбный хостинг
Используем Synfony 1 в своем проекте. Нагрузка около 60000 посещений в день. Используем 2 сервера. ОДин — БД (Postgres, mongo), второй — Nginx+PHP. Средний LA на фронте 4 балла
В детстве всегда мечтал об устройстве-свистишь а оно в ответ пиликало. Но вот как только оно появилось у меня — стало абсолютно неинтересно и бесполезно
Отличная статья, но не освещена вторая сторона вопроса — а именно оценка адекватности заказчика. На ваших примерах вам попадались заказчики идеальные, которые понимают процессы и взаимодействуют с вами. Что насчет заказчиков которые сами не знают что хотят?
Много лет использовал XSLT но в последнее время перешел к нативному шаблонизатору Yii
Мое мнение:
— XSLT очарователен в своей концепции. Но его надо использовать по назначению!
— Конструкции вида <xsl:value-of select="php:function('str_plural_form', 1*$cnt_users, 'пользователь', 'пользователя', 'пользователей')"/> могут вызывать утечку памяти на некоторых версиях php (см на php.net)
— Отказался по причине что чтоб сделать простую вещь — например оторбазить GET параметр — его надо сначала запихать в XML а потом вывести в шаблоне (про безопасность я тут НЕ говорю!)
— В шаблон можно передавать только строковые переменные. Никаких объектов и т.д… ну или извращаться с сериализацией \ десериализацией объектов
Причинай тому — довольно легкий порог вхождения в ряды «разработчик Андроид». Архитектура приложения такова что в отдельном файле для приложения надо выставить права, необходимые приложению. Мне кажется что большенство програмистов считают что тратить несколько минут жизни на это — непозволительная роскошь и просят максимально возможные права, мотивируя это «А вдруг понадобится позже»
Не заметил — прошу прощения. В целом с количеством багов не очень тянет на звание «Тру» модальных окошек, но если поправить все баги — станет очень даже тру!
Сходу ссылки
если кратко — есть бизнес процессы к которым внешнего апи (REST) нет. Все апи заключает в «купите коробку и юзайте АПИ фреймворка» что пожалуй не назовешь полноценным АПИ или как того ожидает пользователь
Под тяжестью клиентов они разродились на скудную новость к вечеру r01.ru/about/news/detail.php?ID=4548
Да к чему я это? Да все просто — качество сервиса ниже плинтуса!
в их понимании восстанавливать критичный сервис несколько часов.
P.s. тоже увел свои домены на более дружелюбный хостинг
Мое мнение:
— XSLT очарователен в своей концепции. Но его надо использовать по назначению!
— Конструкции вида
<xsl:value-of select="php:function('str_plural_form', 1*$cnt_users, 'пользователь', 'пользователя', 'пользователей')"/>могут вызывать утечку памяти на некоторых версиях php (см на php.net)— Отказался по причине что чтоб сделать простую вещь — например оторбазить GET параметр — его надо сначала запихать в XML а потом вывести в шаблоне (про безопасность я тут НЕ говорю!)
— В шаблон можно передавать только строковые переменные. Никаких объектов и т.д… ну или извращаться с сериализацией \ десериализацией объектов