Ответы, понравившиеся пользователю dimarick

А вы выясните, почему падают те, что есть на изначальной странице? Я в таких случаях пользуюсь $processOutput = true и доволен. Проблемы возникают двух типов. Во-первых, могу повторно тянуться какие-нибудь js из assets. Для этого в подгружаемой вью укажите, что некоторые вещи грузить не надо, они в материнской странице уже есть. Типа

Yii::app()->clientscript->scriptMap['jquery.min.js'] = false;

Другая проблема - совпадение id. Yii для всяческого манипулирования навешивает на каждый виджет id автоматом, если их не указывать. На одной странице они нумеруются, благодаря чему все разные, а вот подгружаемые нумеруются заново, в итоге на одной странице оказываются несколько div id=yw0, например, и разные обработчики на этот самый yw0. Указывайте хотя бы подгружаемым виджетам id сами.

Ответ написан более трёх лет назад

Комментировать

Скорость вызова include

Андрей @kaasius

Хороший принцип - принцип отделения кода от данных и всего этого вместе - от представления. Если хочется чего-то серьезного (а раз вы задаетесь вопросом быстродействия include, то на это похоже), отделите представление (html) от кода (php). Соединяться они имеют право только в скомпилированных шаблонах. Отвечая на вопрос - include очень быстр. Если вдруг, по какой-то неведомой мне причине, вам не хватит быстродействия, надо копать в сторону APC. Ну или бросить шаред хостинг и арендовать VPS.

Ответ написан более трёх лет назад

Комментировать

Алгоритмическая сложность php-функций

popov @popov

Попытайтесь определить сложность на экспериментах (по крайней мере, этот метод приходит одним из первых на ум), подавая разные данные на вход, усредняя время выполнения функции и строя графики зависимости среднего времени от длины входных данных. Мне кажется, это может быть интересным, а хорошо сделанного материала может хватить на статью в рецензируемом журнале или на Хабре.

Опять же, эксперименты требуют довольно большого времени, иногда проще оценивать код.

Ответ написан более трёх лет назад

1 комментарий

Почему исчезли автор и его статья про возврат Windows при покупке компьютера?

stalkerxxl @stalkerxxl

Ставлю 5 баксов, что этот вопрос — тоже скоро исчезнет =)
а автор получит молчанку с формулировкой «нарушения правил русского языка»

Ответ написан более трёх лет назад

2 комментария

Почему исчезли автор и его статья про возврат Windows при покупке компьютера?

0000168 @0000168

