Скорее всего в вашем случае «в режиме администратора передать доп данные во view» можно будет повешать событие на контроллер через EventManager.
Либо всегда передавать полный набор данных и во вью уже ограничивать вывод согласно правам доступа (в этом случае будьте аккуратны если пользуетесь AjaxContext'ом, а то все данные в json'е станут всем доступны).
Отвечу только с практической стороны, и это сугубо личная точка зрения.
Во вью-шаблонах про поддержку и короткий вывод я с вами согласен.
Добавлю:
— чище код, его проще поддерживать
— теперь хелперы сразу выделяются благодаря $this (в ZF1 мне эта каша хелперов и переменных просто кажется некрасивой)
— опять таки меньше магических вызовов (мысли вслух: хотя хм-м-м, а как они массив из контроллера в локальные переменные перевели? опять таки какая-то магия. надо будет посмотреть как они это реализовали.)
Вобщем во вью шаблонах это чисто эстетическое улучшение.
Про контроллеры:
— с тестированием абсолютно согласен
— избыточная связанность действий контроллера со вью-классом исчезла (надо писать в какой-то $this->view-> и опять какая-то ненужная тормознутость в использовании магических методов, вобщем некрасиво)
— они подготовили контроллеры к возможности навешивания событий к действиям контроллера через новый компонент EventManager (думаю это основная причина)
— ну и чисто для удобства, теперь можно прозрачно вызвать внутри одного метода/действия получить для обработки массив данных от другого метода/действия этого же класса (иногда такое требовалось и приходилось создавать приватный метод, который потом использовался по отдельности в двух методах).
Не проблема, заменил 90% на двух-кратное ускорение, чтоб глаз меньше резало. Математика проста, было грубо говоря 14 вызовов, стало 7 — в два раза возросла производительность.
Уже достаточно долго пользуемся данной мулькой. В целом в некоторых моментах она очень полезна и удобна.
Очень сильно упрощает код во View скриптах:
— легко позволяет подкладывать фикстурные массивы вместо объекта, в тестах и отладке просто незаменим.
— удобная работа с кешами. В контроллере берем из кеша массив данных и отдаем вьюхе, если в кеше все устарело — берем объект, кешируем его в виде массива и отдаем вьюхе. Девелопер нафиг вырубает кеш и спокойно работает, на продакшене врубаем кеш и девелопер вообще не заморачивается.
В контроллерах и моделях редко этим делом пользуемся.
— так как offsetGet не позволяет нормально передавать ссылку на данные, а тупо копирует и возвращает данные (из-за этого возникают проблемы с $a['abc']['var'] = 1; Т.е. берутся данные по ключу 'abc', возвращается копия массива, а затем к этой копии применяется установка значения 'var' = 1. Можно лечит возвратом не массива как это в примере этой статьи, а объекта подложки, который внутри себя хранит ссылку на единый источник данных. Т.е. все вложенные массивы, необходимо подменить своим классом. Вобщем страшный костыль.)
Так что в целом MUST USE в задачах где объекты нужны в режиме READ ONLY.
Блин Игорь так спокойно и лаконично говорит. Что просто вообще не хочется его перебивать, а хочется просто слушать и слушать. Ведь дядька дело говорит. Опыта у него достаточно.
Можно ли будет трансляцию offline?
Давно уже пора отойти временам, когда нет кассетного видеопроигрывателя с таймером на запись, и тебе тупо приходиться по расписанию в 19-00 как штык сидеть и смотреть… А вдруг света не будет, а показывают заключительную серию?! )))
Вобщем перекрестился, и трубочка поднялась. Я не представляю как надо самому юлозиться, чтобы то же самое повторило твое туловище и телефон автоматически взял трубку у тебя в кармане.
Хотя наши маршрутки… Еще и не такие пируэты выписать смогу…
Народ если хотите чтобы сотка пришла быстро — заказывайте на clove.co.uk. Парню в Алмату (Казахстан) пришло за три дня.
Если заказать на CU (computeruniverse.net) и выбрать DHL — он же Deuche Post, то это все дело будет ехать с челноками. Ко мне едит с 12 ноября (уже 18 дней).
Вобщем немецкий DHL меня совсем не обрадовал — т.к. посылочка долетела до границы таможенного союза и оттуда поехала нашей (российской, казахской) почтой. Хоть бы вообще доехала. А то на одном видео-тесте про слона и телефон, я думаю что если не зерно придет, то пару слонов они точно поверх коробки с телефоном поставят. Злости не хватает.
PS Заказывал на CU т.к. только там был с белой окантовкой и впридачу продавалась замечательная карточка extreMemory SDHC Karte 32GB (High Performance, 15MB/s запись, 22MB /s чтение) за 51 евро.
Пользуясь моментом (в этой теме собралось много нужно-умных людей): — Народ, подскажите плиз, что лучше всего использовать для распределенного файлового хранилища?
Задача:
— отдача тучи картинок (размер от 3kb до 5mb) по http (желательно чтобы каждый этот сервер мог выступать в роли фронтенда отдачи картинок)
— возможность выхода из строя 1-2 серверов
— минимальное вмешательство в администрирование
Хотим попробовать GlusterFS, стоит он внимания или надо посмотреть на что-нибудь другое?
Многое есть в оф. документации. НО ваш личный опыт работы с MONGO ниоткуда не почерпнешь!
— С удовольствием бы прочитал про масштабируемость и отказоустойчивость в формате «как мы это поднимали у себя».
— Интересно узнать про то, сталкивались ли вы с падением шарда, перераспределением данных между шардами (например решили убрать один шард и надо данные распределить по оставшимся), добавление нового шарда.
— Где-то прочитал, что при записи в Mongo комп перегрузился и база упала. На восстановление ушло 30 минут. Как от таких случаев вы защищаетесь на своем продакшене?
После ухода Ашмановской эпохи портал стал сильно сдавать свои позиции. Я думал что он уже умещается весь в одну стойку. И то только из-за рамблер.айсикю.
Отличная статья!
Без разбора потрахов, честно не хотел использовать сфинкс. Подумывал о создании своих весов и индексов тупо на соседнем сервере. (Полнотекстовый поиск по мускулу — это для амерекосов, может и пойдет. А так для нашего брата — без словоформ полная туфта).
Не отправляйте в ГУГЛ (пользоваться умеею) и в документацию (много букв). Посоветуйте хорошие статьи (если есть) на:
— как устроен индекс внутри;
— как устроены словоформы, и можно ли их тюнить;
— что-то хорошее про инкрементальный индекс, и его ньюансы (про то что это зло — понятно, но когда новых данных вагон, то инкрементальный это то что нужно, чтобы дожить до ночи);
— практика хорошего применения, или какие ошибки не стоит делать.
Скорее всего в вашем случае «в режиме администратора передать доп данные во view» можно будет повешать событие на контроллер через EventManager.
Либо всегда передавать полный набор данных и во вью уже ограничивать вывод согласно правам доступа (в этом случае будьте аккуратны если пользуетесь AjaxContext'ом, а то все данные в json'е станут всем доступны).
Во вью-шаблонах про поддержку и короткий вывод я с вами согласен.
Добавлю:
— чище код, его проще поддерживать
— теперь хелперы сразу выделяются благодаря $this (в ZF1 мне эта каша хелперов и переменных просто кажется некрасивой)
— опять таки меньше магических вызовов (мысли вслух: хотя хм-м-м, а как они массив из контроллера в локальные переменные перевели? опять таки какая-то магия. надо будет посмотреть как они это реализовали.)
Вобщем во вью шаблонах это чисто эстетическое улучшение.
Про контроллеры:
— с тестированием абсолютно согласен
— избыточная связанность действий контроллера со вью-классом исчезла (надо писать в какой-то $this->view-> и опять какая-то ненужная тормознутость в использовании магических методов, вобщем некрасиво)
— они подготовили контроллеры к возможности навешивания событий к действиям контроллера через новый компонент EventManager (думаю это основная причина)
— ну и чисто для удобства, теперь можно прозрачно вызвать внутри одного метода/действия получить для обработки массив данных от другого метода/действия этого же класса (иногда такое требовалось и приходилось создавать приватный метод, который потом использовался по отдельности в двух методах).
Очень сильно упрощает код во View скриптах:
— легко позволяет подкладывать фикстурные массивы вместо объекта, в тестах и отладке просто незаменим.
— удобная работа с кешами. В контроллере берем из кеша массив данных и отдаем вьюхе, если в кеше все устарело — берем объект, кешируем его в виде массива и отдаем вьюхе. Девелопер нафиг вырубает кеш и спокойно работает, на продакшене врубаем кеш и девелопер вообще не заморачивается.
В контроллерах и моделях редко этим делом пользуемся.
— так как offsetGet не позволяет нормально передавать ссылку на данные, а тупо копирует и возвращает данные (из-за этого возникают проблемы с $a['abc']['var'] = 1; Т.е. берутся данные по ключу 'abc', возвращается копия массива, а затем к этой копии применяется установка значения 'var' = 1. Можно лечит возвратом не массива как это в примере этой статьи, а объекта подложки, который внутри себя хранит ссылку на единый источник данных. Т.е. все вложенные массивы, необходимо подменить своим классом. Вобщем страшный костыль.)
Так что в целом MUST USE в задачах где объекты нужны в режиме READ ONLY.
Можно ли будет трансляцию offline?
Давно уже пора отойти временам, когда нет кассетного видеопроигрывателя с таймером на запись, и тебе тупо приходиться по расписанию в 19-00 как штык сидеть и смотреть… А вдруг света не будет, а показывают заключительную серию?! )))
Ну нада же блин. Всю голову сломал как сделать поиск по тегам по полю MVA, чтобы все переданные теги искались по «условию И».
Оказца все очень просто — надо вызвать setFilter() несколько раз.
Спасибо огромное. Вам +1!
Это проблема MotoBlur или все-таки андроида 2.1?
Хотя наши маршрутки… Еще и не такие пируэты выписать смогу…
— достал телефон в мороз
— вытянул руку
— перекрестился телефоном перед собой
Вот православные старожилы обрадуются, что какая молодежь пошла верующая.
Если заказать на CU (computeruniverse.net) и выбрать DHL — он же Deuche Post, то это все дело будет ехать с челноками. Ко мне едит с 12 ноября (уже 18 дней).
Вобщем немецкий DHL меня совсем не обрадовал — т.к. посылочка долетела до границы таможенного союза и оттуда поехала нашей (российской, казахской) почтой. Хоть бы вообще доехала. А то на одном видео-тесте про слона и телефон, я думаю что если не зерно придет, то пару слонов они точно поверх коробки с телефоном поставят. Злости не хватает.
PS Заказывал на CU т.к. только там был с белой окантовкой и впридачу продавалась замечательная карточка extreMemory SDHC Karte 32GB (High Performance, 15MB/s запись, 22MB /s чтение) за 51 евро.
как привести Я-тайлы в координатную сетку гугла
Если ссылка перестанет работать, юзайте поиск в клубе яндекс карт: «Итак — Google тайлы на яндекс картах — SOLVED»
— Народ, подскажите плиз, что лучше всего использовать для распределенного файлового хранилища?
Имеем:
— 6 серверов с Linux'ом,
— гигабитный 3COM свитч 4200G
Задача:
— отдача тучи картинок (размер от 3kb до 5mb) по http (желательно чтобы каждый этот сервер мог выступать в роли фронтенда отдачи картинок)
— возможность выхода из строя 1-2 серверов
— минимальное вмешательство в администрирование
Хотим попробовать GlusterFS, стоит он внимания или надо посмотреть на что-нибудь другое?
Многое есть в оф. документации.
НО ваш личный опыт работы с MONGO ниоткуда не почерпнешь!
— С удовольствием бы прочитал про масштабируемость и отказоустойчивость в формате «как мы это поднимали у себя».
— Интересно узнать про то, сталкивались ли вы с падением шарда, перераспределением данных между шардами (например решили убрать один шард и надо данные распределить по оставшимся), добавление нового шарда.
— Где-то прочитал, что при записи в Mongo комп перегрузился и база упала. На восстановление ушло 30 минут. Как от таких случаев вы защищаетесь на своем продакшене?
После ухода Ашмановской эпохи портал стал сильно сдавать свои позиции. Я думал что он уже умещается весь в одну стойку. И то только из-за рамблер.айсикю.
Без разбора потрахов, честно не хотел использовать сфинкс. Подумывал о создании своих весов и индексов тупо на соседнем сервере. (Полнотекстовый поиск по мускулу — это для амерекосов, может и пойдет. А так для нашего брата — без словоформ полная туфта).
Не отправляйте в ГУГЛ (пользоваться умеею) и в документацию (много букв). Посоветуйте хорошие статьи (если есть) на:
— как устроен индекс внутри;
— как устроены словоформы, и можно ли их тюнить;
— что-то хорошее про инкрементальный индекс, и его ньюансы (про то что это зло — понятно, но когда новых данных вагон, то инкрементальный это то что нужно, чтобы дожить до ночи);
— практика хорошего применения, или какие ошибки не стоит делать.
Именно то что я хотел прочитать, но до поиска руки не доходили; и о чудо оно само нашлось.
+1
Спасибо что не пожалел времени написать!
+1