Обсуждения

Привет всем! Поставил плагин kml_flashembed_wp_14, все гуд терь флешки отображаются нормально, но возник вопрос, при постинге сообщений последние сообщения показываются на главной, но я не хочу чтобы флэшка полностью отображалась на главной странице, хочу делать превью ( т.е фотографию флэшки в начале, а после тега more уже сама флешка ), но как сделать так чтобы, фото отображалось в кратком обзоре но после перехода на сам пост с флешкой, отображалась только флэшка, а превью флэшки ( фотки ) не было? О как завернул:)

Приперло сделать отдельную страничку в которой должна быть таблица.
Через втроеный ХТМЛ редактор, делаю таблицу, в таблицу (в качестве эксперемента) добавляю немного стилей картинок и текст. Публикую.
FairFox все прекрасно понимает. IE вообще ничего не видит, ни текста ни картинок, для него это пустая страница.
Даже и не знаю почему так.
Если есть мнения поделитесь.

Заранее Спасибо.

Доброго времени суток!

1. При создании страниц есть опция – разрешить комментирование. Ставишь ее или нет – все одинаково, комментировать невозможно. это фича или нужны какие-то настройки?

2. Можно ли подчиненные страницы сделать "невидимыми" для сайтбара? т.е. основная страница есть в меню в разделе "Страницы", а подчиненные не видны под ней. ( это не значит, что к ним нет доступа), просто не видны в меню.

Спасибо!

На самом верху появился такой мессадж .recentcomments a{display:inline !important;padding: 0 !important;margin: 0 !important;} . Вроде бы после активации новых плагинов. Плагины отключила – мессадж остался. Посоветуйте, с какой стороны к этой корове подойти:)

День добрый!
Возможно поможет кто то с проблемой следующего характера:

• Установлен WP MU 1.3.3 и Advanced TinyMCE v0.5.0.
• Подключены внешний стиль через панель управления TinyMCE.
• В стиле используются классы выравнивания картинки и "обворачивания" в рамку. (Стандартные классы плагина Flexible upload).
• Эти же классы добавлены в стиль, используемый в теме.

При форматировании текста и вставки картинки посредством Flexible upload все выглядит корректно (картинка выравнивается и формируется css рамочка вокруг), но по нажатию кнопки "Сохранить" либо "Опубликовать" результат остается неформатированным.

При следующем анализе происходящего определил, что из кода начисто вырезаются все div и классы, присвоенные картинке (как впрочем, и всем остальным элементам). Т.е. WP пропускает весь HTML код через что то типа фильтр валидности.