Поддерживаю, если бы не наткнулся на вопрос о статье, то потом очень бы удивился куда пропала статья из избранного в самый нужный момент.((
На всякий случай сделал локальную копию из гугла кэша)

Ответ написан более трёх лет назад

2 комментария

C++14 имеет достаточно фич, что бы забыть о PHP?

galaxy @galaxy

C++14 имеет достаточно фич, что бы забыть о C++

Ответ написан более трёх лет назад

2 комментария

В последнее время появилось много критики Монго. С чем связано это?

baadf00d @baadf00d

эйфория от новых возможностей прошла и вскрылись недостатки, на мой взгляд основные их них:
— Слабая производительность на 1-серверной БД. Особенно заметно на map-reduce по данным, которые полностью влезли в память.
— Особенности документо-ориентированной структуры. Многие переходили с табличных БД и тут понеслась: сначала радость, что не надо возиться со структурой, а потом расплата — в одной коллекции куча разных объектов и приложение регулярно читает из вроде бы известной коллекции что-то для себя неожиданное (очень старые объекты, некорректно измененные и т.п.).
— Целостность данных. Кто-то привык, что БД контролирует этот вопрос, вешают констрейнты и ловят ошибки в логе в случае какой промашки по части бизнес-логики. Монга же ничего такого сама не контролирует, ну и получаются внутри БД ссылки на объекты, которых нет.
— Отсутствие полноценных транзакций. Те, кто бросились все хранить в монге с ужасом поняли, что для биллинга нужно что-то другое. (должен оговориться, что не все пока поняли)

По моему мнению отказаться от классической реляционной БД в пользу монги может позволить далеко не каждый проект. Если перетаскивать какой-нибудь небольшой интернет-магазин, то с бОльшей вероятностью это принесет боль и страдание нежели ожидаемый профит. Эффективным решением будет параллельное использование монги и реляционной БД, но чтобы это имело смысл — проект должен быть соответствующих размеров. Для небольшого проекта городить такой огород контрпродуктивно.

PS Мое мнение основано на годичном опыте неплотной работы с монгой, опыт работы с реляционными БД — примерно 10 лет.

Ответ написан более трёх лет назад

2 комментария

Где найти единомышленников в проект?

vinograd19 @vinograd19

здесь опишите, интересно же

Ответ написан более трёх лет назад

1 комментарий

Плохо ли, когда http и https версии сайта совсем разные, а домен один и тот же?

sigod @sigod

На мой взгляд — плохо. Что по вашему ожидает пользователь добавив в строке браузера лишь букву s?

Ответ написан более трёх лет назад

4 комментария

Плохо ли, когда http и https версии сайта совсем разные, а домен один и тот же?

m-haritonov @m-haritonov

На мой взгляд, формально это не корректно, т.к. протокол отвечает за формат передаваемых данных и использование его иным образом нарушает формальное разделение обязанностей между частями URL адреса. Трактовать часть URL адреса «https» как «закрытая область» я бы не стал (хотя подобный минимализм притягивает), т.к. по https могут передаваться и данные из общедоступной области. Плюс, в будущем может возникнуть необходимость отдавать данные открытой области по https и тогда придётся переносить закрытую область на поддомен (и, как следствие, рассылать пользователям уведомления о смене адреса, менять URL адреса во всех местах программы (т.к. поставить редирект с прежнего адреса будет нельзя) и т.п.).

Ответ написан более трёх лет назад

1 комментарий

Знакомство школьников с git и github… Стоит ли? И с чего начать?

Ilya Evseev @IlyaEvseev

Opensource geek

Я бы попробовал начать с Mercurial, потому что он предлагает для простых задач простые решения, а в Git «можно легко отстрелить себе ногу».

Для проектов используйте bitbucket или code.google.com

Ответ написан более трёх лет назад

Комментировать

Стоит ли писать статью о старой советской телекамере?

Евгений @r4tz52

Пишите, конечно.

Ответ написан более трёх лет назад

1 комментарий

Посоветуйте чего добавить в алгоритм управления роботом сумоистом?

Biga @Biga

Нарисуйте чёрную линию на белом фоне поперёк корпуса робота. Пусть противники призадумаются.

Ответ написан более трёх лет назад

Комментировать

Знакомство школьников с git и github… Стоит ли? И с чего начать?

yeputons @yeputons

Мне тоже кажется, что git сложен. Я пробовал у себя на кружке показать, что это и как использовать, но дети не прониклись. Необходимость откатить что-то возникает довольно редко. Если работаешь один, это на не очень больших проектах вырождается в бэкап. Собственно, необходимости что-то восстановить или посмотреть историю у детей за полгода не возникла — только добавляем фичи в задание.

Взможно, стоит посмотреть в сторону Mercurial (я слышал, у него проще логика) и Subversion — последний очень straightforward, но всё еще система контроля версий. А тикеты можно выкладывать и в Trac/Redmine.

Думаю, что полностью всё чудо VCS можно понять только на коллективном проекте, как уже отметили выше

И настоятельно рекомендую вам хотя бы за две недели до занятия полностью разобраться с темой и составить примерный план занятия, иначе что-нибудь важное обязательно забудется и придётся перескакивать внутри рассказа.

Ответ написан более трёх лет назад

1 комментарий

Знакомство школьников с git и github… Стоит ли? И с чего начать?

bak @bak

Можно, и нужно, но не просто так (потому что модно), а организовав совместную работу над каким-то проектом. Тогда и вылезут все преимущества использования системы контроля версий. При грамотной организации процесса и мотивированных учениках можно делать крутые штуки.

Ответ написан более трёх лет назад

2 комментария