по ходу народ вообще не понимает о чём говорит 😂 ну почти как всегда...
у яблочных броузеров с fixed наследственная травма, если привязка блока с кнопкой идёт именно так - отсюда и траблы.
ЗЫ: лэндинг шиндец 😂 типа "дорвался пионЭр до барабана!"...
таки вполне можно, об этом и речь. #! - это костыль для server-side монстров на которых клиентскую маршрутизацию будет ваять только "юный пионЭр" с барабаном вместо мозга.
нормальная клиентская или изоморфная платформа при прямом (начальном) заходе юзверя или бота генерит вполне адекватную статику.
и уже потом (и только у юзверя) броузер, без всяких извратов с #!, бегает по маршрутам без прямых запросов к серваку. максимум - подсасывая изменения данных или даже только операционные трансформации вместо них. и теми же скриптами на тех же шаблонах что и сервер генерит новый рендер.
так что боты всегда получают статику по прямым адресам, а юзверь, бегая по ним же, получает только минимальные пакеты изменений и только тогда когда они требуются.
максимум из нелюбимых вами "инструкций", как костыль на каждую страницу тупо вбивается <meta name="fragment" content="!">, когда сервак не заморачивается с "изготовлением статики для всех", шлет юзверю при первом заходе только скрипты с шаблонами, но для ботов всегда генерит статику через какой-нибудь phantomjs.
маршрутизация и для клиента и для бота опять же остаётся прямой, без хешей, а одним мета-тегом мозг перенапрячь проблематично.
ЗЫ: пример из "вконтактика" - это как раз работа маршрутизатора именно и только клиентской части системы...
то, что приведено в пример быстрее и легче скрафтить, чем искать кем то написанный аналог. там всё примитивно, весь интерактив собирётся на метеоровском шаблонизатере без особых мозговых усилий, как из кубиков. не придётся думать ни об обработке ни о синхронизации данных, да и БД будет в этом случае как раз более адекватной в документно-ориентированном виде, без мускульных извращений. так что моё имхо: для крафта такого сорта агрегаторов Метеор сейчас - самое оно...
таки запросто: Meteor JS коротко говоря это fullstack (можно сказать, что изоморфный, но с костылём) движок реального времени. в принципе, включает в себя почти все новейшие тенденции в строительстве реактивных приложений, но писался сразу в расчёте на максимальное облегчения в осваивании и использовании.
по сравнению с Derby слишком много упрощений и костылей (имхо), но зато можно войти в режим полноценной разработки буквально за пару вечеров. вполне может быть, что это и стоит того, для определённой ниши.
ЗЫ: Derby сейчас сыроват, да и реально с ним мозг закипает с пол оборота 😂 зато потенция системы имеет однозначно героические размеры
с чего бы это вдруг? какая разница по какому событию загружать новый кластер данных и менять адресную строку - по щелчку на ajax-пагинации или при переходе по хеш-ссылке или по прокрутке до конца "простыни"? с точки зрения приложения-клиента ааабсолютно без разницы.
а можно вообще ничего не делать и верстать таблицами гиковские "шедевры" на чистом HTML которые и на 5-ом осле будут "шикарно" смотреться 😂
инструкции ПС по ajax-индексированию чёткие и однозначные, действия ПС по ним понятны и проверены. хотя, конечно, кучку как бе "умных кружев" можно наплести и на самом ровном месте, не фокус...
при прокрутке всё одно отображение идёт подсасываемыми кластерами и для каждого кластера (как и для самой страницы) есть статичные варианты, которые ботам и скармливается через сайтмэп (как волне достаточный способ, хотя есть методы нечувствительную пагинацию и в прокрутке организовать). а уж как там у клиента на компе всё организовано - колёсико крутить или на пагинацию тыкать - дело десятое...
Юни, если такую хрень сечас с нуля собирать - надо смотреть на Метеор, как раз для таких интерактивно-реактивных задачек платформа. да и порог вхождения до смешного низкий.
пока окончательно ТЗ допилите - наверняка как раз альфу выкатят, хотя и сейчас вполне можно в продакшн выкладывать. другое дело что допиливать собираются конкретно и придётся брать напильник при обновлениях...
в конфиг рутового виртуального хоста надо алиасов понапихать на папки-субдомены и не нужны никакие редиректы в хтассессе
и что? даже в таком примитивном примере использование хитропопостей типа td { display: ... } или td { float: ... } 🙅 доказывают, что табличная вёрстка и адаптивность несовместимы.
таким макаром можно в любом дизе вообще без кошерных "дивов" обойтись, переопределив display куче table, tr, td и т.д. только вёрстка от этого не станет "табличной"...
ЗЫ: ну и строго говоря это и не adaptive, а всего лишь responsive ;)
