zooks: люди не печатают урлы в адресной строке, или вы думаете иначе? Я даже больше вам скажу, люди не читают урлы в большинстве случаев. А вопрос был в контексте SEO.
Посмотрите на википедию, у них все замечательно и с кириллицей в .org зоне.
Дмитрий: Да ничего они не подтверждают. Я вот расписал свое обоснование, прикрепил где-то в комментах ссылку на эксперемент (все что смог по этой теме быстро найти)...
Скажите честно, вы просто сказали наугад и никакой разницы для SEO нет и в помине. Так? "исследования" нагугленные показывают что второй вариант как раз таки самый плохой. Гугл прекрасно умеет переводить отдельные слова и искать по переводу. Да и кирилица в урлах это не такая уж и плохая идея.
Сергей Семенко: если API ваше, то самый эффективный способ - обмен данными по необходимости (без проверок) в рамках соединения. Другой вариант - long polling, на нем работают фэйсбуки и вконтакты.
Steely: EXPLAIN запроса в студию. + пройдитесь профайлером, может быть у вас коннекшен к базе идет долго (dns lookup например). Слишком мало информации.
Kano: почему же? Краулер который индексирует сайты на которые ходят люди) чем человек не краулер? Забрать в бэкграунде пачку страниц, распарсить и отдать на сервак оно может. Другое дело что это как-то тупо.
Kano: а ну тогда CORS на сервере (он же наш) или jsonp (есть еще варианты)... отправить данные с клиента на сервер на другой домен проблемы вообще не составляет, вспомните гугл аналитику.
Либо я вас не понял. Если скрипт-краулер выполняется на клиенте то никакой проблемы нет. Сделать эдакий бот-нет... и краулить... можно через экстеншены для хромов всяких.
Вячеслав Успенский: ну тогда уж и о static::method, и разнице между self:method (позднее статическое связывание).
Проще на самом деле прочитать документацию к PHP. А именно раздел касательно ООП. Ну и да, для обучения включить отображение ошибок и нотисов всех видов.
Александр Евгеньевич: Все очень зависит от того чего вы хотите добиться по итогу:
- содержимое элемента является неотъемлемой его частью: тогда вообще стоит пихать это в шаблон и конфигурить через атрибуты
- ваша директива является оберткой добавляющей к элементам какую-то логику, и вы не хотите делать эти отдельные элементы директивами: - использовать ng-transclude и работать с содержимым в link.
- содержимое влияет на сам темплейт - можно задать в качестве темплейта функцию-фабрику, которой будет передаваться элемент ДО изменения и его атрибуты.
- у вас мега сложная и мега специфичная логика - compile (стоит избегать подобных штук)
