HTML5 - это в первую очередь новый функционал для новых броузеров. Как минимум - нормальная работа с графикой (в том числе интерактивная), драг-дроп, и дальше - хранилища, геолокация, мультимедиа... А какие-то дикие и странные теги (не хватало только <сверстано_в_пятницу>) - от лукавого. 99.9% верстальщиков не знают и не используют даже того набора тегов, который есть в существующих стандартах.
А семантика вполне могла бы задаваться микроформатами, которых и сейчас дофига и почти никто не пользуется, хотя поисковые машины их как-раз учитывают и используют уже много лет.
Да. Именно так. Дубликатов не будет. Потому что я не собираюсь делать форум отдельно. Я собираюсь только использовать его функционал для вывода дискуссий, регистрации и модерации. До кучи отсутствие отдельного форума - мера безопасности. Нет форума - нечего ломать и спамить. Да и ссылки на форумах продаются хуже.
=
ВП или что-то другое - из другой области. У меня самописный (CodeIgniter) движок, на котором крутится большой портал c большой посещаемостью из десятка разных сайтов, которые очень связаны между собой.
1. Вы случаем не забыли дать position:relative родительскому контейнеру?
2. Я не знаю как будет позиционироваться input если ему дать position, я чисто интуитивно заверну его в какой-нибудь контейнер (span,label...) и вот этот контейнер уже спозиционирую. В этом случае однозначно будет работать даже в ie5.
3. ie6 и ie7 - два очень разных броузера. Особенно это относится к фишкам с позиционированием. В ie6 в абсолютном позиционировании может принять участие padding и margin(?) родительского контейнера.
Это не так. Он отражается в верхнем левом углу, да и то во избежании недоразумений с ie6, лучше указать точно top и left.
на странице с фреймом нужно проверить $_SERVER['HTTP_REFERER'] - адрес страницы, которая вызвала фрейм.
Если адрес не ваш, значит это бот или прокси.
Дополнительно в адрес iframe можно дать время обращения. Если разница по времени слишком большая, значит то же самое - у юзера не будет большого разрыва между запросом основной страницы и фреймом, а у робота-индексатора он будет как минимум несколько часов (?) - ему еще нужно пропарсить страницу и вторым-третьим заходом пройти по найденных на этих страницах ссылках.
Чтобы не ошибиться бот/прокси, нужно отдавать страницу с тегами/метатегами noindex и каким-нибудь заголовком типа 404. Такое бот вряд ли будет индексировать.
По-моему, дискуссия о том, какое УГ HTML5 по сравнению с xHTML2, не имеет никакого смысла. Что выросло, то и выросло.
По поводу преимуществ для оптимизации, мне кажется, что представители Google неоднократно высказывались о том, что пока идея HTML5 не овладела массами они чухаться не будут, и вроде никаких новых сведений на эту тему не было. (или я что-то пропустил?)
Ну а пока Google этого не делает, Яндекс этим заниматься не будет.
Да и вообще, какие-то мелочи типа новых HTML5-говнотегов, на фоне ссылочного ранжирования вряд ли вообще когда-нибудь станут приниматься в расчет.
ЗЫ
Вот сейчас проверил 100 сайтов, которые купили у меня ссылки на Sape.ru
У всех без исключение на странице от 10 до 150 ошибок верстки (предупреждения не считал). Выборочно проверил 20 сайтов. Практически все на xHTML, 1- HTML4 и 1 -HTML5
Тот который, на HTML5 сверстан как в прошлом веке - никакой семантики-шмемантики, все - таблицами, от каркаса до меню.
Ну и в чем тогда для SE в преференциях для каких то стандартов?
Я могу сделать все. Но я делаю не форум. От форума мне нужна только та часть, которая позволяет вести обсуждение и назначение модераторов, которую я могу прилепить к любому контенту на любой странице сайта.
статья сама по себе достаточно сложный и динамический объект. Кроме статей есть и другие материалы. И все это завязано на несколько пересекающихся между собой сайтов сразу
Такой вариант как раз и будет отвратительным мостом. Потому что при обсуждении статьи происходит разбивка контента. Статья - на портале, обсуждение - на форуме.
Ух. Интеграция социалок в форум заключается в возможности оставлять сообщения используя авторизацию через социальные сети. В ваниле такая возможность есть.
Интеграция форума в сайт заключается в возможности обсуждения статей используя форумный движок непосредственно на странице статьи.
От форума нужна - возможность регистрации, механизм модерации, управление записями и правами пользователей, сообщения анонимно и через соц.сети. При этом стартовыми топиками обсуждения могут быть произвольные материалы, а само обсуждение может выводиться на любой странице. В этом главное отличие от стандартных форумов.
2 SeVlad
А. Все течет все меняется. Помимо форумов появились комьюнити версии WEB2.0. Причем много разных версий.
Б. Предполагается обсуждение не только поств польщователей, но и редакционных материалов. Обычно когда к статье приляпано "обсудить в форуме", никто ее не обсуждает. Если обсуждение идет непосредственно в статье - то худо бедно срабатывает. Особенно там где нет необходимости в регистрациях.
С. У меня болталка - что-то среднее между дурдомом, сайтом знакомств и клубом анонимных алкоголиков, поэтому форум в чистом виде не получится - нужна и связь с социалками и возможность общения без регистрации. В любом случае я не хочу позиционировать это как форум. Нет задачи сформировать устойчивое ядро. Если оно сложится - придется закрывать лавочку.
Под интеграцией понимаю превращение форума в скрипт для обсуждения произвольных материалов на сайте., которые могут в том числе добавлять и сами пользователи.
что-то типа /ru/forum/198579
Пока для себя решил сначала пробовать Ваниль, если не получится за приемлемое время тогда - скрипт LEOnidUKG'а
У вас в подписи реклама собственного сервера за 149 рублей а вы предлагаете "лучший форум на файлах" :)
Это же какая-то травма интернет-детства, когда хостинг с CGI стоил безумные деньги.
