dwd

Попробую поставить точку:



Ну а вот собственно правильный перевод:



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

Так я вам выше написал то же самое. Инструмент для перевода сделать не проблема. А вот перевести названия(причем перевести правильно) я бы не взялся. Протыкать мышкой 9к+ названий и получить автоперевод от Яндекса конечно можно, только боюсь, что после этого немцы и англичане будут очень долго искать свой город в списке с недоумением почесывая затылок.

Что поделаешь ... "Бренд" уже занят.))))))

Ну это вы мне явно льстите. Мало того что писал видео первый раз так еще и без подготовки. Паузы и путаница в терминах оставляют желать лучшего.))))

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

Все города хранятся в БД, так что вряд ли вы найдете там английский язык. Хотя я, если признаться в эту сторону и не копал. Лично мне поле "Город" не требовалось ни в одном из моих проектов. Так что для вас может это смысла и не имеет, а для меня в самый раз. Все сугубо индивидуально.

Вот практически как вы написали это и реализовано. Все вставки имеют вид:

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

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

mySQL работает как часики, тормозов нет(MyISAM). Процессорного времени и свободной памяти много, почему так медленно грузились страницы я, если честно так и не понял.


Вам наверное виднее, но по моей логике 20 виджетов на главной странице это лишних два десятка запросов к базе плюс рендер содержимого этих виджетов. По идее на быстродействие должно влиять. Но как показала практика не влияет. Огромное спасибо за подсказку с xcache - после установки скорость загрузки страниц выросла почти вдвое, до 150-180 мск(версия PHP - 5.3.28). Теперь это уже вписывается в рамки разумного, доброго, вечного.))

Нет, ядер в моем случае точно четыре:



Пораскинул мозгами и пришел к выводу, что, наверное вы правы. Просто VBulletin старичок и не умеет считать ядра. Выходит, что, по меркам VBulletin, для 4-х ядер 100%-но значение load average = 4, стало быть в процентах это в 4 раза меньше, чем показывает VBulletin в панели. Спасибо за ответ, пойду искать причину такого поведения. Уже второй день ломаю голову над тем, почему сайт так тяжело грузится, все остальные сайты на сервере летают:



Время загрузки страницы 280-310 мск и не меняется ни при каких условиях. Отключал все виджеты, вырезал из шаблона все JS и CSS, искал, что тормозит загрузку страницы. Бесполезно, время загрузки страницы не меняется вообще.
Это мой первый сайт, работающий на второй ветке Инстанта,

2-ю и 3-ю картинки перепутал местами, сорри.

У меня почему-то наблюдается странная картина - количество ядер определено скриптом вроде как верно, их 4



однако правильно показывает загрузку сервера скрипт только если указать вручную, что яро одно :



При количестве ядер, равном 4, индикатор загрузки не переваливает и за 30% в то время как сервер уже не справляется с запросами, что соответственно сопровождается тормозами при загрузке сайта. Также мои догадки о неверности показателей в скрипте подтверждаются показателями из панели управления VBulletin, расположенного на том же сервере:

Значит я чего0то не понимаю в этой жизни. Версия системы 2.5.1:



Это ж не я у системы шаблон прошу а она у меня.)))))

Сегодня заглянув в настройки компонента "Активность" (admin/controllers/edit/activity/options) обнаружил, что в сборке отсутствует файл templates/default/controllers/activity/backend/options.tpl.php, добавьте пожалуйста в последующих релизах.

После обновления на всем сайте при подробном просмотре статей, объявлений, т.е. во всех типах контента вместо контента наблюдалась пустая белая страница. Метод недолгого поиска показал, что причиной этому являлась строка 35 в файле system/controllers/comments/frontend.php
Закомментировал строку и все встало на свои места. Хотелось бы услышать мнение разработчиков по данному поводу.

P.S. Система чистая, без сторонних модулей, компонентов и плагинов, шаблон переделан с дефолтного правкой исключительно HTML и CSS, не задето ни одной буквы PHP-кода.