сайтомания *служба помощи*(специально для мегадена)) - Конференция
Приветствую Вас, Гость · RSS 30.07.2025, 19:53

[ Новые сообщения · Участники · Правила форума · Поиск · RSS ]
  • Страница 1 из 1
  • 1
сайтомания *служба помощи*(специально для мегадена))
vladislavbsДата: Суббота, 30.08.2008, 20:50 | Сообщение # 1
Группа: Удаленные





biggrin хостинг http://www.ayola.net 1 панель хостинга (они разные) уayola 1
2 фтп (используется программа) перетащите cms или страницы на сервер в током окне
3 создание базы в панеле хостинга есть phpMyAdmin-управление базы данных
создаём базы (у мну нельзя создать:( )
установка контента joomla :
Потратив довольно много времени на установку Джумлы, я решил поделиться своим опытом с другими новичками. Надеюсь, что кому-то будет полезно. А если нет – админ может удалить. Относится к версии Joomla_1012_Lavra_Edition_2007

1. Скачав джумлу, разархивируем её любым архиватором, который запустится. При этом получаем набор папок и файлов.
Хотя вы уже все разархивировали, однако вы в полученных после архивации файлах все равно увидите два архива: Patch_for_new_sites и Patch_for_upgrade_sites. Не удивляйтесь – так задумано. Если Вы устанавливаете программу впервые, эти архивы далее не используйте, так как они касаются алгоритма работы с Itemid и с этим можно не заморачиваться.

2. Копируем все папки и файлы, кроме двух упомянутых архивов, в корень сайта через фтп.

3. Устанавливаем права доступа 777 на папки:
administrator/backups/
administrator/components/
administrator/modules/
administrator/templates/
components/
cache/
images/
images/banners/
images/stories/
language/
mambots/
mambots/content/
mambots/editors/
mambots/editors-xtd/
mambots/search/
mambots/system/
media/
modules/
templates/

Как устанавливать эти права.
Вариантов несколько.
Если вы копировали файлы посредством ftp, то эта же программа может и установить права доступа. Некоторые программы требуют четырехзначный код прав доступа – ставьте 0777. Мой хостер предоставляет панель управления, которая меняет права доступа. Если совсем не знаете, как это сделать – спросите у хостера, либо найдите ответ на этом форуме.

Также полезно узнать у хостера, какая страница запускается на вашем сайте по умолчанию. Это должен быть файл index.php

4. Создаем базу данных. Запоминаем (или получаем у хостера) следующие параметры:
- имя хоста (обычно localhost)
- имя пользователя
- пароль
- имя БД MySQL

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

Как создать базу.
У всех по разному. Читайте инструкцию по своему хостингу. Чаще всего это делает сам хостер, а Вам лишь высылает имена и пароль. Но бывает и по другому. Например, у меня есть панель создания баз, и я сам назначаю имена и пароль. В общем, у кого как – поищите информацию в документации на свой хостинг, или спросите хостера.
Иногда пользователю дается только одна база, и если вы её уже использовали для других целей, то все равно сможете работать с джомлой, поскольку у ее таблиц свой префикс (об этом потом).

5. Запускаем свой сайт http://site.ru
При первом запуске Джумла проверяет систему и сообщает о том, что надо исправить. Замечаний бывает много, и все надо учесть. Если это касается прав доступа к каким-то файлам и папкам, которые она указала, то устанавливаем на них 777 (джомла пишет, что нет возможности записи в папку или файл – это и есть несоответствие прав доступа).

Исключением является файл configuration.php Если джомла пишет, что нет возможности записи в этот файл – не обращайте внимания. У вас пока вообще нет этого файла, и позже я скажу, что надо делать.

Возможны замечания к функциям рнр, xml и другие хитрости – все это к хостеру с просьбой перенастроить. Но, опять же, у кого-то может быть и собственный доступ к панели настройки рнр (например, мне хостер предоставляет такую панель). Так что поищите, но без усилий, так как такой доступ предоставляется редко.

Если все исправили, жмем кнопку Повторить проверку.
Если все нормально, жмем Далее (справа вверху).

6. Вводим название сайта, параметры базы данных, адрес вэбмастера и все прочее, что потребует джомла. Предлагаемые префиксы базы оставляем без изменения - это позволит использовать ту базу, что у вас уже была создана ранее для других целей (если была. Если базы не было, все равно оставляем).

7. После четвертого шага установки:
- получаем указание удалить директорию инсталляции. Удаляем на сайте директорию installation ;
- получаем имя пользователя для входа в админку и пароль;
- читаем сообщение:
Файл конфигурации или папка недоступны на запись, или возникли проблемы записи файла configuration.php. Вы должны загрузить этот файл на сайт самостоятельно. Кликните по окошку для выделения текста файла конфигурации.

Создаем файл configuration.php и заносим в него код из открывшегося окошка. Копируем этот файл в корневую папку сайта.
- Установка закончена. Вверху выбираем кнопку Сайт или Админка. В последнем случае попадаем в http://site.ru/administrator/index.php и входим в Джумлу со своим именем и паролем. Этот адрес и будет в дальнейшем адресом для административного входа в Джумлу.
« Последнее редактирование: 25.04.2007, 17:48:10 от svn »

информация: cms-это контент их многа я использую joomla

Добавлено (30.08.2008, 19:27)
---------------------------------------------
кому нужно больше скрин (специально для мегадена ) я прикрепил 3 файла biggrin cool

Добавлено (30.08.2008, 19:32)
---------------------------------------------
Для шага 3 ,в большинстве случаев, вполне достаточно 755
Для того чтобы поставить компоненты/модули/мамботы действительно могут потребоваться права 777
Но на функционирующем сайте это дыра в безопасности

Добавлено (30.08.2008, 20:43)
---------------------------------------------
с выбором cms я рекомендую выбрать phpfusion wink

Добавлено (30.08.2008, 20:45)
---------------------------------------------
кому нужна помощь пишите в личку по хамачи

Добавлено (30.08.2008, 20:50)
---------------------------------------------
сайты cms:
http://www.joom.ru
http://www.rus-phpfusion.com
http://e107.ru

позже остальные дам

Прикрепления: 6869762.jpg (164.8 Kb) · 1804737.jpg (102.4 Kb) · 2085691.jpg (205.1 Kb)


Сообщение отредактировал vladislavbs - Суббота, 30.08.2008, 19:21
 
ВанеХДата: Суббота, 30.08.2008, 21:46 | Сообщение # 2
Креативный кошара
Группа: Проверенные
Сообщений: 484
Репутация: 19
Статус: Offline
ы
и нах джумлу ставить? 0_о
скорее имеет смысл форум перенести

ЗЫ: когда-то этим увлекался, флудилка все еще висит на айоле tongue


Тут не было шести миллионов ЕРЖ.
Служу советскому рейх... кхе-кхе, союзу :D


Сообщение отредактировал ВанеХ - Суббота, 30.08.2008, 21:47
 
vladislavbsДата: Воскресенье, 31.08.2008, 10:11 | Сообщение # 3
Группа: Удаленные





сайты cms №2 :

http://www.drupal.ru
http://dle-news.ru -Платно
http://www.mediawiki.org/wiki/MediaWiki/ru -реализующее гипертекстовую среду «вики» (wiki)

Добавлено (31.08.2008, 09:54)
---------------------------------------------
в joomla минус в том что сложно форум сделать(это нужно искать дополнение и скачивть angry )и каментарии тоже самое ! зато много O_o дополнений .

Добавлено (31.08.2008, 10:11)
---------------------------------------------
форумные cms:

http://www.vbulletin.com - vBulletin -Платно

http://www.ibresource.ru - Invision Power Board -Платно

http://www.simplemachines.ru - Simple Machines Forum

http://www.phpbbguru.net - phpBB

 
ВанеХДата: Воскресенье, 31.08.2008, 10:21 | Сообщение # 4
Креативный кошара
Группа: Проверенные
Сообщений: 484
Репутация: 19
Статус: Offline
phpbb.com и ниипет)))

