hedgehog

Я реализовал мультиязычные сайты на Wordpress таким образом: Контент (целиком) локализуется при помощи модуля. В хуке назначаю body класс в зависимости от языка. И в CSS уже пляшу в зависимости от класса body. А если сайт свой без движка на php, то уже пляшешь, как хочешь. Но дублировать сайт, имхо, это очень неудобно.

Обычно Wordpress генерирует canonical url сам. Это можно отключить так: remove_action('wp_head', 'rel_canonical'); Возможно, имеет смысл подцепить этот код на событие init: function my_remove_canonical() { remove_action('wp_head', 'rel_canonical'); } add_action( 'init', 'my_remove_canonical' ); Но другие плагины могут сами генерировать метаданные, поэтому если не поможет - копать в плагинах.

do_shortcode PS: не исключено, что у слайдера есть API для такого случая

Например, необходимость круглосуточной работы и внешнего доступа для заказчика/коллег. Если этого всего не надо, то локалхост вполне подходит.

Почему ты постишь вопросы верстки в раздел Wordpress? 1. style.css:190 .post { padding: 10px 10px 5px 10px; margin-bottom: 20px; background: url(images/post-bg.png) left top repeat-x; } 2. У тебя заливка меню сделана фоновой картинкой, ширина которой меньше ширины блока #navcontainer style.css:165 #navcontainer { height: 44px; display: block; overflow: hidden; background: #FFFFFF url(images/nav-background.png) center top no-repeat; padding-left: 4px; } Заливку вполне можно сделать цветом. Но, если сильно хочется, можно растянуть картинку в графическом редакторе.

присоединяюсь к поздравлениям

ИМХО, тюмбнейлы разного размера - это хорошо и правильно, но если у пользователя есть возможность самостоятельно загружать контент, то max-width: 100% + height: auto совсем не лишние

Это такая задумка, что основная область сайта прибита к правому краю и на широкоформатных экранах слева пустое полотно? http://dh-art.ru/index.php На широкоформатных (1680+ по ширине) мониторах контент справа, а follow/share кнопки - далеко слева. На разрешениях поменьше - кнопки наползают на контент. Извините, но отрисованные Cufon'ом шрифты просто ужасны Еще хуже, чем текст без сглаживания вообще. На 1024x768 (+/-) меню слева обрезается Горизонтальный скролл на любых разрешениях.

Уведомляет, что используется экспериментальный HTML5 парсер. А зачем тебе в контенте столько <br> ? Чем не нравятся абзацы?

Во-первых, в этом случае width = 100% + 20px: margin:30px 10px; width:100%; Во-вторых, проверяйте дебагером. Я вижу две возможные причины: При width=45%, margin=4% и/или min-width=4em до определенных размеров два элемента в сумме образуют > 100% ширины родителя, поэтому происходит перенос на следующую строку (следует помнить, что если между <li> будету пробелы или переносы строк, то между ними будет отображаться пробел, так как inline-block). Не лучше ли для этих целей использовать float? Где-то перекрываются стили.

Если продукт разрабатывать, да еще и в условиях серьезной конкуренции, то почему бы и нет?

А так? $content = $dom->saveHTML($dom->getElementById('first'));

margin padding position Самоучитель

Да это на много логичнее, но если верстка происходит на локальной машине, да еще и в ручную, то могут возникнуть проблемы. Я уже предлагал вариант замены "/" на тег base (см. ссылку). Имхо, самый гибкий способ для статичных файлов. А PHP, кстати, можно подключить просто для облегчения управления HTML структурой сайта. Например, если инклудить header.php на всех страницах, то для добавления нового блока или пункта меню в хедер будет достаточно отредактировать всего один файл, а не десяток.

http://jsfiddle.net/P4hsW/

Если это статичный HTML сайт, то можно задать тег base, и задавать все ссылки относительно него. Ссылки а-ля "../../x/y.html" тоже подойдут, но это лишняя путаница. Абсолютные "захардкоженные" пути лучше не задавать, так как потом можно поиметь проблемы если сайт понадобится запускать из подкаталога. Если сайт на PHP, то можно задать некую переменную а-ля $baseurl, содержащую путь к корню сайта, и использовать ее. Похожим образом это работает в цмсках. А если сайт будет перенесен в подкаталог, во всех файлах придется менять пути?

Не в ширине дело. Все осонвные блоки находятся в одном контексте форматирования и в случае когда левый серый блок становится длинее правого, все расползается, потому что блок #left пытается занять освободившееся место справа от #menu_left, при этом блок #right переносится ниже так как не помещается в оставшееся место. Во-первых, надо определиться как это все должно выглядеть при добавлении контента. Во-вторых, добавить соответствующие врапперы. Например, добавить враппер, объединяющий серые блоки в шапке с overflow:hidden и такой же для двух колонок контента.

Наверное, на хостинге более новая версия WP, чем была на локалхосте? Скорее всего где-то в шаблонах или плагинах присутствуют пустые строки ЗА пределами php тегов <?php ?> в следствие чего эти строки выводятся ДО того, как WP отдает HTTP заголовки. На локалхосте эти нотисы могли быть не видны из-за настроек error_reporting Версии WP и плагинов последние? Еще как вариант может быть проблема с опциями плагина в БД. http://www.delicious...-to-new-domain/ Как переносили-то? Перенесли файлы и бд на хостинг или же на хостинге уже был установлен WP?

Помогает, если вешать overflow на враппер-родителя, а не body http://jsfiddle.net/68jcP/embedded/result/

А потом пишите плагины (например, для WP) и публикуйте их, оставляя функции в таком же виде: my_admin_scripts, my_admin_scripts. Извините за офтоп, накипело

Let the Code be with you С Днем Рождения!

Я не понял, о чем речь. Пытаешься вставить php код в статью?

Если не найдешь, то это хороший оповод познакомиться с API. Сначала регистрируешь размер тюмбнейла при помощи add_image_size, потом решаешь, что с этим делать: 1. Написать расширение для используемого плагина. 2. Просто выводить все из шаблона (в случае с сайдбаром это хардкод). 3. Написать свой виджет, взяв за основу стандартный recent posts.

Мне очень понравились снежинки на заднем фоне. Они реализованы вот так: body.newyear { background: url("http://uh.ua/img/bg-body-ny.gif") 50% 0px no-repeat transparent; }

Нет, я описал как добавить локализованный текст именно в виджет. Это не виджет, а просто текст в шаблоне. Виджеты находятся на странице Внешний вид->Виджеты, там же они и редактируются. В вашем случае наиболее подходит виджет "Custom menu" (не помню, как это перевели в русской версии WP). Нужно зайди на страницу Внешний вид->Меню, создать меню с необходимыми пунктами (если пункты ссылаются на страницы/статьи текущего сайта - подписи к пунктам меню будут локализованы автоматически, если нет - используйте [:en]...[:ru]...). После этого на странице виджетов можно добавить виджет Custom Menu, сохранить его и выбрать нужную менюшку. Если все-таки присутствует настойчивое желание хардкодить динамический контент в темплейты, то пожалуйста: <div class="widget"> <h3><?php _e("[:ru]Лицензии и сертификаты[:en]Balalaika"); ?></h3> <ul> <li><a href="#"><?php _e("[:ru]Лицензии[:en]Balalaika2"); ?></a></li> </ul> </div><!--widget--> Необходимо убедиться в том что: Используется версия плагина, совместимая с установленной версией WP. Включены необходимые языки. Шрифт поддерживает кириллицу (внезапно, новая тема "Twentytwelve" в англоязычной поставке WP использует шрифт "Open Sans" без кириллицы).