Каждый раз вы видите в интернете ссылки типа такой:  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');

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

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

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

Приветствую!

Темой сегодняшней статьи будет тот самы злополучный хостинг uCoz. Честно говоря, совсем не ожидал, что придётся вновь к нему вернуться. Вроде сначала так в первой статье заклеймил их и забыл :) - но не получилось.

Собственно недавно uCoz провёл обновление системы. Если забыть о том, сколько времени они его проводили, всё кажется не так уж и плохо. Вроде стало как прежде. Однако у моих знакомых сразу возник ряд проблем, такие как проблемы авторизации, глючности...  Я столкнулся с затруднённым доступом на сайты работающие на uCoz CMS.

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

К слову сказать, если сайт находится под управлением другой системы, или представляет собой статические файлы, работоспособность восстанавливается максимум в течение 8 часов после обнаружения. То есть восстанавливаем бэкап на другом сервере и меняем записи DNS. 8 часов это примерное время обновления зоны Ru. Если проблема не в сервере, а возникла в результате обновления всё ещё проще. Достаём вчерашний бэкап и всё. К слову: вы же делаете бэкап ваших сайтов?

C uCoz'ой мы столкнулись с проблемой отсутствия сайтов в сети более чем на трое суток. Крупные проекты потеряли крупные деньги, крупную аудиторию, мелкие соответственно помельче. Это проблема. И она нерешаема. Задумайтесь на минуту, вдруг uCoz исчезнет? А ведь всё возможно. Кризис.

Итак, есть желающие использовать uCoz? Покажите мне его!

Итак, начну обзор. Первое, что хочется отметить, то что ucoz является не столько хостингом, сколько системой управления контентом. В ней присутствует функционал самых современных cms. Отличие от этих систем одно: исходники закрыты. Что очевидно: использовать пользовательский PHP, а тем более базы данных запрещено. Хорошо это или плохо?

Собственно точка зрения администрации гласит, что пользователь не должен разбираться в вопросах программирования, а следовательно видеть исходники. Из этого утверждения нужно сделать вывод, что разработчики uCoz'а позиционируют свой продукт, как систему для пользователей, но мы то знаем, что умный пользователь всегда разберётся в любой системе. Видимо разработчики планируют зарабатывать на рекламе с сайтов ламеров... Вроде бы утверждение "каждый зарабатывает как может" здесь и проходит, однако я считаю uCoz системой вредной для подрастающего поколения веб-мастеров. Люди её использующие по определению не будут знать основ программирования и html-вёрстки! Просто нет стимула что-то изучать! На выходе получаем безграмотных веб-мастеров. Между прочим у нас в стране итак дураков полно. Напротив, человек, ставящий пусть готовую систему на хостинг поневоле начинает хотя бы понимать вёрстку и код, а в случае нужды в новых возможностях сайта без труда прикрутит модуль или допишет модную фичу... ;-)

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

Моё мнение таково: налицо попытка размыть грань между профессионалами или даже любителями веб-мастерами и ламерами, зачастую школьниками, которые по причине своей молодости ещё не осознают реалий интернета. А реалии таковы: рано или поздно хороший проект начинает активно посещаться, становятся нужны новые возможности, которые можно получить только на выделенных серверах, хочется большей производительности и так далее, а перенос с uCoz'ы не представляется возможным. К тому же предположив маловероятное: а что если систему перестанут поддерживать? Если используя другие системы вы достали вчерашний бекап и восстановили на другом сервере сайт буквально за сутки, то если что случится с uCoz'ом вы навсегда останетесь со своей злостью и CSS-шаблоном сайта. И сказке конец...

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

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

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

Хочу повториться: вордпресс достаточно сильная и функциональная система, но её недостаток в чрезмерном ресурсопотреблении.

Очень долго юзеры и веб-мастера плевались, но использовали его, брали выделенный сервер под единственный блог!

Альтернативы в принципе не было очень долго и создатели тем и плагинов сосредоточились на Вордпрессе. При этом мало кого устраивала эта система.

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