Тут не было шести миллионов ЕРЖ.
Служу советскому рейх... кхе-кхе, союзу :D
 
vladislavbsДата: Воскресенье, 31.08.2008, 11:57 | Сообщение # 5
Группа: Удаленные





Что такое CMS?
Что такое CMS?
CMS – Content Management System – “система управления содержанием” сайта. Слово "контент" сейчас употребяется очень часто, поэтому можно говорить о CMS как о СУК — системе управления контентом. "CMS" произносится либо на английский манер как "си-эм-эс", либо на русский манер как "ка-эм-эс".
В классификации CMS принято деление по их основной функции — по типу контента. Чаще всего встречаются такие типы, как порталы, блоги (weblog или просто blog — сайт-журнал/дневник), интернет-магазины, каталоги и т.д. Также есть универсальные системы, которые благодаря модульной структуре можно настроить под любой тип контента.

Предыстория

Когда-то давным-давно, в середине 90-х годов, веб представлял из себя по сегодняшним меркам довольно тусклое зрелище. Сложно представить, но тогда еще на страницах нельзя было найти Flash, оформление же сводилось к двум-трем картинкам, которые подвергались жесточайшей компреcсии, чтобы ускорить загрузку через все еще медленный модем. В те времена мечта об автоматизации работы со страницами казалась практически несбыточной: для внесения малейшего изменения нужно было звать малопривлекательного человека в очках, который разбирался в трудновыговариваемом языке HTML.

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

