можно было бы сделать проще — есть же подписка на результаты поиска и когда в подписке появляется что-то новое, у нее слева (на странице подписок) появляется синий кружок.
Ну, я бы не стал его так использовать точно — это очень странно. В статье это написано в контексте доступа к контенту сайта поисковиками, т.е. можно делать нормальный динамический контент для людей и поддержать еще и отдачу контента поисковикам.
Если поисковики (для которых вы и будете рендерить на сервере страницу) заходят на ваш сайт чаще реальных пользователей (где все это будет на клиенте), то это значит что не библиотека неэффективна, а сам сайт ваш не эффективен :)
У нас в команде пока нет каких-то жестко формализованных правил писать код, потихоньку к этому идем, так что и общих настроек инспекций нет. Зато есть код ревью, негласные соглашения по способам решении некоторых задач и голова на плечах :)
Ну и есть CodeSniffer, для которого есть набор правил PSR2 + несколько своих кастомных, который висит на receive-hook'е git'а на удаленном сервере и не дает пушить.
У каждого разработчика свое видение мира, строгих разделений между добром и злом нет, как и времени. Когда-нибудь появится время и что-то получится «стандартизировать» и описать какие-то правила для тулзов, которые тоже можно будет повесить на хуки и, тем самым, избегать некоторых вещей еще до того, как код уйдет на ревью.
А пока как есть, такие дела :}
Не нужны тут никакие варианты, можно забить на эту проверку.
Если вас она так волнует — вам надо в панике убегать с Symfony, потому что весь кеш шаблонов Twig на двойных кавычках :)
Opcache на то и опкеш, чтобы кешировать байткод.
Весь этот поиск будет произведен во время компиляции, то есть один раз. Этой микрооптимизацией можно смело пренебрегать направо и налево, потому что это не важно — у всех включен опкеш.
Нечего спорить — вы судите по какой-то ереси по ссылке, что дали выше, а я — по настоящей сертификации :)
Большинство вопросов — с выбором только одного ответа из нескольких и правильный из них в большинстве случаев понятен интуитивно, потому что остальные варианты — бред :)
ну то, что print возвращает результат — ну надо знать, да.
на самом деле даже таких вопросов там довольно мало, на большинство вопросов можно ответить интуитивно, даже не зная языка, а ошибаться в тесте можно
Ну и есть CodeSniffer, для которого есть набор правил PSR2 + несколько своих кастомных, который висит на receive-hook'е git'а на удаленном сервере и не дает пушить.
У каждого разработчика свое видение мира, строгих разделений между добром и злом нет, как и времени. Когда-нибудь появится время и что-то получится «стандартизировать» и описать какие-то правила для тулзов, которые тоже можно будет повесить на хуки и, тем самым, избегать некоторых вещей еще до того, как код уйдет на ревью.
А пока как есть, такие дела :}
Если вас она так волнует — вам надо в панике убегать с Symfony, потому что весь кеш шаблонов Twig на двойных кавычках :)
Весь этот поиск будет произведен во время компиляции, то есть один раз. Этой микрооптимизацией можно смело пренебрегать направо и налево, потому что это не важно — у всех включен опкеш.
Большинство вопросов — с выбором только одного ответа из нескольких и правильный из них в большинстве случаев понятен интуитивно, потому что остальные варианты — бред :)
на самом деле даже таких вопросов там довольно мало, на большинство вопросов можно ответить интуитивно, даже не зная языка, а ошибаться в тесте можно