Недавно даже запустили SaaS-сервис, который позволяет индексировать такие сайты. А я пару лет назад сделал это: github.com/inossidabile/hashbang. Но это убивает в щи ранжирование. Так что индексируют поисковики такой контент или нет в настоящее время вопрос философский. Зависит от того, что мы хотим индексировать.
Если вы не автор темы, то никак. Я просто сложил то, что написано в статье и ваш комментарий. Вместе это создает КРАЙНЕ стойкое впечатление решателя теоремы Ферма без понимания азов математики.
Вот поэтому вас и минусуют. Вы же не разбираетесь в теме :). Во-первых – выполняют, если он синхронный. Во-вторых – есть разные способы их этому все-таки научить. А еще вы, помоему, не знаете о такой штуке как Backend as a Service.
Короче, идея здравая, но:
1. Она на поверхности. Любой нормальный MVC-фреймворк позволит такое сделать без особых проблем.
2. Вы не похожи на человека, который сможет сделать в этой области адекватное решение.
Не слушайте их. Отличный получился браузер. Опера всегда была моей головной болью и мы с вами, pepelsbey, года два назад как-раз отчаянно спорили. Я говорил, что надо уходить на вебкит. И теперь, внезапно, я перешел на Оперу. Может старые пауэр-юзеры и разбегутся частично, зато появятся новые. Те, кто раньше Оперу не воспринимал категорически.
Ломает все не только это, это завершающий гвоздь в крышку гроба. Хранит он их по очень простой причине – это кэш для события «назад». В этом ведь смысл Турболинков – скорость.
А что до тех, кто будет его писать, вот вам пример: twitter.com/karthik_ak/status/292935068631044098. Люди просто используют то, что им дают. Хорошо это (coffee, sprockets), плохо это (prototype, например) – не важно. «Rails has beome a trendsetter.» – это ведь действительно так. Только это больше ответственности, чем некоторые думают. И, как по мне, это опасно для комьюнити очень.
В перепалке в твиттере по результату этой статьи, @dhh обещал, что @sstephenson сделает нормальный коллектор мусора при смене страницы. Но, увы, это практически невозможно сделать хорошо. Как я и писал в этой статье, либо он станет еще одним микро-фреймворком, либо под него начнут писать Rails-специфичный код. В любом случае, посмотрим как ситуация будет развиваться. В интересное время живем.
Если бы проблемы, описанные в этой статье были хотя бы десятой частью… Я недавно по этому поводу писал, просто положу это здесь: borisstaal.com/blog/2013/01/18/dangers-of-turbolinks/. Турболинки – это стильно, модно, молодежно, но будьте аккуратны.
Опять-же, ставьте ишью, все обсудим, поправим. Ничего идеального не бывает, но основной мейнтейнер там нереально адекватный. Так что в случае шугара к этому вполне реально стремиться.
Замечание про Резига – не в бровь, а в глаз. Столько проблем создает принципиальное нежелание жить в реальности, где кто-то может в старом браузере без defineProperty что-то добавить в прототип Object'а… Хотя казалось-бы разработчики таких фундаментальных библиотек _обязаны_ думать о других вероисповеданиях.
Вагон и маленькая тележка причин. Я назову те, которые особенно важны для нас:
1) Синтаксис андерскора высосан из пальца – мой мозг отказывается воспринимать вот это _(_(...) / _(...)). Против этого не помогает даже CoffeeScript.
2) При использовании Coffee-HAML синтаксис один в один руби с ActiveSupport. И это очень-очень хорошо.
3) Гораздо больше функций. Нет этого больного стремления уложить все в 1 килобайт. Спасибо, я лучше уберу одну картинку, но не буду страдать из-за отсутствия флексий (камелизация, плюрализация, етц).
Что не так с поддержкой у Sugar.js? Только, если можно, без флейма. Я активно принимаю участие в развитие этого чуда. Как по мне, так Andrew Plummer один из самых лучших и адекватных мейнтейнеров, которых я когда-либо встречал.
Это ведь делает бессмысленными все эксперименты по текущей квантовой криптографии, основанной на передаче ключа фотонами. Больше никакого: «если кто-то попытается прочитать ваш ключ, он автоматически разрушится». Или я чего-то не понимаю?
А вы уверены, что эти if'ы хоть как-то повлияют на вашу скорость? Нужен конкретный пример. У меня есть стойкое ощущение, что проблема не в них.
Опыта с Coffee и JS сразу у нас не было и вам не советую. Даже две нотации одного языка, используемые вместе, создают КУЧУ проблем команде. А здесь вас ждет крайне феерическое веселье. Если кто-то принципиально на кофи писать не хочет – лучше и вам писать на JS. А почему не хотят, если не секрет?
Короче, идея здравая, но:
1. Она на поверхности. Любой нормальный MVC-фреймворк позволит такое сделать без особых проблем.
2. Вы не похожи на человека, который сможет сделать в этой области адекватное решение.
А что до тех, кто будет его писать, вот вам пример: twitter.com/karthik_ak/status/292935068631044098. Люди просто используют то, что им дают. Хорошо это (coffee, sprockets), плохо это (prototype, например) – не важно. «Rails has beome a trendsetter.» – это ведь действительно так. Только это больше ответственности, чем некоторые думают. И, как по мне, это опасно для комьюнити очень.
@_inossidabile lol, isCherokee actually used to exist!! I took it out because come on right? I can add again when a Cherokee complains :) :)1) Синтаксис андерскора высосан из пальца – мой мозг отказывается воспринимать вот это _(_(...) / _(...)). Против этого не помогает даже CoffeeScript.
2) При использовании Coffee-HAML синтаксис один в один руби с ActiveSupport. И это очень-очень хорошо.
3) Гораздо больше функций. Нет этого больного стремления уложить все в 1 килобайт. Спасибо, я лучше уберу одну картинку, но не буду страдать из-за отсутствия флексий (камелизация, плюрализация, етц).
Если хотите развернуто услышать мою позицию: borisstaal.com/post/24270017179/please-use-sugar-js. Но на английском.
Опыта с Coffee и JS сразу у нас не было и вам не советую. Даже две нотации одного языка, используемые вместе, создают КУЧУ проблем команде. А здесь вас ждет крайне феерическое веселье. Если кто-то принципиально на кофи писать не хочет – лучше и вам писать на JS. А почему не хотят, если не секрет?