А что сейчас?

Что же мы имеем на сегодняшний день? Практически каждый разработчик имеет свою CMS, при этом, играя «в серьезную компанию», каждый же представляет ее как совершенно законченный, универсальный программный продукт. Сразу поспешу опровергнуть такого рода утверждения: называть законченным продуктом плод двухнедельной работы одного программиста было бы не совсем честным по отношению к заказчику. И тем не менее, разработчики предпочитают нескромно преувеличивать свои заслуги. Не следует отрицать, однако, что некоторые системы действительно довольно хорошо развиты и их можно с уверенностью назвать «законченным решением», но их нет так много — хватит пальцев на одной руке.

Бомба замедленного действия

С моей точки зрения, как это ни странно может прозвучать, именно «развитость» некоторых систем является их самым большим недостатком. Проблема заключается в том, что в процессе развития была забыта основная функция этих систем — помощь в обновлении содержании сайта. Изначально цель была благородной: позволить любому человеку, не разбирающемуся в тонкостях программирования, вносить изменения на веб-странице. Но постепенно, сами того не замечая, разработчики нарастили потенциал своих систем до такой степени, что сейчас я бы это назвал бомбой замедленного действия.

Отвлечемся на секунду от CMS и попытаемся представить себе «идеальный» корпоративный сайт. Его структура тщательно была спланирована, все технические детали были зафиксированы, разработка прошла без сучка и задоринки: сайт гладко вымыт, вылизан, вычищен и сияет изнутри. Все стандарты соблюдены, в файлах не найдешь лишнего тега, картинки оптимизированы — прямо-таки мечта любого заказчика. А потом в погоне за длинным рублем разработчик продает еще и свою суперсовременную, не имеющую никаких аналогов CMS с полным набором функций. И что происходит с сайтом через неделю, месяц, полгода? От прежней чистоты не остается и следа. Совершенно точно можно сказать, что он уже не соответствует техническим спецификациям, различного рода стандартам, вполне возможно, что на нем появились типичные ошибки: битые ссылки, плохо работающий поиск, изменившаяся структура «убила» внешний вид сайта или снизила эффективность предустановленных программных служб. Картина, честно говоря, безрадостная, и в большинстве случаев она, как это ни грустно, проявляется в большей или меньшей степени.

Кто виноват?

