Всё про cms
-
Пульт управления сайтом (системы управления контентом)
Первое поколение сайтов обладало одним существенным недостатком. Все обновления необходимо было вносить в них в буквальном смысле слова «вручную» то есть с использованием инструментов прямого программирования. Это существенно задерживало как развитие сайтов, так и развитие интернета в целом.
Однако все изменилось, когда основным инструментом обновления сайтов стала система управления контентом, требующая от владельца сайта или контент – менеджера сайта навыков на уровне пользователя, а не на уровне программиста. Случилось это примерно к началу первого десятилетия XXI века.Сегодня на рынке существует огромное количество (более сотни) распространенных систем управления веб – контентом, каждая из которых имеет свои особенности. Одни из них платны, другие распространяются на бесплатной основе. Есть даже системы управления веб — контентом, являющиеся частью сервиса конкретных сайтов, предоставляющих услуги бесплатного хостинга.
Однако сложные сайты, вернее их основа (включай веб – дизайн), как правило, создается профессионалами с учетом пожеланий клиента. И только потом в дело вступает система управления веб — контентом, позволяющая владельцу сайта, либо контент – менеджерам оперативно обновлять сайт. Знание паролей от сайта вкупе с наличием под рукой интернета позволяет редактировать контент сайта вне зависимости от собственного местонахождения. Это можно делать из любого региона или страны. Мощные и интуитивно понятные инструменты визуализации, характерные для современных систем управления контентом, значительно упрощают процесс обновления веб – контента и сводят вероятность ошибок (вызванных человеческим фактором) к минимуму. А возможность предварительного просмотра измененных или только что созданных веб – страниц, перед их отправкой на сайт, позволяет оперативно внести дополнительные изменения с практической или эстетической целью.
Но помимо простоты и удобства, системы управления веб — контентом имеют ряд других полезных функций. Некоторые из них модульные, то есть имеют возможность установки дополнительных компонентов для работы с контентом, в которых есть необходимость. Во – вторых обновление контента может производиться в автоматическом режиме. Чаще всего этот прием используется в системах интернет – рекламы и при необходимости автоматического отображения на своем сайте обновлений новостных лент партнеров.
-
Проверка битых ссылок на файловые хранилища
У меня на балбесах сложилась очень неприятная ситуация с файловым архивом (клипарты, кисти для фотошопа и т.д. ) Сейчас все эти разделы наполняются пользователями. Они размещают свои файлы на различных файловых хранилищах и для скачивания дают уникальную ссылку позволяющую скачать их файл. Это все достаточно удобно, за исключением одного момента. Если файл не скачивается определенное время (обычно 1 месяц), то файловое хранилище удаляет этот файл у себя, чтобы не хранить никому не нужные данные. А это приводит к тому, что пусть через месяц, но какому-нибудь посетителю сайта понадобится этот не популярный файл. Но файла уже нету на хранилище и, соответственно, его не скачать. И тут разочарованный пользователь идет к другому файлу, который возможно тоже уже стерт. Получается что на сайте «мертвые» линки на уже несуществующие файлы. А это уже совсем не хорошо.
В идеале надо постоянно удалять такие файлы с сайта. А как это сделать? Я начал просить посетителей сайта сообщать о таких битых ссылках через форму обратной связи. Поначалу это дало хороший эффект и таких «файлов-фантомов» почти не оставалось на балбесах. Но со временем сайт становился более популярным, и файлов стали добавлять очень много. А посетители стали лениться сообщать о битых линках. И вот настал момент, когда почти каждый день мне приходит письмо, о том, что на сайте половина линков битая. Посетители жаловались. Перелопатить несколько тысяч в ручную, как вы понимаете, очень не просто. Поэтому решил написать скрипт проверки битых ссылок на файловые хранилища для danneo 0,52 (т.к. «балбесы» на ней).
Скрипт проверки файлов на доступность написал на php с использованием класса snoopy.
Пока он чистит файлы, которые ссылаются на letitbit.net. Начал с летитбит, т.к. у меня на сайте битых ссылок на него больше всего. В дальнейшем добавлю проверку на битые ссылки и для других файловых хранилищ.
Принцип работы скрипта прост. Он берет из базы данных сайта урлы на файловые хранилища (пока только на letitbit.net), а потом парсит содержимое страниц по этим урлам. Если там говорят, что файл удален, то значит ссылка битая и страница с описанием файла переносится в отдельную рубрику (корзину), которую указывает пользователь. Это для того, чтобы «с горяча» не удалить все нафиг. В процессе выполнения скрипта выдается отчет.
Я человек по своей природе не жадный, поэтому выкладываю этот скрипт в паблик. Кому надо, можете пользоваться.
Скачать скрипт проверки битых ссылок для danneo 0.52 (ver 1.00)
Этот скрипт не сложно переправить для работы с любой CMS. Конечно надо минимальные знания пхп и mysql.
Работает скрипт долго. Поэтому запускать его лучше с локального компьютера. Это удобнее всего делать с помощью денвера.
Не забудьте перед запуском скрипта сделать бэкап базы данных своего сайта.
-
Как сменить CMS
Недавно сайт рыбинской рекламной газеты «Анфас» сменил дизайн и CMS. Раньше была самописная система управления сайтом, а теперь Битрикс. В этом перезде и мне пришлось принять небольшое участие, чтобы перенести архив статей со старого сайта на новый.
В этом посте я постараюсь обрисовать в общих чертах план, как осуществляется смена cms.
- Обычно для новой CMS разрабатывается новый дизайн и продумывается немного иная структура сайта. Так сказать учитываются ошибки и недочеты прошлых лет.
- Создается сайт на этой новой системе управления и доводится до рабочего состояния, но без контента (в нашем случае, это новый работающий сайт на тестовом хостинге или локалке под управлением битрикса). Эта часть самая сложная, т.к. в процессе создания сайта на новом движке, Вам необходимо не только научиться им пользоваться, но еще и разобраться с методами хранения данных. Так сказать узнать, что куда записывается и откуда берется (тут помогает голова и phpmyadmin).
- Теперь, когда сайт работает, надо посмотреть как устроен старый сайт. Это обычно достаточно просто, т.к. вы уже с ним работали. Тут опять пользуемся головой и phpmyadmin. В нашем случае нарисовалась такая структура новостей:
- Далее надо перенести данные со старого сайта на новый. Что-то можно скопипастить, что-то оставить на старом и не переносить на новый, а вот для переноса нескольких тысяч статей лучше написать скрипт
В моем случае, чтобы получить все эти данные я написал такой вот запрос:$query = "SELECT news.id, news.name, news.content, news.create_date, news.category, cat.title FROM *_content AS news LEFT JOIN *_categories AS cat ON (news.category = cat.id)";В результате я получил массив данных, которые и запихивал уже в новую БД битрикса. Некоторые значения пришлось привести к нужному битриксу виду и формату. Где-то пришлось дополнительно посчитать. Но это уже мелочи. Главное, что получив статьи со старого сайта, я их мог изменять как мне надо.
И так переносим все данные. У меня это статьи. У кого-то это фотогалерея, файлы, таблица пользователей и т.п.
Уверен, бывают такие случаи, когда скрипт написать дороже, чем нанять копипастера, который за день-два перенесет все что надо. Может не одного нанять придется)
Главное понять, что сменить CMS — это на самом деле не проблемма. Все очень просто. Надо представить план действий и вперед. Но без знаний php и БД конечно тяжеловато.
Удачи при переносе своих и чужих проектов.
-
Как создать блог на Wordpress за 2 часа
Когда я решил создать себе блог, то у меня небыло сомнений, что это будет wordpress. Зачем делать блог на каком-то левом движке, если для этого есть столь популярная CMS, которой пользуются во всем мире и уже ни одна тысяча блогов радует нас копирайтами вордпресса? Зачем изобретать велосипед? Вот и я подумал, что незачем.
Сразу хочется отметить, что Вордпресс — CMS не из легких. Поэтому хостинг надо выбирать подобающий. Например, Mchost для этого не подходит (сам пробовал и уже перешел на Зенон).

