И у меня офис подключен так, вот только из 4-х БС поблизости, три перегружены так, что в днем отправить что либо со скоростью больше 700 байт/сек нереально.
А четвертая периодически отваливается, то есть соединение есть, а интернета нет, в среднем раз в 15 минут.
В самом начале раздела «Влияние ORM» вы громко декларировали что ORM сильно тормозит развитие ООБД, но дальше вы описываете чем же ORM плох. Так, а чем же он тормозит развитие?
Сравнивая СУБД и ООБД, вы описали плюсы СУБД, но где же все остальное?
А в это время, главный тюремщик смотрит за тем кто первый выключит лампочку, как только ее выключили, берем следующего случайно, потом повторяем предыдущего (который выключил), не более чем через 200 дней, задаст вопрос на хабре «как убить бессмертных эльфов»
В документации упирают на кэшируемость элементов.
То есть кусок который обращается к requestAction — мы делаем отдельно, элементом, а потом вызываем из view, как $this->element('elementName', array('cache' => true));
Настройки кэша у элемента довольно гибкие.
Ну а после серьезных обновлений (хотя я ставлю обновления кэша элемента на 2-5 минут, и он сам прочищается к этому времени), есть еще команда Cache::clear(), правда довольно злая.
Создайте новый кошелек с webkeeper light и попробуйте с нуля найти комбинацию кнопок.
Для человека первый раз пользующегося webmoney ввод денег не очевиден, кроме способа купить карточку на 1000 wmr за 1300 рублей.
Например если бы такая задача стояла в банке, то я уверен вам бы разъяснили чуть ли не пошагам и помогли донести ваши деньги — им.
И да я бы тоже удивился, как это так, человек не знает как сохранить ключевой файл для активации из эмейла, но виду бы не подал ни тоном, не действием.
Клиент знаете ли, имеет право.
На мой невинный вопрос «как положить денег на счет», после того как я наконец продрался сквозь миллион миллиардов телефонных меню, мне довольно вежливо, но с потрясающей интонацией «Совсем обалдел звонить спрашивать» сказали прочитать документацию по этому вопросу.
В итоге правда, наступив на свое чувство гордого потребителя, меня провели по нужным пунктам меню, не изменяя впрочем интонацию.
Безусловно в нем нет такого функционала, но если он потребуется поставьте настройку Auth в например actions и у вас все это появится, достаточно будет только сделать красивый интерфейс что бы реализовать раздачу прав по описанному функционалу.
Эта задача для тех случаев когда это всё не требуется, ну или не требуется на первоначальном этапе.
> Иногда? Вы уверены, что сможете на 100% спрогнозировать, что в вашем проекте этого будет достаточно?
Я уверен, что я легко смогу это изменить если мне потребуется.
> Вы знаете, я уверен что разработчики Битрикса думали также. Теперь в популярной коммерческой CMS нельзя ограничить доступ к отдельным разделам каталога. Это нормально?!
А вы в своих проектах предусматриваете всё? А кофе он варит?
> Используя изначально слабый по набору функциональностей компонент, вы гарантируете, что при внесении новых фич, вам придется переписывать значительный кусок кода.
Покажите мне слабый компонент в данной связке.
> Да? А проверки прав добавлять не нужно будет? А новые модели данных?
Нет. Тоже самое с возможностью выдачи прав по пользователям делается еще легче и тем же компонентом.
«Эта система сильно нагружает сервер»
«От мысли что придется работать с этой системой меня бросает в ужас»
Ага :)
А четвертая периодически отваливается, то есть соединение есть, а интернета нет, в среднем раз в 15 минут.
Сравнивая СУБД и ООБД, вы описали плюсы СУБД, но где же все остальное?
Можно вложить элемент внутрь другого элемента.
То есть кусок который обращается к requestAction — мы делаем отдельно, элементом, а потом вызываем из view, как $this->element('elementName', array('cache' => true));
Настройки кэша у элемента довольно гибкие.
Ну а после серьезных обновлений (хотя я ставлю обновления кэша элемента на 2-5 минут, и он сам прочищается к этому времени), есть еще команда Cache::clear(), правда довольно злая.
Для человека первый раз пользующегося webmoney ввод денег не очевиден, кроме способа купить карточку на 1000 wmr за 1300 рублей.
Например если бы такая задача стояла в банке, то я уверен вам бы разъяснили чуть ли не пошагам и помогли донести ваши деньги — им.
И да я бы тоже удивился, как это так, человек не знает как сохранить ключевой файл для активации из эмейла, но виду бы не подал ни тоном, не действием.
Клиент знаете ли, имеет право.
В итоге правда, наступив на свое чувство гордого потребителя, меня провели по нужным пунктам меню, не изменяя впрочем интонацию.
Эта задача для тех случаев когда это всё не требуется, ну или не требуется на первоначальном этапе.
Права мы в коде контроллера привязываем к названию группы пользователя (за что меня тут уже попинали).
Простите :( не понимаю как упростить дальше.
Я уверен, что я легко смогу это изменить если мне потребуется.
> Вы знаете, я уверен что разработчики Битрикса думали также. Теперь в популярной коммерческой CMS нельзя ограничить доступ к отдельным разделам каталога. Это нормально?!
А вы в своих проектах предусматриваете всё? А кофе он варит?
> Используя изначально слабый по набору функциональностей компонент, вы гарантируете, что при внесении новых фич, вам придется переписывать значительный кусок кода.
Покажите мне слабый компонент в данной связке.
> Да? А проверки прав добавлять не нужно будет? А новые модели данных?
Нет. Тоже самое с возможностью выдачи прав по пользователям делается еще легче и тем же компонентом.
И что не понятно сейчас?
И да, иногда достаточно разделения по группам и действиям.
Опять таки, в определенных пределах решение расширяемо.