Без сомнения в этом виноват разработчик, и вот почему. Пытаясь перещеголять один другого, разработчики внедряли в свои системы все новые и новые функции, пытаясь наиболее полно удовлетворить творческие порывы заказчика, напрочь забыв при этом об этике. В итоге заказчику дали настолько мощные механизмы по изменению структуры, оформления и содержания сайта, что кризис оказался неизбежен. Действительно, заплатив некую сумму за программу, заказчик пытается использовать купленное «на всю катушку», не думая при этом, что его идеальный сайт рассыпается на мелкие кусочки. CMS в принципе не может (по крайней мере на данном этапе) заменить верстальщика, а тем более — дизайнера. Все же человеческий мозг намного лучше справляется с такими задачами, чем даже самый изощренный электронный интеллект.

Что делать?

Работая со своими клиентами, я всегда пытаюсь их отговорить от установки какой-либо универсальной CMS. По моему глубокому убеждению, CMS должна создаваться для каждого сайта в отдельности, именно создаваться, а не «подстраваться». При этом программная ее часть обычно довольно проста, но задачи выполняются куда более эффективно.

Следует заметить, что, говоря о корпоративном сайте, я имею ввиду вполне традиционный сайт компании без новомодных электронных магазинов, интегрированных систем CRM (это тема для отдельного разговора), а уж тем более — ERP. CMS предназначена прежде всего для редактирования текста на страницах сайта, а все вышеуказанные системы следовало бы реализовывать отдельно. Ведь если функции у них разные, то зачем смешивать все в одном флаконе?

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

создать новость
изменить новость
спрятать / показать новость
удалить новость
И неискушенному заказчику этих функций будет вполне достаточно. Ему не понадобится редактор шаблонов, визуальный редактор, опросы, форумы, система разграничения прав пользователей, система персонализации, кэширование, возможность импортирования из офисных документов, списки рассылки, а уж тем более — чат и баннерная система. Если же ему все это дать, то он непременно начнет «экспериментировать» с сайтом, а к чему это приведет — можно догадаться.

Если же у заказчика возникнет необходимость рассылать своим клиентам, партнерам или кому-либо еще новости, прайс-листы или пресс-релизы, то простой скрипт, написанный за 3-4 часа, решит и эту проблему, при этом в администраторском интерфейсе добавится еще одна-две команды:

создать новое письмо
редактировать список рассылки
Организационные выводы

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

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

Автор : Алексей Серебряков

Источник: www.professionalconsulting.ru

Добавлено (31.08.2008, 10:40)
---------------------------------------------
Векапедия!!

Систе́ма управле́ния содержи́мым/конте́нтом (англ. Content management system, CMS) — компьютерная программа, используемая для управления содержимым чего-либо (обычно это содержимое рассматривается как неструктурированные данные предметной задачи в противоположность структурированным данным, обычно находящимися под управлением СУБД) . Обычно такие системы используются для хранения и публикации большого количества документов, изображений, музыки или видео.

Частным случаем такого рода систем являются системы управления сайтами. Подобные CMS позволяют управлять текстовым и графическим наполнением веб-сайта, предоставляя пользователю удобные инструменты хранения и публикации информации.

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

1. Генерация страниц по запросу. Системы такого типа работают на основе связки «Модуль редактирования → База данных → Модуль представления". Модуль представления генерирует страницу с содержанием при запросе на него, на основе информации из базы данных. Информация в базе данных изменяется с помощью модуля редактирования. Страницы заново создаются сервером при каждом запросе, а это создаёт нагрузку на системные ресурсы. Нагрузка может быть многократно снижена при использовании средств кэширования, которые имеются в современных веб-серверах.
2. Генерация страниц при редактировании. Системы этого типа суть программы для редактирования страниц, которые при внесении изменений в содержание сайта создают набор статичных страниц. При таком способе жертвуется интерактивность между посетителем и содержимым сайта.
3. Смешанный тип. Как понятно из названия, сочетает в себе преимущества первых двух. Может быть реализован путём кэширования — модуль представления генерирует страницу один раз, в дальнейшем она в разы быстрее подгружается из кэша. Кэш может обновляться как автоматически, по истечению некоторого срока времени или при внесении изменений в определённые разделы сайта, так и вручную по команде администратора. Другой подход — сохранение определённых информационных блоков на этапе редактирования сайта и сборка страницы из этих блоков при запросе соответствующей страницы пользователем.