Гуглил 2 дня и практически ничего не нашел по решению этого вопроса, кроме статьи с сайта Sonika (http://www.sonika.ru/blog/wordpress/wordpress-visual-editor-3.htm) о прописывании своих стилей, хотя я раньше сделал это сам, и статьи с сайта плагина TinyMCE о проблемах с WP и TinyMCE (http://www.mkbergman.com/?page_id=383).

Пожалуйста, если кто то сталкивался с этой проблемой (а, думаю, по мере потребности, с ней сталкивались многие) и нашли решение, помогите, пожалуйста.

Очень бы хотелось полноценного использования классов стилей в Вордпрессе.

Вариант, предложенный в статье о проблемах с WP и TinyMCE попробовал, но без положительного результата.

Заранее, большое спасибо за помощь.

Привожу вырезку изстатьи о проблеме WP и TinyMCE:

Changing Code Processing

Since at least the WordPress 2.1 release, the TinyMCE editor has had the nasty habit of removing <div> tags when toggling between ‘Visual’ and ‘Code’ views.

This comes from the WP team’s (arbitrary) decision about this matter (and many others, see below). The code causing this nasty change is in the initial configuration file for TinyMCE, generally found under this path:

/path-to-wordpress/wp-includes/js/tinymce/tiny_mce_config.php

In that file you’ll see this code:

$valid_elements =
‘p/-div[*],-strong/-b[*],-em/-i[*],-font[*],-ul[*],-ol[*],-li[*],*[*]’;
What this code basically says is to replace all <div> tags with <p> tags, <b> and <i> with <strong> and <em> respectively, keep all font and bullet tags, and then, as a capper, keep all remaining all other tags not specifically listed (*[*]).
Actually, this is all pretty good practice to use valid XHTML, except for the curious <div> replacement.
TinyMCE offers nice control of such parsing matters, but it definitely is not a good idea to make changes directly to the WordPress supplied configuration files. Rather, I isolated such changes to the Advanced TinyMCE plug-in code itself. Thus, this code is now added to the plug-in advanced-tinyMCE.php file:
function extended_editor_mce_valid_elements($valid_elements) {
 $valid_elements = '-strong/-b[*],-em/-i[*],-font[*],-ul[*],-ol[*],-li[*],*[*]';
 $valid_elements = apply_filters('extended_editor_mce_valid_elements', $valid_elements);
 return $valid_elements;
}
Note that the only change I made was to remove the unwanted <div> with <p> replacement.
Note, you could make your own changes within these same lines of code. For example, Moxiecode provides a set of instructions to make your code completely XHTML compliant (see bottom of page). That documentation and related material on the TinyMCE wiki site are probably worth inspecting if you are going to get aggressive about making your own code changes (but, proceed with caution!).
Of course, these are fairly fundamental changes in that they act to re-write underlying page code. Use at your own risk and you are on your own!

Ответ методу metaWeblog.newMediaObject, полученный с сервера блога, недействительный : Invalid response document returned from XmlRpc server

Сегодня выдал мне очередную ошибку Live Writer… причем как всегда неожиданно и нежданно, потому что я ничего не устанавливал и не менял ни в настройках ни в структуре ни в кодах. Кто-нибудь сталкивался уже с подобной ошибкой и как ее лечить? (не могу ничего опубликовать)

Заранее благодарю за ответы

поставил сабж (click tags последний) но вместо русских букв одни крокозябры 🙁
никто не знает как подружить этот плагин с новым вордпрессом чтобы он заговорил по русски?

Собственно. вопрос в заголовке поста. нужен плаг, не подскажете?

Вот уж поистине интересно – ничего не трогал, а аватарки не отображаюццо, причем дефолтные отображаются. все перешестрил – все как было. Уж не знаю что и делать…

Хочу оптимизировать базу – почистить от остатков плагинов которых уже нету, нашел вот плагин DB-оптимайзер, интересно, насколько он эффективен в данном плане.

И еще вопрос по ходу – если база работатет на несколько блогов через префикс, это замедляет работу каждого отдельновзятого блога или нет?

Потянуло на приключения – поставил релиз-кандидат. А там при редактировании товаров сразу оп и пишет
Call to undefined function wp_insert_term() in /wordpress/wp-content/plugins/wp-shopping-cart/display-items.php on line 352
там действительно вызывается эта функция, и действительно, нет нигде её определения. На больше у меня знания языка ПХП нехватает. Кому на жисть пожалиться? А может всё очевидно и кто мне что тут посоветует?

сайт http://www.bestman.ru/

очень не хотелось бы менять тему, ибо много уже в ней руками подстроено под мои нужды.

а вот расстояния между правым и левым сайдбаром( там где текст) – не хватает.
как растянуть шаблон?
хотелось бы, чтобы вообще пустот не было слева и справа…

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

Краткая история: 3 дня назад решил я перейти с версии 2.3.х на 2.5, перешел, вроде нормально, но дефолтная тема поломалась, я начал думать гадать, плюнул и решил откатится обратно, так как заранее бэкап сделал. В итоге у меня почему-то не получилось восстановить бэкап базы данных (сейчас я впринципе понял почему, так как бэкап был очень большой, а на хостинге у меня всего 50мб), я снова на все плюнул, на главную страницу повесил надпись "сорри, сайт сломан" и написал хостеру, чтобы тот восстановил с своего бэкапа. Сегодня он восстановил, но вообщем появились проблемы с кодировкой.

Дело в том, что в Базе Данных в таблицах русский текст уже давно отображается крякозяблями, но на самом блоге все было нормально, меня устраивало, а теперь и там, и там.

Естественно я сразу полез в вп-конфиг, там вообще выбора кодировки не оказалось, почему неясно, и я решил перейти снова на ВП 2.5, на этот раз я заюзал уже новый вп-конфиг заново его заполнив и новая версия стала нормально, возможно в прошлый раз она не стала именно из-за старого конфига. Версию обновил, а кодировка – осталась поломана.

В конфиге я указывал и DB_COLLATE и в пхпМайАдмине менял Сопоставление, и менял другие кодировки таблиц в бд. не помогало.
Потом я нашел это, там у человека, похоже, та же проблема что и у меня, но он её решил нереальным для меня способом, и не только потому, что я не умею локальный сервер поднимать, а у него походу были какието старые бэкапы, с которых он похоже и восстановился.

Далее я через пхпМайАдмин скачал свою БД чтобы попробовать в ручную поменять кодировочку, заюзал такие текстовые редакторы, как Bred3, Notepad2, TEA (win32), просто через обычный блокнот, через обычный Word, даже на сайте Лебедева попытал счастья, реально НИЧТО не может определить кодировку, то есть или текст каким-то нереальным образом потерян навсегда и теперь эти крякозябли никак не раскодировать, или вся БД превратилась во что-то нереальное 🙂

Потом Слафф дал ссылочку на свой же пост http://www.slaff.net/2006/06/29/kak-vyilechit-utf.html и я обрадовался, так как похоже у него именно та же проблема была, что и у меня. Сделал все как он написал, но на пункте

90% что теперь Вы увидите свою базу на родном языке. Если нет, то нужно что-то придумывать.

застрял, так как в программке Navicat русский текст не то, что не отображался крякозяблями, его попросту небыло. Тоесть в тех строках таблиц, где должен быть русский текст просто пусто, оно его не видет(( жаль что я попал на те 10%, тем более как решить эту проблему не сказано.

Я был бы непротив поставить вообще заново WordPress на хостинг, ну с нуля, но я незнаю смогу ли потом с бэкапов восстановить старые записи, ведь они там хранятся в никому_непонятной кодировке. Я б и с нуля начал, но все же почти 600 записей.. жаль.

Еще думаю, может удалить эту базу данных, создать новую, с другим именем (просто так) и туда этот бэкап залить, ну и соответственно заново и движок поставить.. как считаете?

ну и самое главное, блин, раньше ж работало. в БД были крякозябли, но в блоге было все отлично, это после бэкапа хостера такое случилось. Хостеру я то написал, но я не думаю что их техники сильно захотят мне помагать, им легче будет написать что это особенности ВордПресса и пусть Саппорт ВордПресса разбирается.

Адрес сайта http://mekal88.com/
phpMyAdmin – 2.11.4
Версия MySQL-клиента: 4.1.21
Версия сервера: 5.0.27-standard-log (незнаю что это значит))

П.С. Так же точно такую же запись скопировал в mywordpress.ru/support/ и forum.ru-board.com чтобы увеличить свои "шансы".

Ребят, прочитал, что Максим не собирается дальеш поддерживать свою сборку. Есть ли смысл ставить новые блоги на сборки от Максима? Как легко с них можно перейти на другие и возможно ли вообще?

Привет всем! Вот проблема нарисовалась вселенских моштабов… хостер отрубил сайт kri.com.ua говорит что wordpress нагружает базу и потому они собственно меня и отрубили…
Пока денег на выделенный сервер нет, так что честно говоря у меня паника…
Проверка показала MySQL: 70/6.615s.
После отключения дополнительных плагинов типа рейтинга статей и последний комментариев данные стали MySQL: 29/0.192s.
Сайт работает на WordPress 2.2.3.
Возможно дело в версии wordpress… если так то подскажите где почитать о том как с этой версии переехать на более новую… с сохранением информации…?
Заранее всем большое спасибо!

Собственно название сабжа. Меня интересует как оставить главную страницу, она была, а под ней появлялись анонсы новых записей. И как после этого можно будет изменять количество этих записей?

Спасибо за внимание.

Сделала первый свой блог – наполенение преимущественно аналитические (собственные) статьи. Размером получаются большие – и главная страница удлиняясь утяжеляется. Хотелось бы иметь "Читать далее"

Вопрос к знатокам. Я должна в этом случае:
1. Поменять тему – подобрать тему с "Читать далее"
2. Вписать какой-то сложный код. Какой и куда?
3. Подключить плагин.

Ответом можете просто поставить цифру 1-3 – ценю Ваше время -:))))

Благодарю заранее…

залил вордпресс на хостинг.
создали базу данных.
делаю установку.
заношу имя блога, почту, нажимаю установить и вылазиет следующее

 Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 4104 bytes) in /home/хххххх/data/www/хххххххх.info/wp-includes/cache.php on line 48

потом в конфиге поменял префикс, чтобы сделать новую таблицу.
вылазиет тоже самое.
в админку никак попасть не могу.. потомучто видать там ничего не создалось.
подскажите в чем дело?

48 строчка из того файла это

 $data = unserialize(serialize($data));

Всем добрый день!
Установил Денвер, создал б/д все как полагается все работает. Начинаю установку вордпресса
и выдается така фигня (см. скрин) – в чем может быть дело?
http://basiev.ru/1.gif

igravbiser.com

footer.php :

<hr />
<?php footer(); ?>
</div>

</body>
</html>

мне бы туда свою вставить и полоску синюю убрать – подскажите как?

заранее спасибо!