Дальше попробую набросать план установки и настройки wordpress для человека который очень хочет блог быстро и красиво. Инструкция эта рассчитана на людей, которые уже имеют представление о том, что такое хостинг, домен и что бывают на серверах БД и пхп-скрипты. Если Вы не знаете об этом ровным счетом ничего, то Вам одна дорога — жж. Задача этой инструкции показать, что все просто и быстро, а не научить работе с этой ЦМС.
Итак, приступим:
- Покупаем виртуальный хостинг и домен (обычно это все можно сделать сразу в одном месте, но мне нравится в разных). (20 мин)
Сразу заметим, многие хостинги сами предлагают за Вас установить wordpress, поэтому, если у Вас именно такой хостинг, то дальше переходим к пункту №5. - Создаем базу данных для хостинга, получаем пароли, логины и т.п. Прописываем NS сервера своему домену, если вы покупали хостинг и домен в разных местах. (15 мин)
- Скачивам wordpress и закачиваем его себе на хостинг. (15 мин)
- Следуем инструкциям, которые описаны в файле readme.html (в корне вашего сайта) по настройке соединения с БД, ключи аутентификации, языковые настройки. Запускаем инсталятор и получаем установленный WP. (10 мин)
- Теперь самое интересное. Выбираем себе тему оформления для блога. Это самое сложное и трудоемкое. Тем много, смотреть их удобно, а времени мало. (40 мин)
- Скачиваем понравившуюся тему и пихаем её в папку wp-content/themes/ после чего в админке в настройке дизайна её просто включаем. (5 мин)
- Далее в админке блога делаем свои настройки: название блога, комментарии, ЧПУ и т.п. И приступаем к заполнению блога своими замечательными постами. (15 мин)
Вот и все, Вы получили готовый к работе блог всего за 2 часа вашего драгоценного времени. Со временем он конечно обрастет кучей плагиов, станет тяжелым и не поворотливым, но это будет все потом.
- Покупаем виртуальный хостинг и домен (обычно это все можно сделать сразу в одном месте, но мне нравится в разных). (20 мин)



Последние комментарии