Термин контент-менеджер обозначает род человеческой деятельности — редактор сайта.

Добавлено (31.08.2008, 11:13)
---------------------------------------------
у кого хостинг панель cpanel вот демо режим http://www.cpanelhelp.ru/demo.htm

Добавлено (31.08.2008, 11:15)
---------------------------------------------
сайт помощи cpanel http://www.cpanelhelp.ru

Добавлено (31.08.2008, 11:17)
---------------------------------------------
cвойства cPanel

Резервная копия


Резервная копия
Восстановить

Почта

Управление аккаунтами Email (Добавить, Удалить, Изменить Пароль)
WebMail для всех аккаунтов
Автоответчики
Индивидуально настроенная фильтрация почты
Переадресовка
Списки рассылки (mailman)
Возможность модифицировать MX Entry
Фильтрация спама

Статистика

Веб-статистика Webalizer
FTP cтатистика Webalizer
Analog Stats
AWStats
Просмотр последних посетителей
Просмотр использования трафика
Просмотр журнала ошибок
Скачать файл журнала необработанных попыток

FTP

Управление аккаунтами FTP (Добавить, Удалить, Изменить Пароль)
Средства управления анонимным FTP
Возможность изменить логинное сообщение FTP
Возможность уничтожить сессии FTP

Инструменты сайта

Веб-защита (редактор htaccess)
Возможность изменить пароль FrontPage и сайта
Индивидуально настроенные страницы ошибок
Переадресовки
Возможность изменить типы Mime
Возможность редактировать обработчики Apache
Установить расширения FrontPage
Деинсталировать расширения FrontPage
Инструмент регистрации в поисковиках
Менеджер файлов

Поддомены

Возможность Добавить/Удалить Поддомены
Переадресовка Поддоменов
Статистика Поддоменов

Дополнительные инструменты

Доступ SSH
Управление ключами GPG
Планировщик заданий Cron

Предустановленные сценарии CGI

Interchange Cart
Agora Cart
Доска Объявлений (Доска объявлений)
Java Chat
HTML Chat
phpMyChat
CGI Wrapper (Упаковщик CGI) (для non-suexec установок)
Генератор случайного HTML Generator (Генератор случайного HTML кода)
Гостевая книга (Расширенная) (Улучшенная гостевая книга)
Counter Generator (Генератор счетчика)
Java Часы Generator (Генератор часов Java)
Java Countdown Generator (Генератор обратного отсчета Java)
Secure Клон FormMail (Клон безопасного FormMail)
cgiemail
Поиск по сайту Entropy (Entropy Поиск)
Баннерный ротатор Entropy (Entropy Баннер)

Сетевые инструменты

Поиск DNS
Traceroute (Трассировка)

Управление базой данных

Управление базой данных MySQL (Добавить, Удалить, Изменить пароль, Добавить хосты доступа)
Доступ к phpMyAdmin

Добавлено (31.08.2008, 11:33)
---------------------------------------------
biggrin cool smile

Добавлено (31.08.2008, 11:57)
---------------------------------------------
жду коментарии

 
T-362Дата: Воскресенье, 31.08.2008, 13:06 | Сообщение # 6
Охуевшая Душа форума
Группа: Администраторы
Сообщений: 1390
Репутация: 40
Статус: Offline
звучит внушыытельно

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

ибо нех

 
ВанеХДата: Воскресенье, 31.08.2008, 14:31 | Сообщение # 7
Креативный кошара
Группа: Проверенные
Сообщений: 484
Репутация: 19
Статус: Offline
и чо?

Тут не было шести миллионов ЕРЖ.
Служу советскому рейх... кхе-кхе, союзу :D
 
vladislavbsДата: Воскресенье, 31.08.2008, 17:58 | Сообщение # 8
Группа: Удаленные





http://vibox.zx6.ru -мой сайт cms: phpfusion cool
 
  • Страница 1 из 1
  • 1
Поиск:

© og-tifle.ucoz.ru | Хостинг от uCoz