Извините, но это ужасно. Начиная от дизайна, которого просто нет (лучше бы оставили дефолтную тему и буквенно-символьный логотип), и кончая наполнением-содержанием.
Пустая афиша, пустые «конкурсы», пустые «центры и студии», пустая вики.
В пустоте сайта можно заблудиться.
Зачем надо было делать анонс?
Зачем надо открывать столько пустых разделов?
Открывать и анонсировать что-то имеет смысл лишь если оно после старта уже будет иметь какую-то ценность.
После такого «открытия» в 9 случаях из 10 сайт накрывается медным тазом.
Чего Вам ни в коем случае не желаю.
Версия 3.x без плагинов (чуть допиленная руками) работает на 32mb идеально.
Правда, у меня nginx+php-fpm, надо понимать что это совсем не эквивалентно 32mb на апачевских сборках.
Эти вещи так же связаны между собой как яблоко, огнетушитель, курсор, шуба и комедия.
Присоединяюсь, тоже посмеялся.
PS. По развитию на LS запускал Развитнет, сейчас там целиком самописный движок, основанный на структуре БД LS. Переписывал из соображений производительности и лёгкости.
Это типограф правит, Jevix.
Настройки типографа находятся в системном модуле text.
Одна из настроек (перед глазами нет LS) — это как раз нужный Вам функционал замены одних символов на другие.
Лучше выложите Вы свои конфиги, а мы попробуем найти и поправить ошибки.
Ещё, попробуйте поставить последние версии программ в связке, если ещё не стоят. Т.к. у меня с этой связкой никогда ещё проблем не было, с минимальной конфигурацией.
Если совсем будет невтерпёж — запустите SVN с Trac на отдельных портах, вне связки. Избавитесь не только от своих проблем, но и прибавите веб-обвязке скорости. А потом, быть может, попрощаетесь с apache насовсем :-)
Этот вариант не самый простой, а самый неумный :-)
На вскидку, предложу направить поддомен на основной домен, а в конфиге сделать так:
if (/* тут проверка переданных заголовков на мобильные клиенты... примеров проверки тысячи в гугле */)
{
define('SITE_SKIN','mobile'); //Ваш мобильный скин
}
else
{
define('SITE_SKIN','new'); //Ваш скин для "большого брата"
}
Этот вариант — действительно самый простой и более-менее валидный, т.к. надо всего лишь создать 2 разных скина, что Вы и делаете.
Можно, конечно, понаписать кучу новых функций и встроить определение в ядро, но такой метод для отдельно взятого случая — лишняя трата времени, сил (и ресурсов сервера).
4,2. Да, действительно, с оффтопом я был не внимателен. Проглядывал код мельком — и не смог сразу догадаться, что «отключить часть конфига» у Вас — это просто переписать одну константу, зачем-то скопипастив её ещё разок)
3. Прочтите 5-7 раз название Вашего топика и убедитесь, что кеш тут всё-таки не причём :-)
1. Из названия топика, к сожалению, это не понятно. И блог — не технический. Готов спорить, основное количество посетителей топика — не разработчики, а пользователи.
Такая проблема часто бывает при появлении юникодовского BOM'а в файлах. BOM — это лишний символ в начале файла. Тупые блокноты, вроде стандартного notepad'а, обязательно его суют при редактировании.
Что-то мне подсказывает, что эта проблема у Вас. А вернее не что-то, а:
output started at /home/content/q/u/a/quadfactor/html/ls/config/config.php:1
Правили конфиг чем-то вроде блокнота?
Теперь уберите лишний символ в начале файла перед "<?php" нормальным редактором — и одной проблемой у Вас станет меньше.
Сейчас занимаюсь тем, что «на лету» пишу максимально оптимизированный движок для
Кстати, как раз собираюсь делать бОльший упор на тематику мотивации и мотивирования.
Пустая афиша, пустые «конкурсы», пустые «центры и студии», пустая вики.
В пустоте сайта можно заблудиться.
Зачем надо было делать анонс?
Зачем надо открывать столько пустых разделов?
Открывать и анонсировать что-то имеет смысл лишь если оно после старта уже будет иметь какую-то ценность.
После такого «открытия» в 9 случаях из 10 сайт накрывается медным тазом.
Чего Вам ни в коем случае не желаю.
Зачем нужны серверные костыли, если разбивать на колонки может сам браузер?
PS. Я ускорил LS в ~дцать раз, выдавив оттуда Smarty.
Правда, у меня nginx+php-fpm, надо понимать что это совсем не эквивалентно 32mb на апачевских сборках.
Присоединяюсь, тоже посмеялся.
PS. По развитию на LS запускал
И замечание: входящие данные (REQUEST) не фильтруются: это полный фейл с точки зрения безопасности.
Настройки типографа находятся в системном модуле text.
Одна из настроек (перед глазами нет LS) — это как раз нужный Вам функционал замены одних символов на другие.
Возьмите шаблон (header_***.tpl) и ковыряйте, и будет Вам счастье.
Чем же он не подходит для центрирования единичных изображений?
Вы знакомы с CSS?
Либо посмотреть серверные логи.
Firebug, конечно, удобнее.
Это не эквивалентно просто закрыть сайт в конфиге?
И не забыть про права на запись.
Ещё, попробуйте поставить последние версии программ в связке, если ещё не стоят. Т.к. у меня с этой связкой никогда ещё проблем не было, с минимальной конфигурацией.
Если совсем будет невтерпёж — запустите SVN с Trac на отдельных портах, вне связки. Избавитесь не только от своих проблем, но и прибавите веб-обвязке скорости. А потом, быть может, попрощаетесь с apache насовсем :-)
На вскидку, предложу направить поддомен на основной домен, а в конфиге сделать так:
Этот вариант — действительно самый простой и более-менее валидный, т.к. надо всего лишь создать 2 разных скина, что Вы и делаете.
Можно, конечно, понаписать кучу новых функций и встроить определение в ядро, но такой метод для отдельно взятого случая — лишняя трата времени, сил (и ресурсов сервера).
3. Прочтите 5-7 раз название Вашего топика и убедитесь, что кеш тут всё-таки не причём :-)
1. Из названия топика, к сожалению, это не понятно. И блог — не технический. Готов спорить, основное количество посетителей топика — не разработчики, а пользователи.
Удачи :-)
Так Вы попробовали в другом браузере?) Это сразу отметёт часть гипотез.
Что-то мне подсказывает, что эта проблема у Вас. А вернее не что-то, а:
Правили конфиг чем-то вроде блокнота?
Теперь уберите лишний символ в начале файла перед "<?php" нормальным редактором — и одной проблемой у Вас станет меньше.
Если нет — попробуйте, виноваты могут быть настройки браузера.