Цитирую:

У нас уже был случай, когда на странице пишется 404,
а в заголовке 200. По идее нужен контроль над отдачей заголовка.

На уровне системы нет такого контроля - она лишь послушно раскладывает
адрес на сегменты. В других CMS этот процесс практически аналогичен -
можно добавить произвольные get-параметры в адрес и получить эту же
страницу.

Максим предложил такое решение:

Админ задаёт некий шаблон адреса, который считается верным, например:

category/*
category/*/next/*
/next/*
page/*

где / - разделитель сегментов, а * - произвольная часть сегмента. В этом примере адрес category/news будет валидным, а category/news/23 - нет.

То есть плагин при инициализации системы (хук init) проверяет текущий адрес на один из разрешенных шаблонов и если он соответствует любому варианту, то ничего не делает. Если же соответствия нет, переделывает type на page_404.

chaly_404.zip ³⁶

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

Первое - брать нужно маленький образ, netinst. Такой образ занимает порядка 200 мегабайт и записывается на маленький CD-диск. Все дополнительные пакеты можно установить через Интернет.

Устанавливать же, на мой взгляд, нужно "пустую" версию системы, без серверов и программ. Лучше установить нужные позже, чем удалять лишние. Интерфейс установки графический и интуитивно-понятный.

Далее возникает вопрос, ставить ли графический стол? На мой взгляд необязательно. Лучше использовать программу putty и подключиться через протокол ssh.

В рамках настоящей работы создан и запущен в эксплуатацию сайт «Открой свои возможности», в настоящее время доступный в Интернете по адресу UrSSA.ru. Заказчиком данного проекта является Министерство по делам молодёжи УР и Республиканский совет студентов и аспирантов. Необходимо было получить работоспособный программный продукт в максимально короткие сроки. Ввиду того, что требования заказчика часто менялись и дополнялись, сформировать сводное техническое задание было практически невозможно.

В результате работы программиста, дизайнера и верстальщика был разработан удобный в использовании сайт со следующей функциональностью: центральное место занимает лента новостей с возможностью поиска по всем записям; пользователю дана возможность оставить своё мнение о новостях, проголосовать по предложенным вопросам и связаться с администрацией; материалы сайта доступны в виде ленты RSS.

Рассматривая техническую сторону вопроса, следует выделить систему управления содержанием сайта от отечественного разработчика – MaxSite CMS, как основное средство реализации проекта. Система реализована на CodeIgniter с поддержкой PHP и использует для хранения информации базу данных MySQL. Выбранная платформа позволяет использовать и другие решения, например, MS SQL, Postgre, Oracle, SQLite. Необходимо добавить, что использовалось много сторонних расширений, автором написаны собственные.

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

Оценим временные затраты на создание описанного выше продукта. Наиболее ответственная часть работы – установка и настройка системы управления на сервере. Этот процесс занял около двух часов. Далее возникла создания графического шаблона будущего сайта. Дизайнеру потребовалось на это около пяти часов. Для оценки работы дизайнера необходимы специальные знания. Творческий процесс трудно лимитировать. Было решено считать такой результат вполне удовлетворительным в плане быстроты. Завершающий этап разработки сайта – вёрстка, программирование и «подгонка» шаблона под систему управления. В рамках этого этапа был создан графический вывод данных, всё было «увязано» с системой управления. На это потребовалось приблизительно семь часов. В результате было выяснено, что в нашем случае создать нужный заказчику сайт при использовании типовых решений можно приблизительно за неделю. Данный подход позволяет заметно сократить время разработки. Следует отметить, что при использовании типовых свободно распространяемых решений профессиональному разработчику будет достаточно одних суток.

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

Итак. Для чего? Допустим мы хотим установить много копий MaxSite CMS. Разумеется хотим обойтись одной базой данных и одной копией самой системы, домены привязываются к одной папке. Это удешевляет хостинг в принципе, но не снимает ограничений по нагрузке на него.

Устанавливая данный хак мы получаем: только одну копию Maxsite CMS на диске у хостера. Все домены линкуются к одной папке. В зависимости от доменного имени, идёт обращение к определённым таблицам в базе данных. Так как делается это на этапе до запуска самого движка, ни пользователь, ни администратор даже не заметят разницы работая с многосайтовой или обычной версией системы.

Что получается в базе данных? Макссайт создаёт около десятка таблиц для хранения данных одного сайта вида mso_table. Многосайтовая версия в рамках одной же базы данных создаст n помноженное на дюжину таблиц, где n это количество сайтов. небольшое захламление получается, зато великая экономия... Опыт показывает, что одиннадцать сайтов нормально работают. Правда у них небольшая посещаемость...

По привязке доменов - можно использовать парковку к главному домену. Можно также привязывать и субдомены, проблем не будет.

Структура базы данных - используются префиксы вида railway$club_org_ru, если ваш домен это railway-club.org.ru. Такие косяки, позволяют добиться однозначного соответствия. У людей были проблемы, когда просто удалялись точки и тире из домена.

После запуска, нужно также создать папку для сайта в категории site, а в ней каталоги uploads, cache. Файл sitemap.xml для карты сайта. Права выставляются так же как и у стандартных каталогов. Это как правило (777).

Для работы в панели администратора переключить шаблон с дефалтного.

Этот код помещаем в .htaccess

# В переменную окружения %{ENV:PROTOCOL} помещаем протокол

RewriteRule ^(.*)$ - [E=PROTOCOL:http]

RewriteCond %{HTTPS} ^on$ [NC]

RewriteRule ^(.*)$ - [E=PROTOCOL:https]

# Если нужно убираем www

RewriteCond %{SERVER_PORT} ^80$

RewriteCond %{HTTP_HOST} ^www\.(.*) [NC]

RewriteRule ^(.*)$ %{ENV:PROTOCOL}://%1%{REQUEST_URI} [R=301,L]

RewriteCond %{HTTP_HOST} ^www\.(.*) [NC]

RewriteRule ^(.*)$ %{ENV:PROTOCOL}://%1:%{SERVER_PORT}%{REQUEST_URI} [R=301,L]

Теперь у нас идёт правильная переадресация всех страниц с домена, на домен без www.

Функция проверки на существование мыла в таблице пользователей.

function is_email_exists($email)
{
$ret = false;
$CI = &get_instance();
$CI->db->from('users');
$CI->db->select('users_email');
$CI->db->limit(1);
$CI->db->where( array('users_email' => $email));
$query = $CI->db->get();
if( $query->num_rows() )
{
$row = $query->row();
if( $row->users_email == $email ) $ret = true;
}
return $ret;
}

Получение ИДа пользователя по его нику.

function get_id_by_nik($name)
{
$ret = true;
$id = 0;
$CI = &get_instance();
$CI->db->from('comusers');
$CI->db->select('comusers_id');
$CI->db->limit(1);
$CI->db->where( array('comusers_nik' => $name));
$query = $CI->db->get();
if( $query->num_rows() )
{
$row = $query->row();
$id = $row->comusers_id;
}
return (int) $id;
}

function is_users_login($login)
{
$ret = true;
$CI = &get_instance();
$CI->db->from('users');
$CI->db->select('users_login');
$CI->db->limit(1);
$CI->db->where( array('users_login' => $login));
$query = $CI->db->get();
if( $query->num_rows() )
{
$row = $query->row();
if( $row->users_login == $login )
{
$ret = false;
}
else
{
$ret = true;
}
}
return $ret;
}

function is_users_nik($login)
{
$ret = true;
$CI = &get_instance();
$CI->db->from('users');
$CI->db->select('users_nik');
$CI->db->limit(1);
$CI->db->where( array('users_nik' => $login) );
$query = $CI->db->get();
if( $query->num_rows() )
{
$row = $query->row();
if( $row->users_nik == $login )
{
$ret = false;
}
else
{
$ret = true;
}
}
return $ret;
}

function is_comusers_nik($login, $userid)
{
$ret = true;
$CI = &get_instance();
$CI->db->from('comusers');
$CI->db->select('comusers_nik');
$CI->db->limit(1);
$CI->db->where( array('comusers_nik' => $login) );
$query = $CI->db->get();
if( $query->num_rows() )
{
$row = $query->row();
if ( ( $row->comusers_nik == $login ) and
( get_id_by_nik($row->comusers_nik) != $userid ) and ( $row->comusers_nik!='' ) )
{
$ret = false;
}
else
{
$ret = true;
}
}
return $ret;
}

Функция, которую нужно вызывать в файле your-template/type/users-form.php вместо стандартной $res_post=mso_comuser_edit(); нужно выполнить присваивание $res_post=russ_mso_comuser_edit();

function russ_mso_comuser_edit($args = array())
{
global $MSO;
if ( !isset($args['css_ok']) ) $args['css_ok'] = 'comment-ok';
if ( !isset($args['css_error']) ) $args['css_error'] = 'comment-error';
# id комюзера, который в сессии
if ( isset($MSO->data['session']['comuser']) and $MSO->data['session']['comuser'] )
$id_session = $MSO->data['session']['comuser']['comusers_id'];
else $id_session = false;
if ( $post = mso_check_post(array('f_session_id', 'f_submit', 'f_comusers_activate_key')) ) // это активация
{
# защита рефера
mso_checkreferer();
# защита сессии - если не нужно закомментировать строчку!
if ($MSO->data['session']['session_id'] != $post['f_session_id']) mso_redirect();
// получаем номер юзера id из f_submit[]
$id = (int) mso_array_get_key($post['f_submit']);
if (!$id) return '

'. t('Ошибочный номер пользователя'). '

';
# проверяем id в сессии с сабмитом
if ($id != $id_session)
return '

'. t('Ошибочный номер пользователя'). '

';

$f_comusers_activate_key = trim($post['f_comusers_activate_key']);
if (!$f_comusers_activate_key) return '

'. t('Неверный (пустой) ключ'). '

';
// нужно проверить если у указанного комюзера не равные ключи
// если они равны, то ничего не делаем
$CI = & get_instance();
$CI->db->select('comusers_activate_string, comusers_activate_key');
$CI->db->from('comusers');
$CI->db->where('comusers_id', $id);
$CI->db->limit(1);
$query = $CI->db->get();
if ($query->num_rows() > 0)
{
$comuser = $query->result_array(); // данные комюзера
if ($comuser[0]['comusers_activate_string'] == $comuser[0]['comusers_activate_key'])
{
// уже равны, активация не требуется
return '

'. t('Активация уже выполнена'). '

';
}
else
{
// ключи в базе не равны
// сверяем с переданным ключом из формы
if ($f_comusers_activate_key == $comuser[0]['comusers_activate_key'])
{
// верный ключ - обновляем в базе
$CI->db->where('comusers_id', $id);
$res = ($CI->db->update('comusers',
array ('comusers_activate_string' => $f_comusers_activate_key ) )) ? '1' : '0';
$CI->db->cache_delete_all();
if ($res)
return '

'. t('Активация выполнена!'). '

';
else
return '

'. t('Ошибка БД при добавления ключа активации'). '

';
}
else
{
return '

'. t('Ошибочный ключ активации'). '

';
}
}
}
else // вообще нет такого комюзера
return '

'. t('Ошибочный номер пользователя'). '

';
}
elseif ( $post = mso_check_post(array('flogin_session_id', 'flogin_submit', 'flogin_user', 'flogin_password',
'flogin_redirect')) )
{
// логинимся через стандартную _mso_login()
_mso_login();
return;
}

// это форма?
elseif ( $post = mso_check_post(array('f_session_id', 'f_submit', 'f_comusers_email', 'f_comusers_password',
'f_comusers_nik', 'f_comusers_url', 'f_comusers_icq', 'f_comusers_msn', 'f_comusers_jaber',
'f_comusers_date_birth', 'f_comusers_description', 'f_comusers_avatar_url')) ) // это обновление формы
{
if (!is_login_comuser())
return '

'. t('Ошибочные данные пользователя'). '

';

# защита рефера
mso_checkreferer();
# защита сессии - если не нужно закомментировать строчку!
if ($MSO->data['session']['session_id'] != $post['f_session_id']) mso_redirect();
// получаем номер юзера id из f_submit[]
$id = (int) mso_array_get_key($post['f_submit']);
if (!$id) return '

'. t('Ошибочный номер пользователя'). '

';
# проверяем id в сессии с сабмитом
if ($id != $id_session)
return '

'. t('Ошибочный номер пользователя'). '

';


$f_comusers_email = trim($post['f_comusers_email']);
$f_comusers_password = trim($post['f_comusers_password']);
if (!$f_comusers_email or !$f_comusers_password)
return '

'. t('Необходимо указать email и пароль'). '

';

// проверим есть ли такой комюзер
$CI = & get_instance();
$CI->db->select('*');
$CI->db->from('comusers');

# CodeIgniter экранирует where, даже когда только условия в полях
$CI->db->where('comusers_activate_string=comusers_activate_key', '', false); // активация должна уже быть

$CI->db->where(array('comusers_id'=>$id,
'comusers_email'=>$f_comusers_email,
'comusers_password'=>$f_comusers_password
));
$CI->db->limit(1);
$query = $CI->db->get();
if ($query->num_rows() > 0)
{
// все ок - логин пароль верные
$comuser = $query->result_array(); // данные комюзера
$f_comusers_avatar_url = mso_strip($post['f_comusers_avatar_url'], false,
array('\\', '|', '?', '%', '*', '`'));
$allowed_ext = array('gif', 'jpg', 'jpeg', 'png'); // разрешенные типы
$ext = strtolower(str_replace('.', '', strrchr($f_comusers_avatar_url, '.'))); // расширение файла
if ( !in_array($ext, $allowed_ext) ) $f_comusers_avatar_url = ''; // запрещенный тип файла

if (!isset($post['f_comusers_notify'])) $post['f_comusers_notify'] = 0;

if ( !( is_users_login($post['f_comusers_nik']) and is_comusers_nik($post['f_comusers_nik'], $id) and is_users_nik($post['f_comusers_nik']) ) )
return '

'. t('Необходимо указать правильный ник'). '

';
$upd_date = array (
'comusers_nik' => strip_tags($post['f_comusers_nik']),
'comusers_url' => strip_tags($post['f_comusers_url']),
'comusers_icq' => strip_tags($post['f_comusers_icq']),
'comusers_msn' => strip_tags($post['f_comusers_msn']),
'comusers_jaber' => strip_tags($post['f_comusers_jaber']),
'comusers_date_birth' => strip_tags($post['f_comusers_date_birth']),
'comusers_description' => strip_tags($post['f_comusers_description']),
'comusers_avatar_url' => $f_comusers_avatar_url,
'comusers_notify' => $post['f_comusers_notify'],

);

# pr($upd_date );
$CI->db->where('comusers_id', $id);
$res = ($CI->db->update('comusers', $upd_date )) ? '1' : '0';
$CI->db->cache_delete_all();
// mso_flush_cache(); // сбросим кэш

if ($res)
return '

'. t('Обновление выполнено!'). '

';
else
return '

'. t('Ошибка БД при обновлении'). '

';
}
else return '

'. t('Ошибочный email и пароль'). '

';
} // обновление формы
}

Для установки:

• Изменить настройки в /application/config/database.php - настройки базы данных.
• Изменить настройки в /application/maxsite/mso-config.php - секретная фраза.
• В папке (папках) вида /site/domain_ru/ поставить разрешения на запись в каталогах uploads, cache и файле sitemap.xml
• По необходимости добавить из последней сборки шаблон default.
• Устанавливать всегда поверх сборки. Перезаписывается плагин xml_sitemap (что плохо, не спорю)
• Совсем забыл! Хотя из исходников всё очевидно, но всё же. Структура базы данных - используются префиксы вида railway$club_org_ru, если ваш домен это railway-club.org.ru. Такие косяки, позволяют добиться однозначного соответствия. У людей были проблемы, когда просто удалялись точки и тире из домена.

Прямая ссылка на скачивание multi_maxsite_0_2.zip ⁴⁴

bookmarks_jquery.zip ¹²

Сегодня, 22 августа случайно обнаружил несовместимость данного плагина с lightbox'ом и colorbox'ом. Выглядит таким образом: меню плагина не раскрывается, галерея не выводит окна с картинкой. В общем если поставить разом - убивают друг друга.:) Решил найти проблему. Отключал по очереди вызовы некоторых процедур в этом плагине. Помогает только полное удаление файла jqsocial.js. Ошибка нашлась неожиданно и совершенно случайно. Файрбаг зафиксировал такое вот дело:

При включённом lightbox'e: $ is not a function $('div.gallery a').lightBox({

При включённом colorbox'e: $ is not a function $(".gallery,.slideshow").find("a[href$='.jpg'],a[href$='.jpeg'],a[href$='.png']...

Что с этим счастьем делать не знаю, по идее ошибка у разработчиков lightbox'ов, без них ошибок не наблюдается.

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

Приветствую, товарищи! Поводом написать на этом сайте, и видимо создать отдельную рубрику явилось ещё одно одиозное допущение владельцев социальной сети vkontakte. На этот раз реклама наркотиков. Наркотики особого рода, музыка, воздействующая на психику и вызывающая состояние, заданное её создателями. Судя по тому какой размах приобрела акция, наркотики работают. И работают хорошо. Ещё раз стоит задуматься, чем занимается этот мудак Дуров? Похоже полёживает на лазурном берегу... Данная социалка постепенно становится злом и угрозой обществу. Хоть и в отсутствии контроля есть плюсы, но надо бы думать головой, что рекламируешь на сайте. Дуров со своей командой модераторов облажался в очередной раз.

У  меня вот личная радость: этот сайт схватил индекс цитирования 10. Мало, согласен. Но ведь и кроме небольшого прогона по социальным закладкам работы не проводилось. Так что я в принципе доволен. Остальные мои сайты не изменились... Жаль конечно, но уже давно ясно, что Яндекс видит не хорошие сайты, а оптимизированные.

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

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

Ни в коем случае не ставьте сразу на рабочий сайт! Я конечно всё протестировал, но лучше проверьте как заработает.

Наипервейшая и наипростейшая версия. Надеюсь будет развиваться... Есть к чему стремиться! Качайте! Ах да - на винде не тестировал.

Вот наконец дошли руки собрать воедино то, о чём я давно уже рассказывал. А именно многосайтовую модификацию для MaxSite CMS. В следующей заметке будет дана ссылка на скачивание, а сейчас хочу рассказать о некоторых особенностях модификации.

• Первое, оно же главное: всё сделано в наиболее упрощённом виде. Как уже говорил, для того, чтобы обновления самой системы, по возможности, не затрагивали модификацию.
• Второе: небольшое количество файлов в скачанном архиве. Следует из первого пункта. Разброс по папкам для наиболее простой установки. Вы просто копируете файлы в корень сайта и наслаждаетесь эффектом.
• Третье: в файлах по паре строк добавленного кода. Истина в простоте ;-) Действительно, всё очень просто!

Из недостатков:

• База данных засоряется! Многовато записей, дублируется кое-что. Да и не уверен что даже 20+ сайтов оно потянет... хотя кто знает?
• Изменены файлы плагина xml-sitemap. Теперь карта сайта расположена не в корне, а в шаблоне. Соответственно права на запись надо выставить вручную...
• Общий доступ к upload
• Общие ушки. Даже не знаю недостаток ли...

• Распаковываем на сервер MaxSite CMS
• Качаем самый новый архив с модификацией.
• Распаковываем в корень сайта с заменой существующих файлов.
• Прописываем логин-пароль к базе в соответствующем файле. (application\config\database.php)
• Берём нужный шаблон для сайта. Папку переименовываем  так: наш сайт site.ru, папка site_ru
• В папку копируем sitemap.xml. Ставим права на запись.

Поздравляю ветеранов и тружеников тыла. Ваши свершения останутся в нашей памяти навсегда. Это Победа справедливости и вашей Силы Духа над злом и бесчеловечностью фашизма! Низкий поклон!

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

Я решил воспользоваться уже известной мне схемой: через наш любимый Mod Rewrite ;-) - прописываем в .htaccess такую строчку:

• RewriteRule ^sitemap.xml$ http://%{HTTP_HOST}/sitemap.php 
• RewriteRule ^sitemap.xml$ /sitemap.php

• RewriteCond $1 !^(index\.php|uploads|robots\.txt|favicon\.ico)

• RewriteCond $1 !^(index\.php|uploads|robots\.txt|sitemap\.xml|favicon\.ico)

Сам файл выглядит похитрее, чем robots.php:

• <?php
• $hostway=str_replace('.','_',$_SERVER['HTTP_HOST']);
• $hostway='./application/maxsite/templates/'.$hostway.'/sitemap.xml';
• header("Content-type: application/xml");
• echo file_get_contents($hostway);
• ?>

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

• $hostway=str_replace('.','_',$_SERVER['HTTP_HOST']);
• $hostway='/application/maxsite/templates/'.$hostway.'/sitemap.xml';
• $fn = realpath(dirname(FCPATH)).$hostway;

Ну вот пожалуй и всё. Хочу так же обрадовать: скоро выпущу дополнение для преобразования в многосайтовую систему. Думаю это нужно сделать, по структуре будет примерно так: ставите MaxSite, поверх льёте мои труды и на выходе у вас многосайтовая система. Наверное за выходные сделаю пробную бету ;-)

Сегодня расскажу о некоторых подробностях превращения MaxSite CMS в многосайтовую систему. Собственно продолжу рассказ.

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

Итак, сегодня расскажу, как сделать скрипты для динамического вывода файлов sitemap.xml и robots.txt, первый - карта сайта, второй - инструкции индексации.

Начну, пожалуй с sitemap.xml: поначалу долго мучался как сделать, потом допёрло: создаём в корневой директории папку, в ней ещё одну с названием сайта. Будет что-то типа http://AskName.ru/folder/AskName.ru/ В неё засовываем наш sitemap.xml. Далее нам нужно подправить плагин Макса (путь на сайте /application/maxsite/plugins/xml_sitemap/index.php). В самом конце файла меняем строчку:

• $fn = realpath(dirname(FCPATH)).'/sitemap.xml';

• $fn=realpath(dirname(FCPATH)).'/folder/'.$_SERVER['HTTP_HOST'].'/sitemap.xml';

Как вариант можно сделать с помощью Mod Rewrite перенаправления так, чтобы поисковик думал, что он лежит в корневой папке сервера, но я пошёл по другому пути и поэтому мы рассмотрим способ динамического создания файла robots.txt

В корневой директории нужно создать файл robots.php, так как нам нет смысла делать разные robots.txt для каждого сайта (движок то один), имеет смысл воспользоваться моим простеньким кодом, вот он:

• <?php
• echo 'User-agent: *
• Disallow: /system$
• Disallow: /users$
• Disallow: /admin$
• Disallow: /login$
• Disallow: /tag$
• Disallow: /feed$
• Host: '.$_SERVER['HTTP_HOST'].'
• Sitemap: http://'.$_SERVER['HTTP_HOST'].'/folder/'.$_SERVER['HTTP_HOST'].'/sitemap.xml';
• ?>

• RewriteRule ^robots.txt$ http://%{HTTP_HOST}/robots.php

Существует ещё одна идея - можно sitemap.xml запихать в файлы шаблона. Технически легко осуществимо... Как то не подумал сначала. Завтра попробую сделать. В любом случае это решается простой правкой пары-тройки строк. На сегодня всё.

Недавно у меня родилось множество идей по созданию качественных сайтов. Причём все как-то разом, не к месту и не ко времени...  Однако родились и теперь терзают неокрепший ум:) К делу - мы ж все люди ленивые, а я, наверное, самый ленивый из всех... Чтобы не следить за обновлениями системы управления сайтами, обновлять не несколько систем, а  один раз, решил написать расширение для моей любимой системы. Для MaxSite. Тут возникают закономерные вопросы: не проще ли взять многопользовательский вордпресс или тот же би2, альтернатив множество... Однако, мне кажется, что за системой Макса будущее, при всех её недоработках, да и патриотизм сыграл некоторую роль.

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

Для начала нам нужно добиться использования одной базы данных. Экономика должна быть экономной! Для этого мы внесём некоторые поправки в файл /application/config/database.php:

В принципе эти два пункта у себя я реализовал, сейчас будет работа по созданию robots.txt, оригинального для каждого сайта, а также xml-sitemap, карты сайта. Без этих пунктов о многосайтовости и говорить не стоит:) А об этом я напишу только тогда, когда сделаю сам и оно корректно заработает, хотя наброски у меня уже есть;-)

Первый Постовой:

Стоит почитать блог Антона

Хочу рассказать, о моих попытках прогнать этот сайт по модным ныне социальным серверам закладок...  Честно говоря, результат меня не впечатлил.

Воспользовался я сервисом easu.ru прорекламированному на сёрче, много положительных отзывов... Сервис автоматически прогнал главную страницу по некоторому количеству закладочников, прошло некоторое время, но количество обратных ссылок ни с Яндекса, ни с Гугла не увеличилось. Посещаемость также не пошла вверх. В связи с этими фактами у меня возникло сомение в целесообразности прогона по закладкам. Может стоит по-старинке по каталогам? Доверие к прогону по закладкам у меня несколько подорвано... Далее попробовал сам вручную погонять, ещё пару сервисов привлёк, результата опять нет.

Может быть прошло слишком мало времени? Или я что-то сделал не так? В любом случае не особо и расстроился:) Этот сайт пока раскручивать активно не планируется, есть другие проекты.

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

раздвоения личности (Неизвестный)Приветствую друзья! Давно не писал я на этом сайте, пора это исправлять! Сегодня расскажу про некоторые особенности формирования URL в современных системах управления контентом.  Приступим.

Каждый раз вы видите в интернете ссылки типа такой:  http://askname.ru/page/maxsite-cms-404-nevernye-zagolovki Интересный адрес, не правда ли?:) На первый взгляд кажется, что действительно существует на сервере папка page, подпапка maxsite-cms-404-nevernye-zagolovki, в ней файл index.html... Конечно не исключено, что так и есть, но чаще всего это не так! Здесь и вылезает загадочный модуль Mod Rewrite. Поставляется он в комплекте с программным обеспечением Apache, хотя есть аналоги под другие http-сервера. В принципе его цель одна - перенаправить запрос на какой-либо скрипт. То есть, к примеру, вы набираете в строке браузера вышеуказанный URL а Mod Rewrite переадресует запрос на файл index.php, который разбирает и обрабатывает его. Без него URL представлял бы собой нечто такое: http://askname.ru/index.php?dir=game/assault.url&scr=next&sess=1 Это, так называемый, динамический URL. Как видно, скрыты передаваемые параметры. Зачем? Разница вроде невелика... Для людей особой разницы нет. Хотя на самом деле здесь проскальзывает значимость первого варианта для поисковиков. Если гугл как-то научился справляться с URL с параметрами, то яндекс, мягко говоря, на этом глючит. Есть опыт.

Итак, я подхожу к тому, что Mod Rewrite важен для любого оптимизатора! Это действительно так, ведь с помощью него можно перенаправлять не только запросы пользователей, но и поисковых ботов;-) А уж обладая некоторыми навыками, можно очень многое наворотить. Неспроста все лучшие системы управления контентом используют данную возможность, кто-то в качестве одной из настроек, а MaxSite CMS вообще изначально построена под Mod Rewrite.

Собственно, я долго не писал ещё по причине изучения данного инструмента. Вскоре начну выкладывать свои наработки в этой области. Но уже сейчас скажу: изучайте! Незаменимый инструмент для веб-мастера!

Совершенно неожиданное развитие получила тема Maxsite CMS на моём сайте... Как я уже писал, сайт построен на ней и ни на что другое менять пока не собирался. В принципе и сейчас не собираюсь, однако хочу предупредить вас, если собираетесь её использовать, необходимо провести небольшую ревизию стандартного шаблона. Или того который будете использовать вы, ибо большая часть копируется из стандартного. Так вот - недавно обнаружил несоответствие заголовков, отдаваемых сервером - HTTP HEADER. На несуществующей странице, рубрике, теге, а может и других типах страниц отдаётся код 200 - страница существует, при этом на самом сайте исправно выводится сообщение "ничего не найдено". По этому поводу я писал Максу, и вот что наша переписка с Гугла, которая позже была удалена (точнее спрятана - ссылка у меня осталась и она рабочая):

UmFal Mar 10, 2009:

...
$pages = askname_ru_get_pages(...);
if (!$pages) header('HTTP/1.0 404 Not Found');
...

$pages = askname_ru_get_pages(...);
if (!$pages) header('HTTP/1.0 404 Not Found');

Больше ответов я не получал...

Итак, недавно у меня всё-же дошли руки всё проверить и исправить. Вышла версия 30, затем 31 Maxsite CMS. И как я увидел, ничего так и не было исправлено! Как я убедился, не только рубрики страдают этим, но и все остальные типы...

Вам, друзья, такой совет - если будете использовать систему, впишите в файлы типов в шаблоне (находятся в ваш_шаблон/type) перед выводом ошибки на страницу ещё и оператор:

header('HTTP/1.0 404 Not Found');

Зачем так надо сделать написано в переписке: Дабы избежать дублирования контента и пессимизации Яндексом. Однако хотелось бы услышать мнение людей более близких к сео, чем я. Думаю моя позиция правильнее, чем у Макса

Как говорится, доверяй да проверяй!

Спасибо! На этом всё.