Если есть проверка входящих данных, то можете использовать любой из вариантов — они идентичны. В этом случае не обращайте внимание на эту паранойю вокруг безопасности данных процедур.
Если у Вас нет проверки входящих данных, то лучше не использовать эти способы. В этом случае надо ещё хорошо подумать о том, на сколько Вы хороший программист.
Достичь выигрыша в скорости и безопасности можно только перейдя на методы call и aplly, но структура передаваемых данных будет гораздо сложнее.
Да, значимость у них как у ветвей, но другой окрас. «Черви» — это ошибки и «тёмные» места в идее, над которыми надо ещё подумать.
В итоге получается простая картина:
— Сначала закладывается ствол — концепт-фокус и даётся базовая информация (время, средства и пр.). Потом на стволе появляются ветви и «черви» — дополнительная информация или её отсутствие об идее, фишки и баги. В идеале стол остаётся неизменным, а вот ветви и «черви» вырастают (появляется новая информация для размышления), деревенеет (выполняется локальная задача связанная с данной веткой) и исчезают (решается проблема или отбрасывается фишка).
Вуаля… Живое дерево идей.
Кстати, в дополнении ко всему этому я использую журнал проделанных работ по идеи.
— Время отклика — секунды. Понятно, объяснять не стоит. По аналогии t — время.
— 2 секунды — среднее время соединения. Тоже объяснять не стоит.
— Пиковая нагрузка — запрос / секунду. Но здесь надо понять, что это не частота, а количество выполненных запросов, т.е. надо использовать в качестве величины просто запрос. По аналогии S — расстояние.
— Время генерации страницы — секунд / запрос. По аналогии это 1/V — 1/скорость, т.к. мы оперируем временем.
— По аналогии: t = S / V. Если подставите все эти величины, то уведите как запросы сокращаются остаётся только время, которое подымается наверх, т.к. у нас обратная величина.
Делегирование событий и методы live и delegate — две совершенно разные вещи. Не надо их путать.
Методы live и delegate автоматически вешают обработчики на необходимые элементы, не сокращая количество обработчиков, как это делает делегирование событий.
Делегирование событий — это способ организации установки обработчиков событий, когда однотипные обработчики с многочисленных дочерних элементов вешаются на родительский элемент.
Поясню на примере:
— Допустим у нас есть игровое поле состоящее из 100 ячеек. Для каждой ячейки имеются события click, mouseout, mouseover.
Если мы не используем делегирование событий (IE6), то на каждую ячейку мы должны повесить по 3 обработчика событий и в итоге получим 300 обработчиков. событий. Медленно и неудобно во всех браузерах, но работает под IE6.
Если мы используем делегирование событий, то нам нужно создать родительский контейнер для ячеек и повесить на него 3 обработчика, а при срабатывании просто определять инициирующий элемент. Быстро, удобно во всех браузерах, кроме IE6.
Каких либо способов организовать в IE6 делегирование событий не имеется.
Это весьма проблематично, т.к. придётся писать в итоге две системы. Для IE6 нужно написать отдельную верстку (html+css), клиентскую часть (js) и серверную. Если с версткой это делается достаточно легко (если верстальщик с руками), то с клиентской частью будут танцы с бубном. Для вашего случая — «Ходим по клеткам, мочим юнитов врага.» — без делегирования событий лучше не обходиться.
— Всегда ходил самостоятельно искал работу. Буквально напрашивался в интересующие меня компании.
Достаточно эффективно. Приходите в компанию спрашиваете «есть ли вакансии?». Далее рекламируете себя и оставляете своё резюме (если вакансий нет, то оставляете на «всякий случай»). Два из трёх раз я именно так устраивался.
В поиске работы главное настойчивость и уверенность в себе.
— С кадровыми агентствами лучше не связываться, т.к. это потеря времени. Единственный случай когда в них стоит обращаться, это когда 100% известно что нужная компания (в которую Вы хотите устроится) сотрудничает с этим агентством.
Нетрадиционное использование MySQL? Однофайловая CMS?..
На кой чёрт это нужно? На Хабре половина web-программистов не различают особенностей движков таблиц, а другая если различает, то придумывает всякие извращения, что бы «запихать» в базу всё.
Я уже намекнул — народ жаждит статьи о том как оптимально работать с MySQL.
Как чем?.. Областью приложения.
PHP генерит макет страницы и заполняет его данными. А вот CSS и JS заставляет этот макет красиво выглядеть и работать. CSS и JS работает с версткой и DOM-моделью, поэтому сложнее.
Понять относительно легко — пообщайтесь с другими программистами по тематикам оптимизации, безопасности и общей организации проекта. Если увидите пробелы, то ваши знания явно начала 2000-х.
Само собой разумеется, что программистов должно быть достаточно много.
