WordPress MU 1.3 Русская версия
Представляю вашему вниманию новую 100% русифицированную версию многопользовательской версии WordPress самой последней версии 1.3
Выполнен перевод с помощью штатного MO-файла и переведены в файлах темы из дистрибутива, а также отдельно все файлы для инсталляции и настройки, которые не переводятся через обычный файл русификации, включая редактор tynemce.
Для тех кто будет ставить впервые хочу подчеркнуть, что не создавайте файл конфигурации вручную, как вы это могли сделать в обычном WordPress. Обязательно пользуйтесь только инсталлятором.
В сборку кроме русификатора я включил самые важные плагины rus-to-lat (c mywordpress.ru) и russian-date (c Maxsite.org), как крайне рекомендуемые для русскоязычных пользователей.
Дополнительно уже прописал в файл-образец конфигурации подключение русского языка и закоментированную строку для быстрого включения штатного механизма кэширования.
После первой установки у вас будет панель администрирования на английском. Для включения русского языка потребуется в обязательном порядке пройти по следующим меню:
-> SITE ADMIN -> OPTIONS пролистать до самого конца вниз и там выбрать в пункте Default Language: Русский
Кроме этого потом рекомендуется также пройти в -> OPTIONS -> GENERAL и там тоже выбрать Язык блога: Русский
Если вам все еще непонятно, посмотрите короткий FLASH-ролик (130кб).
Он также включен в дистрибутив в папке _screenshots_
Примечания
На странице меню АДМИНИСТРИРОВАНИЕ -> БЛОГИ -> ИЗМЕНИТЬ (ссылка примерно такого вида) wp-admin/wpmu-blogs.php?action=editblog&id=1
вы можете увидеть длинный список полей на английском. Это неисправимо, т.к. значения берутся из базы данных и их редактировать нельзя. Учтите это, чтобы лишний раз не спрашивать.
На LOCALHOST данная версия WORDPRESS не ставится.
Перевод был создан на основе моего перевода от WordPress 2.3.1 и дополнен примерно 300 новыми/изменившимися строками.
UPD : работы с субдоменами вида name.domain.ru +
Если вас не затруднит, добавьте ссылку на мой сайт в footer.php вашей темы.
Если вы нашли орфографическую ошибку или неточность в переводе, просьба писать в комментариях или по почте.
Связанные записи
152 комментария на запись “WordPress MU 1.3 Русская версия”
Трэкбеки и пингбеки
- Русский WordPress MU 1.3 » Русский WordPress » MaxSite » WordPress
- Avdenago.com - Development » Архив блога » Перевод для MU WordPress 1.3
- Wordpress MU 1.3 Русская версия : Блог Молчуна
- Помощь WordPress MU » Архив блога » Где взять WordPress MU и как русифицировать?
- WordPress Россия » Русский WordPress MU 1.3
- WordPress MU 1.3.2 Русская версия. Lecactus Edition - Lecactus Home
14 ноября 2007 в 4:08
Спасибо!
супер!
14 ноября 2007 в 4:21
Автор молодец. Давно ждал нормальный русский перевод. Так держать!
14 ноября 2007 в 8:17
все исправимо
14 ноября 2007 в 16:26
Большое, человеческое спасибо, сейчас пойду ставить:)
14 ноября 2007 в 19:43
Спасибо
14 ноября 2007 в 21:39
Большое спасибо!
15 ноября 2007 в 13:18
Кстати, а как он работает? не сбоит? а то когда-то делались попытки, но ничего толкового не вышло.
15 ноября 2007 в 13:39
Макс поставил его на можешь попробовать в работе — завести блог или несколько
15 ноября 2007 в 13:56
о, спасибо! Сегодня обязательно попробую!
21 ноября 2007 в 19:32
Скажите а френд лента там есть? Ну тоесть страничка с возможностью читать всех людей которых ты туда добавишь с основного ресурса? блоги как то связывать можно? по интересам и тому подобное.
21 ноября 2007 в 19:43
может и есть. не знаю. я сам с этой версией знаком неделю с небольшим. только перевел ее и проверил в работе.
21 ноября 2007 в 19:54
пытался найти в wpjournal.ru не обнаружил ничего подобного, может как то по другому она делается как друзей добавлять там, а то как то не логично для мультиблогов ее отсутствие.
21 ноября 2007 в 20:00
может гугл поможет?
сходите еще на wordpress.com и на другие блогхостинги основанные на MU посмотрите как там сделано
21 ноября 2007 в 20:18
гугл не помог, только на блогсервисе написанно что есть френдлента, но что то мне подсказывает что у них собственнонаписанная.
21 ноября 2007 в 20:20
похоже что только ссылку можно делать на блог друга в одной системе ((
21 ноября 2007 в 20:48
Нашел что-то, но правда не знаю то или нет, к сожалению нету возможности опробовать, если у Вас это реально проверить…..
25 ноября 2007 в 6:05
Скажите пожалуйста! Как сделать, что бы новые блоги создавались на домене второго уровня, типа site.ru … ?
25 ноября 2007 в 7:58
прочитайте две страницы (ссылки приведены в статье тут
UPD : Инструкция по настройке работы с субдоменами вида name.domain.ru + статья из форума поддержки)
там все подробно расписано. если же уже установили то надо сменить параметр VHOST на YES и просто донастроить алиасы домена
26 ноября 2007 в 23:12
я с wordpress вообще впервые знакомлюсь. но у меня возникла задача которая полностью решена с помощью «WordPress MU 1.3 Русская версия»
Остался только 1 вопрос. где взять тем для версии МУ?
Темы, которые идут для «не му» верси, подойдут?
Можно всё брать отсюда : ?
26 ноября 2007 в 23:20
99% подойдут. некоторые правда могли устареть, т.к. МУ 1.3 = обычный 2.3.1 и иногда требуется доработка. о том что возможно надо будет обновлять (если вообще надо ) можете найти у меня здесь в статье «ОБНОВИЛСЯ САМ ДО WP 2.3…»
27 ноября 2007 в 0:52
ясно. спасибо за ответ!
3 декабря 2007 в 13:33
Насколько я знаю версия 1.2.5а отлично ставилась локально. Только надо было использовать более полное название локальной машины: localhost.localdomain. И тип установки: субдиректории, а не субдомены.
3 декабря 2007 в 13:37
Опа. Откуда взялся мой аватар понятно. А вот росийский флаг? Знамя хочу сменить :-)
3 декабря 2007 в 13:56
так оно и сейчас. только не все умеют это делать
ЭТО НЕ РОССИЙСКИЙ ФЛАГ :))))))) присмотритесь к порядку полосок — и код страны выдает NL
3 декабря 2007 в 15:07
[quote]
ЭТО НЕ РОССИЙСКИЙ ФЛАГ :))))))) присмотритесь к порядку полосок — и код страны выдает NL
Был не проснувшись до конца. Прошу простить.
У Укртелекома с Голландией тесная связь :-)
А вы случайно не сталкивались с проблемой функции wp_list_page? При использовании статической страницы эта функция не выдает класс current_page_item для страницы Блога (page_for_posts). Это делает невозможным стилистическое подсвечивание текущей страницы блога при навигации. Не могу найти решение, а отказываться от стандартной функции как-то несерьезно…
3 декабря 2007 в 15:34
хм. у меня в оригинале этой темы что стоит на блоге все подсвечивалось! только я удалил потом это
код там в CSS был такой (применялся в шапе блога там где у меня НАЧАЛО АЛЬБОМ и т.п.)
ul#navigation li a:hover,ul#navigation li a:active, #navigation li.current_page_item a{
background:#141;
color:#fff;
border:0;
text-decoration:none;
}
а сам код в шапке был такой в оригинале:
<li <?php if(is_home()) { echo ‘class=»current_page_item»‘;} ?>><a href=»<?php bloginfo(‘siteurl’); ?>»>Home</a></li>
<?php wp_list_pages(‘title_li=&depth=1’ ); ?>
3 декабря 2007 в 15:57
Все дело в том, что как раз в этом случае подсвечивания именно блога, как текущей страницы нет. Ибо current_page_item не генерится для страницы Блога. Это происходит, если использовать статическую страницу (Меню Настройки — Чтение).
У вас, похоже меню создается без использования функции wp_list_page…
<li class=»page_item»>Начало — выделенное жирным генерится этой функцией, а у вас этого нет в коде…
3 декабря 2007 в 16:21
сейчас нет. раньше было. я привел кусок из оригинала темы. а сейчас у меня меню на самом деле выводится вручную ссылками
4 декабря 2007 в 21:35
т.е. дыры безопасности исправлены? можно пробовать ставить, не дожидаться 1.3.1 ?
4 декабря 2007 в 22:07
если сам 1.3 не содержит дополнительных дыр то думаю можно :)
5 декабря 2007 в 15:06
pomogitje please
we have only IIS on our windows hosting servers and WordPressMU is not designed to work with IIS. It needs mod_rewrite Apache module and I didn’t find any solution how to make it working on IIS.
Vozmozjna sjtota zgjelatj?
5 декабря 2007 в 17:04
сам я к сожалению с IIS дел давно не имею ввиду тупизны настройки, но тут Alexxio мне хотел доказать недавно что IIS хорошо подходит для вебсервера, может он знает? кстати обратитесь еще на форум http://forum.maxsite.org
5 декабря 2007 в 17:15
WordPress rabotajet o.k,no wordpress mu njet,instalirovar,svjo o.k,no nelzja prokjitatj posts.Error 404
moj hosting predlagajet unix hosting,mozētj bitj pereitji,no unixam nerabotal
adres saita latvians.eu
5 декабря 2007 в 17:25
выбирайте юникс хостинг там все настраивается просто. а что именно не работало?
5 декабря 2007 в 17:29
posmotri zgjes
5 декабря 2007 в 18:29
а обычный ВП с таким видом адресов постов работает?
5 декабря 2007 в 18:31
da
5 декабря 2007 в 23:43
poproboval jesko raz,nekjivo nepalukjajetsa+
samom nakjalje vnjezu pokazivalo eto
WordPress database error: [Table ‘baltic1_wpmu.wp_users’ doesn’t exist] SELECT ID FROM wp_users WHERE user_login = ‘admin’ WordPress database error: [Table ‘baltic1_wpmu.wp_sitemeta’ doesn’t exist] SELECT meta_value FROM wp_sitemeta WHERE meta_key = ‘site_admins’ AND site_id = » WordPress database error: [Table ‘baltic1_wpmu.wp_users’ doesn’t exist] SELECT ID FROM wp_users WHERE user_login = ‘admin’ install_blog — ID: 1 URL: Title: My new WordPress MU Site
6 декабря 2007 в 4:52
mozjna skazatj resjil problemu
majom variante nerabotala
i
no rabotajet
no wordpressemu etovo njet,poka zjal file options-permalink.php iz wordpress,
no naverna nado peregjelatj etot file iz wordpressmu,tam on paboljsje.
I jesjko vopros,kak jest s BD,vsje blogi budjet delatsja na odnoi baze ilji kak,
na odnoj ta nepatjanjet zje.mozjetje potskazatj
6 декабря 2007 в 21:08
все блоги будут в одной базе. префиксы таблиц будут разными, отличаться будут по номерам блога в порядке создания их.
например wp_1_options wp_2_options и т.п.
7 декабря 2007 в 3:29
ja peresjol na UNIX hosting,nado razobratsa sjto i kak,sjto nado nastrojivatj..
7 декабря 2007 в 15:36
nu svjo zgjelal,hosting admin skazal sjto svjo mnje jestj,kak nado dlja WordPressmu,no novava bloga zavestji nevazmozjna,
kogda prihodjit kod aktivaciji on pokazivajet The requested URL /wp-activate.php was not found on this server.
7 декабря 2007 в 16:02
посмотрел я у вас на сайте — пришлось зарегиться. ссылки вида latvians.eu/lecactus/wp-activate работают, а с поддоменом нет — вы правильно настроили htaccess и настройки алиасов хоста?
7 декабря 2007 в 16:13
vot pro htaccess njeznaju,mozjno jevo posmotretj xgjes ,
ja proboval po svjakomu.
aliasam vsjo o.k
7 декабря 2007 в 17:55
посмотрел у меня также. а в wp-config параметр VHOST как выставлен?
и прописаны ли алиасы в ДНС записях домена?
А запись что то вида
* latvians.eu.
7 декабря 2007 в 19:51
dns jest tak *.latvians.eu
q config
define(‘DB_COLLATE’, »);
define(‘VHOST’, ‘yes’);
$base = ‘/’;
// double check $base
if( $base == ‘BASE’ )
die( ‘Problem in wp-config.php — $base is set to BASE when it should be the path like «/» or «/blogs/»! Please fix it!’
7 декабря 2007 в 19:54
вы когда прописывали после домена точку не забыли поставить?
т.е надо именно так: latvians.eu. с точкой на конце. сколько времени прошло после прописывания этой днс записи? у меня такое было когда прошло мало времени и не все днс сервера обновились еще
7 декабря 2007 в 20:04
mne jest tak
Built in A records
latvians.eu 86400 IN A 84.51.232.192
*.latvians.eu 86400 IN A 84.51.232.192
sam negelal,tak uze automatic na majom hostinge,
togda nado zdelatj точкой на конце.
*.latvians.eu na *.latvians.eu.
7 декабря 2007 в 20:09
да надо ТОЧКУ обязательно иначе работать не будет
проверить работает или нет легко:
в винде ПУСК-ВЫПОЛНИТЬ- CMD
далее набираем: nslookup latvians.eu
получаем ответ нормальный
затем набираем: nslookup fgjhdfgkjfdhgkft.latviants.eu (можно любые слова перед .latvians.eu)
должны получить ответ что адресу существует алиас latvians.eu и получить тот же ИП. если будет какая либо ошибка значит проблеме именно в той «точке» была
7 декабря 2007 в 20:27
mne 1 i 2 pokazivajet odjinakova
non-authoritaveansver:
latvians.eu
1 i 2 odinakavije ip
7 декабря 2007 в 20:32
так, значит алиасы в днс работают верно
только вот о адресу мне выдает какую то фигню от хостинга — там точно все правильно настроено? вы прочитали инструкцию, ссылка на которую приведена на этой странице в посте?
7 декабря 2007 в 20:41
vsjo vrode jestj,ja uže njeznaju gdje problema,
mozjetj seskjo sjtota,mezetbit nado dobalvatj index,
ja mogu tjebja pustitj hosting admin panel,mozetj ti mozes razobratsa
7 декабря 2007 в 20:58
стучи в аську 110086214
7 декабря 2007 в 21:59
sjto eta аську ?
7 декабря 2007 в 22:17
ICQ
7 декабря 2007 в 22:24
otpravil na e-mail
7 декабря 2007 в 22:26
все вошел сейчас покопаюсь
8 декабря 2007 в 1:31
Большое спасибо за перевод!
12 декабря 2007 в 22:19
Попробовал поставить на Мастерхосте — работает, русский язык сделался нормально, но мастерхост отказался править файл httpd.conf…, попробвал на другом хостинге — русский язык не работает — везде изменил — а скрипту типа всеравно…
12 декабря 2007 в 22:23
на мастерхосте будет работать нормально только на VPS похоже
а на счет других хостингов там где не работает — попробуйте сделать то что написано тут http://lecactus.ru/wordpress/latest-russian-translation-for-wordpress красным шрифтом
12 декабря 2007 в 22:39
Уже нашел решение проблемы…: http://lecactus.ru/wordpress/latest-russian-translation-for-wordpress
Спасибо за перевод
14 декабря 2007 в 15:39
Спасибо за перевод! Попросил знакомых зарегистрироваться — они «Имя пользователя» стали вводить русскими буквами :). Если не сложно, в переводе фразу «(Должен быть как минимум из 4х символов, только буквы и цифры.)» сделать (Должен быть как минимум из 4х символов, только латинские буквы и цифры.). Я бы сам добавил, если бы знал как :).
Спасибо!
14 декабря 2007 в 17:18
исправил здесь и там где вводится имя блога тоже добавил. свежий файл перевода можете скачать отдельно здесь куда его распаковать написано там же. дистрибутив обновил также
14 декабря 2007 в 21:59
Здравствуйте. А в природе существуют реально работающие плагины для это версии WP?) перепробовал кучу вариантов и убил уйму времени. Из-за чего такое может быть?
14 декабря 2007 в 22:03
Большая часть от обычного WP работает нормально под WPMU. PS понятие «не работает» можно как то подробнее озвучить и что конкретно?
14 декабря 2007 в 22:50
Хм… ни один плагин после установки не отображается в панели «управление плагинами». Возможно я что то не так делаю. Я нигде в рунете не нашел конкретную инструкцию по их установке. Все сводится к одному: киньте в папку mu-plugins и будет вам счастье.
14 декабря 2007 в 22:52
в папку MU-PLUGINS надо кидать файлы только если в описании плагина ЯВНО это указано. все остальное в обычную wp-content\plugins
15 декабря 2007 в 2:35
Огромное спасибо! Помогло. Меня запутало то, что в wp-content/ была только папка mu-plugins) А не зная строения вордпресса, я как то и не догадался создать просто plugins.
18 декабря 2007 в 20:33
Попробовал установить на локальный сервер,
при добавлении нового блога пользователем —
типа он создается, но при
переходе по линку страница не найдена (ошибка).
Подскажите как это дело поправить?
18 декабря 2007 в 20:43
как именно ставили? указывали домен придуманный и прописанный в hosts файле или просто localhost?
18 декабря 2007 в 20:55
в localhost,
сервер LAMP, mod_rewrite установлен.
18 декабря 2007 в 20:57
а теперь пролистайте страницу вверх и прочитайте еще раз
:-)
18 декабря 2007 в 21:05
если в hosts файле прописать дополнительный домен, например так:
127.0.1.1 vyacheslav
то должен заработать?
18 декабря 2007 в 21:06
127.0.1.1 vyacheslav.ru должен
18 декабря 2007 в 21:12
сенкс, будем пробовать :)
20 декабря 2007 в 21:24
Спасибо большое!
22 декабря 2007 в 3:41
вроде всё везде включил но русского языка нет…
база какая нужна для него???
22 декабря 2007 в 12:37
по поводу того что на английском — виноват хостинг — пролистайте комментарии вверх там был уже такой вопрос и ответ.
по кодировке базы — только UTF8
22 декабря 2007 в 13:38
Всё образовалось вроде с ПХП5 решилось и аджакс без крякозяблов…
Тока вот када регитца пользоваиель а патом с почты идёт активировать
свой блог кодировка у него становитца походу не UTF-8 и надо перключатца в браузере на UTF-8
как бы сделать чтобы письмицо приходило в UTF-8…. хотя тогда наверно в письме будут каракули тогда…
22 декабря 2007 в 13:41
снова проблема хостинга: добавить в htaccess строки все или некоторые (по разному бывает):
AddDefaultCharset UTF-8
CharsetDisable On
CharsetDefault UTF-8
CharsetSourceEnc UTF-8
по поводу кодировки письма оно отсылается в утф8 по умолчанию, если снова не намудрил хостер
22 декабря 2007 в 14:26
htaccess в тот что в wp-content или тот что в корне
22 декабря 2007 в 14:27
все ТОЛЬКО В КОРНЕ надо делать
22 декабря 2007 в 16:18
а когда новый пользователь регестрируетца ему ток аплаины включать
язык не надо да? а то я уже одурел от TEST узеров
22 декабря 2007 в 16:19
флешролик смотрели? ссылка в посте этом есть. если вы включили дефолтный язык русский как указано то все новые блоги будут на русском сразу
22 декабря 2007 в 19:30
У меня ругается:
E-mail не может быть отправлен.Возможная причина: сервер не поддерживает функцию mail()...
Как это поправить?
22 декабря 2007 в 19:59
потрясти за 00 хостера по этой теме
или попробовать сделать так:
http://lecactus.ru/2007/11/21/1021
25 декабря 2007 в 5:15
А есть ещё Lyceum
Неплохая альтернатива WordPress MU.
Только русского языка там нет. Неплохо было бы перевести.
В Lyceum почта отправляется сразу а WordPress MU я тестил так приходит через три дня почемуто.
Мне показалось что Lyceum быстрее работает.
Ещё понравилось то что там есть страница portal.php где отображаются All Blogs.
Такая же есть в системке BlogHoster который платный.
Интересно как сделать такую же страницу для WordPress MU?
25 декабря 2007 в 9:48
зарегился у вас чтобы посмотреть что за зверь. такое ощущение что сделан он на том же ВП. админка и окно входа как братья-близнецы и внизу админки ссылка на вп.кстати пароль пишется что отправляется на мыло, но он еще и пишется на странице той же сразу. баг или фича? и темы там тоже вордпрессовские и плагины можно использовать как написано в факе на сайте проекта и
Q: What is the difference between Lyceum and WordPress MU?A: The main difference between Lyceum and MU is the database schema. MU creates a set of tables for each blog in a system. Lyceum uses a fixed number of tables for the entire system. More info here.In Lyceum, each blog can turn (pre-approved, admin-installed) plugins on and off as they like.
We’ve also made a smattering of security and performance improvements to WordPress (some of which may or may not be applicable to the MU architecture). т.е. по сути этот проект и стандартный wpmu отличаются структурой базы данных и производительностью, как заявляют разработчики. странно раньше про них вообще не слышал
25 декабря 2007 в 16:14
Так и есть на том же ВП. По моему Lyceum быстрее работает.
Только по сравнению с MU в админке меньше функций по управлению всеми блогами.
Это здесь http://forum.maxsite.org/viewtopic.php?pid=4804 sonika подсказала.
Так что может есть смысл русскую сборочку сделать?
25 декабря 2007 в 16:40
О. Я как раз давно хотел что-нибудь перевести, если кто соберется переводить (или я сам соберусь), готов помочь!
25 декабря 2007 в 16:46
Авось кстати придется только доработать файлы перевода WP.
25 декабря 2007 в 22:07
Кто-нить ставил MU чтобы юзеры использовали имена типа имя.домен.ру
Я ставил на апач под юниксом. пользовал инструкцию, в результате убил сервак.
25 декабря 2007 в 22:12
ставил. все работает, если хостинг правильный и позволяющий прописать алиасы *.domen.ru. никаких проблем нет. на одном хостинге это заработало только при подключении выделенного ип.
26 декабря 2007 в 12:24
Победил настройки сервера)
А плагины для вордпреса на MU не работают?
У меня не заработал плагин Расширенный редактор TinyMCE 0.5.0
И photopress
26 декабря 2007 в 14:16
работают, но не все. надо читать реадми от плагинов. а редактор работать должен если все сделано по инструкции. у меня работает на МУ 100%. надо после установки плагина зайти в настройки-tinymce и нажать ОБНОВИТЬ НАСТРОЙКИ. также заливать плагин надо не впапку Mu-plugins а в обычную plugins
27 декабря 2007 в 23:43
Не работают плагины в смысле дополнительные кнопки в редакторе не появляются.. Всё перепробовал. Нет эфекта.
28 декабря 2007 в 0:44
видно все таки не все. ПОЛНОСТЬЮ очистите кэш браузера если обновление через ctrl+f5 не помогает в окне написания записи. повторяю что все работает 100%
28 декабря 2007 в 20:50
Ищу правильный хостинг для установки WP MU. Буду благодарен за совет.
Спасибо.
29 декабря 2007 в 2:18
вот здесь 100% работает если в панели админки поставить использование выделенного ИП. (вот сайт там работает — не мой. просто для примера )
29 декабря 2007 в 13:39
Обязательно ли ставить МУ на отдельный хостинг?
Я попытался поставить на «виртуальный домен» третьего уровня. При попытке установки выдается ошибка
atal error: Call to undefined function wp_die() in /www/vhosts/menahemschool.ru/html/list/wp-includes/wp-db.php on line 475
29 декабря 2007 в 14:15
проблема вообще другого характера.
и и т.д.
31 декабря 2007 в 12:53
Да, виноват. Но на поддомен все равно не ставится…
А есть ли список файлов, которые МУ изменяет при установке?
Я увидел записи в wp-config, естественно. Кроме того правится .htaccess.
Может быть, что-то еще?
Зачем он при установке требует доступа к папке wp-content?
Вопросы не праздные. Очень напрягает, что ты не можешь, скажем, перенести установку с сервера на сервер.
31 декабря 2007 в 12:59
и чего сложного то? делаете НОВУЮ инсталляцию на новом сервере. после того как все там настроится с файлами — удаляете таблицы в базе и заливаете туда дамп со старого сервера. проверено работает так
1 января 2008 в 12:02
Ну, например, не могу добиться, чтобы ВП МУ понял, что корневая директория имеет права 777. Чмодом ставлю, а инсталлятор все равно не видит…
1 января 2008 в 14:18
а как вы тогда на предыдущем сервере делали? кстати 777 надо не только на корневую папку ставить но и на wp-content вроде бы
еще можно chmod -R 777 /путь но это только в консоле сервера по ssh
1 января 2008 в 14:58
Большое спасибо)
Ссылочка на вас обязательно будет)
2 января 2008 в 1:01
Также и делал. QuteFTP выставляет chmod 777 на корневую. Но ВП почему-то этого не видит. Когда ставлю на любую другую папку — видит (в том числе и wp-content, с которым проблем нет).
2 января 2008 в 6:41
А как в WPMU с обновлениями?
Сейчас вот вышел новый WP 2.3.2.
Я в админке нажал обновить, высветилось готово. Только что обновилось не пойму, версия нигде не написана.
А если взять новый WP и залить поверх в WPMU то будет работать?
2 января 2008 в 12:00
вы не путайте курицу и утку. WP 2.3.2 и WPMU 1.3 это совершенно разные линейки. и обновляются не одновременно
4 января 2008 в 16:15
Спасибо большое!
15 января 2008 в 1:43
Подскажите пожалуста. Проблема в том, что главный администратор WP MU удалил пользователя. Возможно ли его полное востановление, со всеми постами и записями, если да, то как это сделать?
15 января 2008 в 2:00
спасибо дружище за перевод мультиюзерки
уже пытаюсь установить на
15 января 2008 в 2:25
поставил
в файлах php крякозябры (именно в самих файлах)
15 января 2008 в 10:00
только базу восстановить кажется
смените текстовый редактор на unicedit (тут есть на блоге у меня). если же показывает на сайте, то установите кодировку utf-8 в htaccess (тут в комментариях писалось не раз как это сделать)
18 января 2008 в 13:10
в хтасесе сейчас выглядит так
RewriteEngine On
RewriteBase BASE/
AddDefaultCharset UTF-8
CharsetDisable On
CharsetDefault UTF-8
CharsetSourceEnc UTF-8
#uploaded files
RewriteRule ^(.*/)?files/$ index.php [L]
RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule . — [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-.*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]
но на монике все равно крякозябры
18 января 2008 в 13:11
не меняется ничего
18 января 2008 в 13:11
RewriteEngine OnRewriteBase BASE/
AddDefaultCharset UTF-8
CharsetDisable On
CharsetDefault UTF-8
CharsetSourceEnc UTF-8
#uploaded files
RewriteRule ^(.*/)?files/$ index.php [L]
RewriteRule ^(.*/)?files/(.*) wp-content/blogs.php?file=$2 [L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule . - [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-.*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]
так должно быть ?
18 января 2008 в 13:14
помогло лишь после того как прописал кодировку на домен на самом сервере
18 января 2008 в 14:35
обычно хватает всех этих или некоторых из строк, а вообще
это уже особенности работы хостинга. надо было сразу у хостера спросить. про кодировки уже тут не один десяток комментариев было :)
18 января 2008 в 14:51
столкнулся с
The requested URL /wp-activate.php was not found on this server.
Реально исправить не прибегая к конфигурированию апача только через панель (ISPManager) ?
например на данный момент прописал в панели:
*.mywp.ru. CNAME mywp.ru.
и
* A 88.198.8.87
или всетки неправильно? ибо нуп я в этом и не шарю во всех этих серверах
18 января 2008 в 15:22
с данной панелью не знаком, а суппорт хостера про это «ни бум бум» что ли?
18 января 2008 в 15:32
у меня свой серв без саппорта а сисадмин который его на удаленке обслуживает дня через 2-3 только будет
18 января 2008 в 17:48
вобщем методом тыка нашел решение вопроса в панели ISPmanager
залез во вкладку «доменные имена», выбрал доменное имя для которого необходимо было прменить данное телодвижение, прописал
имя — *
тип — А
адрес — тут прописал IP домена
далее
пошел во вкладку «WWW-домены»
выбрал домен на который ставиться WP MU
нажал кнопку редактировать
в поле «псевдонимы» прописал *.имя_домена_куда _ставим_MU.ru
все работает
авось кому пригодится. в апач при этом не лазил
20 января 2008 в 21:36
Спасибо, это была одна из самых больших проблем у меня :)
У меня такой вопрос есть — может кто знает каким образом (может плагин какой уже есть) дать возможность пользователям ставить свои домены (так же интересен вопрос монетизации этого вопроса:))?
Я слышал, что подобные сервисы (хостинги форумов например) используют способ связанный с алиасами, (я смутно представляю что это, хостинг и домены для меня всегда были тёмным лесом).
Ещё интересно — есть ли плагины, позволяющие размещать рекламные блоки на всех блогах, с возможностью убрать их с какого то определённого (типа ‘VIP’ услуги))?
Тьфу ты… ещё вопрос появился :) — взялся я русифицировать темку одну, процентов 70 перевёл, загрузил, что бы проверить… и весь русский шрифт выводится ромбиками, а в них знаки вопроса. Подскажите где и как это исправить.
И ещё… а, ладно, и так буков много O_o
Всем заранее спасибо!
20 января 2008 в 21:50
сохраняй все файлы в кодировке UTF-8 — редактор смотри у меня в разделе WORDPRESS в шапке
20 января 2008 в 22:37
Николай — просто файлы при правке они сохраняются по умолчанию в ANCII (или как там ее правильно по матери), правишь если в текстовике обычном при сохранении выбирай — Сохранить как… и выбирай кодировку UTF-8
20 января 2008 в 22:55
в «обычном» редакторе типа блокнота даже если сохранить в utf8 то потом возникнут проблемы при отображении в IE или ошибки вроде cannot modify header — это мы проходили уже сотни раз :-) нормально работает только в notepad++, unicedit, notepad2 и в более навороченных редакторах некоторых, которые сохраняют в utf8 правильно
27 января 2008 в 5:41
А уже вышел WordPress MU 1.3.2
Перевод от v1.3 подойдет?
27 января 2008 в 10:52
да конечно. кстати спасибо за инфу — за всем не уследишь самому :) посмотрим что там поменялось
27 января 2008 в 11:55
на странице свежего перевода выложил новый файл уже для версии 1.3.2 — там изменилось всего 19 строк
6 февраля 2008 в 16:53
Установил себе WordPress MU 1.3.2 Русская версия. Lecactus Edition — Lecactus
написано что есть руский интерфейс, но у меня в админке где надо выбрать язык, там стоить реклама от создателя блога!
Что мне делать подскажите
6 февраля 2008 в 16:57
установил.
в админке нет формы выбора языка
Вместо нее там рекла от WordPress
7 февраля 2008 в 16:11
Ух ты, уже вслед за WordPress 2.3.3 и WordPress MU 1.3.3 появился.
21 марта 2008 в 4:41
Спасибо комманде локализаторов!
На счет установки на локалхост.
Все работает прекрасно. Даже с алиасами (виртуальными субдоменами). Даже на кастрированном Денвере :-)
“Шаманство” для Денвера:
(только для тех, кто хочет пользовать с субдоменами).
1) Берем любую папку из хостовых, например, test.ru;
2) Удаляем из нее все ненужное, кроме “WWW”;
3) Переименовываем ее, например, в “blogs.loc”;
4) Создаем БД со всеми привелегиями и паролем (у меня почему то без пароля не устанавливался);
5) Копируем дистрибутив в папку “blogs.loc\WWW”;
6) Устанавливаем;
7) Теперь главное:
для того, что бы корректно работали субдомены, их нужно прописывать в файл .htaccess!
Например, что бы работал созданный блог blog1.blogs.loc, нужно прописать в корневой файл .htaccess, созданный ВордПрессом, строчку:
#dnwr_host blog1.blogs.loc
именно с #.
И все заработает.
Удачи!
Сейчас тестировал на локалхосте, и возникли вопросы следующего содержания:
— Есть: blogs.loc;
— Дополнительно создаем: blog1.blogs.loc;
— Цель: использовать blog1.blogs.loc для соавторства несколькими юзерами, которые могли бы сами регистрироваться;
— В админке blog1.blogs.loc разрешаем регистрировать только пользователей (не блоги);
— Итог: при регисрации пользователя с блога blog1.blogs.loc пользователь «попадает» (регистрируется) только в корневой блог blogs.loc;
— Проделывал различные манипуляции с настройками и тп. Ничего не помоает. Разрешение проблемы только приписываением в «сообщество» админом blog1.blogs.loc через е-мейл, но это же глупо…
Этот баг(?) как в локализованной, так и в исходной английской версии.
Может у кого-то есть идеи по этому поводу? Буду очень благодарен.
21 марта 2008 в 20:21
Подскажите, как переключить работу движка с режима когда он генерирует ссылки ввиде имя_блога.имя_домена в режим имя_домена/имя_блога. При установке видел где то окошко в котором была возможность выбора этого режима, а при повторной установке (удалил все файлы с хоста, удалил базу данных) такого окошка найти не могу. Помогите пжлст.
21 марта 2008 в 21:41
читать тут
8 апреля 2008 в 13:15
Всем приввет, вот решил разобраться с этим зверем, одно радует что не надо возится с днс и прочей хернёй, так как устраивает site.ru/user1
Но возникла такая проблема установил (первая страничка установки иероглифами, тогда делал htaccess с charset utf-8 тогда всё нормально, правда вордпресс потом переписывает его, так что потом советую тоже добавить charset).
А проблема при создании нового блога (сам создавал под админским профилем), нет дизайна совсем, только текст, а на главном блоге всё нормально а на создающихся нет дизайна, даж не знаю чё такое и как исправить…
Терь о главном — Хелп ми )))
8 апреля 2008 в 13:44
проблему где то видел на форумах. что то было с htaccess если не ошибаюсь «не то»
8 апреля 2008 в 17:42
Чёт я ничё не нашёл =(. Попробовал права выставить 777 на контент, инклудс и на домен, не помогло. В htaccess ? а чё там? там вроде rewrite engine тока… сами то блоги есть тока дизайна в них нет…
8 апреля 2008 в 17:57
разбирайтесь с хостингом, у меня проблем на сервере никаких нет :) если бы все работало, то блоги юзеров бы увидели директории тем
21 апреля 2008 в 16:32
Каким образом возможно автоматическое включение всех плагинов или выбранных для других пользователей?
Спасибо.
21 апреля 2008 в 16:47
ищите на форумах — спрашивали там уже не раз
22 апреля 2008 в 18:01
Вопрос следующий — можно ли избавиться от множественной проверки адреса почты при регистрации? Как вариант — совсем отключить.
Также происходит зацикливание процесса регистрации при длинном описании создаваемого блога. Как можно избавиться?
Спасибо.
22 апреля 2008 в 18:16
про проверку почты и пароли писали на форумах способы(хаки). вот например первое попавшееся http://forum.maxsite.org/viewtopic.php?id=4078
в общем найдете на одном из форумов. сам не пользуюсь.
про зацикливание ничего не скажу. не понимаю о чем речь идет
19 мая 2008 в 14:55
первый ра вижу что комменты разбиты постранично :)
что за плагин если не секрет..
19 мая 2008 в 15:41
http://lecactus.ru/2008/05/19/2161/