Этого хорошего человека зовут Максим, а его творение Maxsite CMS. Об этой системе можно почитать подробно на его сайте: max-3000.com а я расскажу свои впечатления от увиденного.

Начну пожалуй с того, что этот сайт работает на Maxsite CMS и переходить на что-то другое я не собираюсь. В принципе система проста в установке и использовании, однако осваивается не по формуле: "вписал пароль в настройки и занимайся блоггингом", повозиться всё-таки придётся.  Опять же всё относительно и у меня на всё ушло минут 15 от силы. Я бы не сказал что система только для программистов, но порог знаний для использования её всё-же повыше чем у вордпресса. Вообще это правильно и лишняя заточка под пользователя с кривыми руками это лишнее. Моё мнение такое: если ставишь самостоятельный блог, то хотя бы должен понимать азы вёрстки и программирования, иначе используй блогосервисы, благо их развелось много.

В целом система получилась удачной (всё сделано логично и удобно), быстрой (в среднем 5 мегабайт, 10 запросов на страницу)и расширяемой (плагинами). Однако есть немало недостатков, я расскажу о некоторых. Думаю они все связаны с молодостью системы - ей около года и на момент написания существовала только версия 0.30

• Одним из первых можно назвать отсутствие документации. Лекции на официальном сайте не в счёт. Их мало и они не охватывают всех аспектов работы системы.
• Главным минусом можно назвать отсутствие нормальной регистрации. Но это я думаю можно исправить.
• Некоторая сложность админки, может просто с непривычки, не знаю.
• Отсутствие сторонних шаблонов и плагинов (они есть но мало) - это как результат малой распространённости Maxsite CMS - то есть если устанавливаете, готовьтесь к тому, что шаблон придётся либо верстать либо адаптировать к системе.
• Сложное добавление картинок и файлов на сайт - нужно сначала загрузить файл, потом вставить в текст полученную ссылку...

Кстати достаточно спорный пункт. По мне так очень правильное решение, но вот ламерам оно конечно не по душе.

Приветствую на сайте!

Недавно решил установить шаблон для этого сайта. Как можно заметить, шаблон очень прост. Я бы даже сказал прост до безобразия. Жду критики в свой адрес по этому поводу...

Однако есть причина, сподвигшая меня на написание этой заметки. Собственно истина в простоте. Важна информация, а не оформление. Этот шаблон выбирался из большого множества аналогичных и приглянулся из-за своей простоты и изящности.

Моё мнение таково: такими должны быть ВСЕ сайты. Без всяких перегрузов абсолютно лишними элементами оформления, картинок и тому подобной ереси. Посмотрите вот например на сайт Гугла: одна картинка, немного ссылок, текст... и всё! Может быть это мой извращённый идеал, но делать просто и красиво мало кто умеет, а ресурсы сервера стоят денег. И не надо говорить про запросы к базе данных и время выполнения скрипта! Время на то  чтобы отдать из файловой системы картинку в 100 килобайт невелико конечно... Но представьте что обратятся одновременно 500 человек... Сервер ляжет. Конечно это про высокопосещаемые ресурсы типа того-же Гугла, но и на сервере хостера висит не один ваш сайт - за превышение нагрузки могут и попросить.

Мораль такая: "экономика должна быть экономной". Никаких излишеств в оформлении и пресловутых вордпрессов! И будет вам, посетителю и хостеру счастье!

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

В вордпрессе всё настраивается из админ-интерфейса, функциональность наращивается плагинами, однако разработчики не учли главного на мой взгляд: производительность ужасна. Нет она не просто ужасна... Вордпресс это как немецкий танк "тигр" времён второй мировой - сколь мощный и тяжёлый, столь медленный. На своём пути сжирает все ресурсы которые только сможет. 70-80 запросов к базе данных далеко не предел... В последних версиях отсутсвует кэширование, которое хоть как-то решало проблему. При работе с ним постоянно присутсвует ощущение, что ты вновь в интернете с модема (картина на локалхосте отличается кстати мало)

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

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

Совсем забыл про напутствие читателю! Не ставьте Wordpress!