[T-Yoke]

Моя контора (недаво перешел на новую работу)заказала новый дизайн сайта. Так вот для его наполнения посадили девочку из маркетинга, которой дали кучу фоток, таблиц, разной текстовой информации по изделиям и прочую инфу.
Так вот она начала все это вгонять в режиме он-лайн, но работа двигалась медленно и я решил посмотреть, что она там делает.
Работа выглядела так. Она набивала несколько параметров, вставляла несколько фоток, потом переключалась в окно просмотра сайта, и если что-то не понравилось, переделывала. В результате такой работы, она выкачала дневную норму трафика двух отделов и соответственно завтра, что бы не попасть на перерасход трафика и "на бабки", 12 человек оставили без интернета.
Собственно вопрос, как правильно организовать подобную работу, что бы и трафик не тратить, и сайт обновить быстро. Я предположил, что наверное лучше делать это в режиме Оф-лайн, когда страницы редактируются на компьютере у нас, а потом одномоментно обновляются на сервере, где расположен наш сайт. Учитывая, что с такой проблемой я столкнулся впервые, прошу не перебарщивать с технической терминологией, я все же не программист. Спасибо.

[Pavel Samofalov]

И что, девочка из маркетинга ещё и деньги за такие игры получает?
Установите ей FrontPage, в ней даже ребёнок быстро разберётся, пускай сделает макет сайта, презентует его начальству, а патом, если проект будет утверждён, вывалит его на сервак.

[T-Yoke]

Сообщение от Pavel Samofalov И что, девочка из маркетинга ещё и деньги за такие игры получает? Установите ей FrontPage, в ней даже ребёнок быстро разберётся, пускай сделает макет сайта, презентует его начальству, а патом, если проект будет утверждён, вывалит его на сервак.

Сайт уже сделан, лежит на сервере Хостера, но без наполнения информацией по изделиям. За чем ей FrontPage, как это повлияет на трафик?

[Pavel Samofalov]

FrontPage, это программа с помощью которой чайник не владеющий навыками web-программирования, может легко отредактировать и посмотреть отредактированный вариант страницы у себя на компе без выгрузки на сервер, а затем если изменения понравились, то с такой же лёгкостью выгрузить обратно на сервер с автоматическим обновлением страницы. Для того чтобы внести изменения в имеющейся сайт, достаточно просто зайти на адрес, затем в explorer выбрать: файл / править в Microsoft Office FrontPage и кликнуть ПКМ, после чего страница сразу откроется для редактирования в Microsoft Office FrontPage, после внесения изменений войти в режим «просмотр», если всё устраивает, то выгрузить страницу обратно. В общем всё элементарно и страницу не надо каждый раз смотреть на сервере, это можно сделать на своём компьютере, то есть на терять времени зря и не тратить трафик.

[T-Yoke]

Сообщение от Pavel Samofalov FrontPage, это программа с помощью которой чайник не владеющий навыками web-программирования, может легко отредактировать и посмотреть отредактированный вариант страницы у себя на компе без выгрузки на сервер, а затем если изменения понравились, то с такой же лёгкостью выгрузить обратно на сервер с автоматическим обновлением страницы...

То есть, мне надо ей загрузить на компьютер весь сайт, поскольку страниц много? Ну так я же про это и спрашиваю, значит работа в оф-лайне. С последующим обновлением сайта на сервере.
Только остается для меня не понятным термин web-программирования связанный с FrontPage, если задача стоит вставить в заготовленные таблицы, описания и фотки, то что, для этого надо знать основы web-программирования, или все-таки можно обойтись более скромными знаниями?

[Кулик Алексей aka kpblc]

Зачем весь сайт? Только редактируемую страницу, как я понял.

[Pavel Samofalov]

Если сайт уже лежит на сервере и всё работает, то весь сайт сразу редактировать не надо, проще редактировать последовательно каждую страницу отдельно. То есть когда заходишь на таблицу (страницу), она полностью загружается на твой компьютер. Далее, при условии, что на компьютере установлена программа FrontPage, проводишь не хитрую операцию как я уже писал и редактирование проходит очень даже быстро. При условии как у вас: если имеется размеченная страница (таблица), готовы фотографии и комментарии, и не требуется не каких примочек то можно сделать за час галерею с комментариями из пары сотен фотографий. При этом код генерируется программой, то есть требования к квалификации человека который это делает, снижается до уровня знаний копировать/вставить. Также при помощи FrontPage можно легко положить отредактированную страницу обратно откуда взял.

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

[kimer]

Сообщение от Pavel Samofalov По поводу второй части вопроса, я имел в виду, что при наличии FrontPage, для того чтобы сделать вполне достойную страницу не обязательно уметь программировать, достаточно начальных знаний компьютера и основных продуктов MS.

Это в любом случае не уровень "девочки из маркетинга".
Особенно если сайт на PHP писан или вовсе на движке сделан...

[Admin]

Если сайт состоит из статичных страниц типа html, то все просто - нет никакой разницы просматривать и редактировать их онлайн или оффлайн.

Но скорее всего ваш сайт представляет собой некий набор скриптов и базу данных (БД) размещенные на сервере, а девочка через систему управления сайтом добавляет туда информацию. В этом случае теоретически правка в оффлайн возможна, но практически требует знаний, которые девочке вряд ли доступны. В упрощенном виде это выглядит так:
1. Для эмуляции работы сервера поставить и настроить на локальный комп комплекс программ и серверов, предназначенный для работы сайтов в Windows с расчетом использования их в Unix (Apache, PHP, MySQL и т.д.).
2. Скопировать БД и файлы с сервера на локальный компьютер
3. После редактирования копировать на сервер измененные (новые)
файлы и записи в БД.

[ShaggyDoc]

Ну, что за дикость - "FrontPage"? 21 век уже, как-никак. FrontPage - самый отсталый инструмент, живет еще для маленьких "хомячков". Даже споры про этого уродца забыты уже лет десять. Да и не важно, FronPage или просто Notepad - вопрос не в программе-редакторе.

Современные сайты работают с системами управления контентом (CMS). Эта система сначала отрабатывается на локальной машине (дизайн, необходимые плагины и прочее). Потом устанавливается на хостинг. Теперь в ней можно пополнять содержимое. Для этого имеется специальная страница (менеджер), на которую заходят редакторы контента. Вот таким редактором вполне может быть "девочка" из маркетинга.

Она дополняет сайт документами, заполняет текст документа, фотки вставляет и прочее. Работа идет обычно в Word-подобном редакторе, чаще всего TinyMCE. Разумеется, в это время расходуется трафик. Конечно, в редакторе страница сайта видна "как будет", но без просмотра ее со стороны клиента не обойтись. "Девочка" просто обязана это делать, иначе опозориться можно. И трафик на это идет.

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

Конечно, можно и нужно держать копию сайта на локальной машине. Но информация-то заносится в базу данных на хостинге. Это картинки и файлы вам дают по FTP загружать (хотя и не надо бы), а основные данные в БД. В любом случае на перекачке не сэкономите - хоть раз в день заливать, хоть частями - объем один и тот же.

Так что если посадили девочку на эту работу - выводите её за всякие "лимиты" отделов. По крайней мере на свой домен. А то хотите и рыбку съесть и...

[Pavel Samofalov]

kimer, на самом деле всё очень просто, на то чтобы вставить текст и картинку используя программу, нужно всего несколько секунд в любом указанном случае.
Admin, а разве не правильней будет в описанной ситуации редактировать постранично с просмотром результата без выгрузки на сервер? Зачем тащить весь узел, если шаблон уже имеется и редактированию не подлежит, ведь требуется только добавить простые объекты в размеченное место. Суть вопроса ведь в том, чтобы помочь T-Yoke произвести впечатление на девушку из маркетингового отдела при минимальных затратах, а также не допустить в дальнейшем чрезмерного расходования драгоценного трафика. T-Yoke, я правильно излагаю?
ShaggyDoc, чего за бред ты пишешь? Читай внимательней! Где T-Yoke, просил рассказать ему о том, что у них плохая фирма? По-моему он спрашивает о наипростейшем пути решения проблемы, без употребления спец терминов. И причём здесь просмотр сайта 100 раз в день и тысячи посетителей в час? Трафик конторы и трафик хостера разные вещи. А счетчики накручиваются только благодаря уникальным посещениям, а с одного и того же IP, можешь заходить хоть по тысячи раз в день, всё ровно будет фиксироваться только одно полезное посещение, соответственно и рейтинг подниматься не будет.
А что касается "хомячков" использующих FrontPage для создания и редактирования сайтов и живущих в прошлом веке. По статистике, таких больше половины. Конечно особыми наворотами эти сайты не отличаются, они по большей части простенькие, но своих правообладателей вполне устраивают, как и большую часть их посетителей. Дак скажите мне, зачем покупать наворочиный обрабатывающий цент и обучать человека на нём работать, для того чтобы просверлить отверстия в закладной пластине, если можно их просто проковырять на старой дореволюционной радиалки пылящийся в углу, ведь надо сделать всего одну пластину!

Странно, в москве нет безлимитных тарифов?
Вообще сайты лучше размещать на местных серверах, а трафик по локалке как правило бесплатный.
Кстати, дайте ссылочку на Cайт (c большой буквы), позырить

[ShaggyDoc]

ShaggyDoc, чего за бред ты пишешь?

"Спили мушку, Джонни" (С)

Pavel Samofalov, это для "хомячка", использующего FP, бред. Всеми остальными темами, про которые упоминаешь (хотя бы про счетчики), ты просто не в теме. Слышал звон. А я как раз на хостинге и сижу, у меня и WEB-сервера, и сервера БД. И все эти проблемы с трафиком. Это то, за что мне зарплату платят.

Да, есть один сайт, где "PupkinDesignStudio" сделали голый HTML в FP. Развели лоха, называется. Теперь ежедневно хозяева тащат на флешках обновленные страницы из другого конца города. На автобусный трафик больше времени и денег тратят.

А фирма T-Yoke по своей основной деятельности, наверное, замечательная. А вот в отношении лимитов на Интернет что-то там не так. Ограничивать ли трафик отделам - дело руководителей. Здесь, наверное, дело не в деньгах, а в экономии рабочего времени. А вот ограничивать его редакторам контента - бессмыслица.

[Димас]

во намутили то)

ну во первых любым делом должен заниматься профессионал

«подведу итоги» так скзать) все это выше уже советовали, я чуть ссылок добавлю и алгоритм пропишу
в случае если на сайте стоит система управления или используется самописный движок
и пополнение контентом планируется разовое:

делаете бекап всего сайта (архивируете все страницы, делаете дамп базы)
скачиваете этот архив к себе на компьютер
качаете Денвер (http://www.denwer.ru/index.html), ставите его на компьютере с которого будет забиваться информация
на этом компьютере разворачиваете локальную копию сайта
забиваете ее контентом
заливаете все обратно на сайт (повторяете все действия в обратном порядке)

если сайт написан только на хтмл, не используется база и пополнение контентом будет происходить переодически:
подумайте – не стоит ли перейти на сайт с системой управления контентом? Через пару месяцев/год обновление информации будет ооочень сложным
в этом случае вариантов по снижению к-ва трафика нет

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

И можно ссылку на сайт?
И можете в пм скинуть для интереса– какой был бюджет проекта, тех.задание, если было такое и какая студия делала?

[T-Yoke]

Сообщение от Admin Если сайт состоит из статичных страниц типа html, то все просто - нет никакой разницы просматривать и редактировать их онлайн или оффлайн. Но скорее всего ваш сайт представляет собой некий набор скриптов и базу данных (БД) размещенные на сервере, а девочка через систему управления сайтом добавляет туда информацию. В этом случае теоретически правка в оффлайн возможна, но практически требует знаний, которые девочке вряд ли доступны. В упрощенном виде это выглядит так: 1. Для эмуляции работы сервера поставить и настроить на локальный комп комплекс программ и серверов, предназначенный для работы сайтов в Windows с расчетом использования их в Unix (Apache, PHP, MySQL и т.д.). 2. Скопировать БД и файлы с сервера на локальный компьютер 3. После редактирования копировать на сервер измененные (новые) файлы и записи в БД.

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

Сообщение от Pavel Samofalov ... Суть вопроса ведь в том, чтобы помочь T-Yoke произвести впечатление на девушку из маркетингового отдела при минимальных затратах, а также не допустить в дальнейшем чрезмерного расходования драгоценного трафика. T-Yoke, я правильно излагаю?...

Если она будет расходовать трафик такими же темпами, я её выгоню в два счета, даже если она мне, глазки постоянно будет строить или мини-юбку с кружевными чулками носить начнет! Никакой флирт ей не поможет У меня три завода базу по интернету ведут, и то такой трафик не вырабатывают.

[ShaggyDoc]

У меня три завода базу по интернету ведут, и то такой трафик не вырабатывают

Так это просто проверить - на что у нее такой трафик уходит. Заходишь на сайт в IE, сохраняешь страницу полностью. Сохранится текст страницы и вспомогательное в подкаталоге Files. Текст страницы (файл html) - это минимум, что она сосёт (в хорошем смысле этого слова) с сайта. Смотрим, сколько КБ - допустим, 100 кб, а может 20. То, что в .files грузится не всегда, обычно из кэша берется. Всё вместе - это максимум.

А теперь делите её дневной трафик на вес страницы, и получаете, сколько она насмотрела "в штуках", а не "в граммах". Посмотреть каждую свою страницу по служебной надобности ей надо 1 - 5 раз.

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

Отсюда - оргвыводы - кто, чего и сколько может сосать.

[kimer]

Сообщение от T-Yoke Никакой флирт ей не поможет У меня три завода базу по интернету ведут, и то такой трафик не вырабатывают.

А сколько трафика расходуется?

[Владимир Игнатьев]

Пусть эта овца установит себе Denwer и Джумлу или любую opensource gpl CMS. Или закажите у нормальных разработчиков эту работу.

Сначала делается макет страниц, потом делается веб-приложение, которое позволяет управлять содержимым страниц (есть готовые решения и это CMS - content managment system), потом это всё заливается на хостинг, потом тестируется (это отдельная тема), потом веб-сервис только запускается.

Denwer нужен, чтобы вся работа происходила на локальном компьютере и не было вообще никакого траффика наружу.

Проще говоря, ей из зарплаты надо вычесть деньги за траффик )

[T-Yoke]

Сообщение от kimer А сколько трафика расходуется?

В норме ок 200 мб, при её работе увеличился до 400 мб.

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

[kimer]

Сообщение от T-Yoke В норме ок 200 мб, при её работе увеличился до 400 мб.

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

[T-Yoke]

Сообщение от kimer Это что, правда считается серьезным расходом траффика для организации???...

Правда!
Но пока еще не всю документацию разобрал. В бумагах полный хаос
Но в конторе-то не занимался этим никто толком. Аж за голову хватаюсь, когда вижу, в каком состоянии компьютеры.
Они как в старые времена поставили сетку с минимальными требованиями, так до сих пор на ней и работают
А ведь еще не все поменяли, так на 98 винде и работают
======================================
Минимальные требования к технике:
Клиентские рабочие станции:

1. ОС – Windows 98/2000/ME/XP;
2. ОЗУ – 128 Mb;
3. Процессор – Intel Celeron 700 и выше;
4. Емкость жесткого диска – не менее 1 Гб свободного пространства;
5. Доступ в локальную сеть – 100 Мбит.

[kimer]

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

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

[T-Yoke]

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

А можно подробней, в чем разница? Для чего здесь подтягиваются различные сложные приложения?
Если сайт лежит на нашем корпоративном сервере, и для доступа к нему не требуется подключения к интернету.
А для человека вносящего изменения в страницы сайта внешне ничего может не изменится. И он(она) также вносит новые фотки, заполняет страницы описаний и проч.
Возникает только вопрос при обновлении изменённых страниц на интернет сервере.
Или я что-то упускаю как "чайник", не представляя, какие сложности при этом возникают?

[kimer]

Сообщение от T-Yoke Возникает только вопрос при обновлении изменённых страниц на интернет сервере.

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

[ShaggyDoc]

kimer, что-то не туда тебя понесло. Не надо редактору сайта (девочке) иметь никаких навыков работы с базами данных! Тем более с конкретными MySQL или иными MSSQL, PostgreSQL и т.п. Редактор должен работать с системой управления, а это наподобие навыков работы в урезанном WORD (кнопки как вот в этом редакторе, где мы посты на форум пишем) в одном флаконе с деревом сайта (наподобие Проводника).

Для работы современного сайта нужны:
1. WEB-сервер. Чаще всего сейчас это Apache, хотя извращенцы могут и на майкрософтовский сесть.

2. Сервер баз данных. Чаще всего это сейчас MySQL, хотя есть и получше.

3. Дополнительные программные средства на сервере (Perl, PHP и т.п.). Чаще всего сейчас используется PHP.

Чтобы размещать простенькие страницы в HTML достаточно 1. Страницы клепаются локально и закачиваются на сервер по FTP. Трафик минимальный. Но для фирмы такой сайт - позор. Если, конечно, фирма не веники вяжет.

Современные сайты, даже частных лиц, обычно работают с системами управления контентом (CMS). Для этого нужно 1, 2 и 3. Для настройки и доводки такой системы требуются определенные профессиональные навыки. Здесь "девочка" не справится. И не справятся "FrontPage-десигнеры".

CMS отлаживается на локальной машине, без всякого Интернета. Может пару месяцев занять, а можно и за пару дней.

После отладки сайт копируется на хостинг. Это всё уровень администраторов. На хостинге может потребоваться небольшая доводка из-за его особенностей.

Далее система работает. Как часы. "Девочка" вообще не знает как именно. Многие ли здесь знают, как работает сайт DWG.RU и форум? Тем не менее любой может тут успешно постить, причем чем меньше знает предмет, тем чаще. А ведь это самая настоящая CMS.

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

Разумеется, Admin знает всё в деталях. Модераторы знают побольше остальных, так как у них есть дополнительные кнопки. Про базу данных знает только Admin. База данных, конечно, бэкапится. При хорошей организации это делается автоматически. Для страховки можно и вручную. В системе управления обычно есть опция наподобие "Зарезервировать БД". Это кнопка, на которую может и девочка нажимать раз в сутки.

T-Yoke, если у вас есть "корпоративный сервер", то почему на нем не сделать и WEB-сервер? Или вообще не выделить отдельный компьютер? Если у сайта порядка сотен визитов в час, справится любая машина.

Для этого компьютера нужен обязательно постоянный IP-адрес, этот адрес пропишет провайдер в DNS (чтоб было не 236.64.28.82, а t-yoke.xxxx.ru) - и можно работать. Если есть постоянный IP, то к любому компьютеру можно попасть из Интернет по этому адресу.

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

[Владимир Игнатьев]

Для работы современного сайта нужны: 1. WEB-сервер. Чаще всего сейчас это Apache, хотя извращенцы могут и на майкрософтовский сесть. 2. Сервер баз данных. Чаще всего это сейчас MySQL, хотя есть и получше. 3. Дополнительные программные средства на сервере (Perl, PHP и т.п.). Чаще всего сейчас используется PHP.

Более конкретно - вебсервер Apache, скриптинг - PHP, БД - MySQL Server. Всё это можно скачать с оф.сайтов и установить и настроить за 5 минут, прочитав How to и пару FAQ'ов.

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

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

Решение сделать корпоративный сервер веб-сервером отличное. По сути можно собрать очень функциональную intranet, а уж перевести веб в интернет потом не составит никакого труда.

[Кулик Алексей aka kpblc]

Offtop: ShaggyDoc, ну спасибо, ну, обласкал. По самое не балуй

[kimer]

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

А я о чем говорю?!!
О таких вещах легко рассуждать, будучи спецом.
Чертежи, например, тоже просто делать, но попробуй сделай, не имея навыков, не зная ГОСТов и правил, не умея пользоваться Acad-ом...
Похоже контора та еще. Если неподготовленному человеку поручают то, чего сами не представляют...
Если в фирме нет толкового админа, даже и не думайте переносить сайт на локалку и обратно. Тем более из-за каких-то 200 метров траффика!..

[ShaggyDoc]

Про кучу вопросов безопасности не надо говорить!

Я писал про WEB-сервер, на отдельном компьютере, хоть в фирме, хоть дома. А не на хостинге - там вопросы-то безопасности решаются, но далеко не всегда качественно. Вот подключите его к Интернету с постоянным IP да оставьте без присмотра, не думая о безопасности, и узнаете....

[ShaggyDoc]

Кулик Алексей aka kpblc

Offtop: ShaggyDoc, ну спасибо, ну, обласкал. По самое не балуй

Ой, про тебя-то я и не подумал. Надо было регулярным выражением '!Кулик Алексей aka kpblc'. Кто догадается, в чем дело - включим.

[T-Yoke]

Сообщение от ShaggyDoc ...T-Yoke, если у вас есть "корпоративный сервер", то почему на нем не сделать и WEB-сервер? Или вообще не выделить отдельный компьютер? Если у сайта порядка сотен визитов в час, справится любая машина. Для этого компьютера нужен обязательно постоянный IP-адрес, этот адрес пропишет провайдер в DNS (чтоб было не 236.64.28.82, а t-yoke.xxxx.ru) - и можно работать. Если есть постоянный IP, то к любому компьютеру можно попасть из Интернет по этому адресу. Вот только делать собственный сервер вам в итоге обойдется гораздо дороже ничтожной экономии на трафике. Там придется решать кучу вопросов по безопасности.

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

[ShaggyDoc]

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

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

1. Нужен постоянный IP. Если у вас офисная сеть, то как минимум одна машина такой IP имеет. На такой машине можно уже делать "сайт", то есть обращаться к ней из браузера в любой точке мира, набрав в командной строке наподобие:

http://236.64.28.82 (просто приер)

Браузер посетителя пошлет на это IP запрос по протоколу http и будет стучаться в порт 80. Порты - это "дырки" через которые разные программы ломятся на машину, в основном чтобы нагадить.

2. Чтобы компьютер ответил на такой запрос, на нем должна быть установлена специальная программа - WEB-сервер. Эта программа висит в памяти, никого не трогает и только следит за портом 80. При поступлении запроса WEB-сервер обрабатывает его. Может послать вон, а может дать ответ.

3. Чтобы был ответ в форме, понятной браузеру, кроме WEB- сервера должна быть хоть какая-то страничка в формате HTML.

4. Чтобы прочие вредители не лезли на машину, должна быть программа (firewall), которая следит за всеми дырками (портами) и пускает только "своих".

Вот, в принципе, и всё. На обычную машину с Windows можно без особых знаний поставить WEB-сервер. Проще всего скачать комплект Denwer (есть и другие), выполнить инсталляцию (несколько шагов, где надо всё ответить по умолчанию) и запустить сервер ярлыком.

Вот теперь на запрос из сети http://236.64.28.82 (этот IP для примера) негодяй получит ответ

Ура, заработало!
Генеральный спонсор проекта Денвер — ....

и увидит все ваши секреты и прямые ссылки на них. И напакостить сможет по самые помидоры.

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

Но такой комплект можно поставить на машину вообще не подключенную к Интернет (или находящуюся внутри собственной ЛВС) и на ней выполнять 90% работы не используя внешний трафик. Да хоть на ноутбук.

[Admin]

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

по моим серверам входящего трафика за январь получилось 88 Гб, исходящего конечно намного больше - 3.4Тб

[ShaggyDoc]

Разумеется, собственный сервер будет больше платить за трафик. Это вообще плохое решение для фирмы, не специализирующейся на IT-услугах. Только как вынужденное, на короткий период, иначе разоритесь. Опубликует кто-то ссылку на "прикольный" материал на сайте, ломанется толпа народа и за день съедят весь лимит.

У меня был такой сайт прямо на домашней машине. Он предназначался только для мэра города - чтобы продемонстрировать карты. Включал его на несколько часов, доменного имени не было. Но однажды забыл отключить на ночь и из меня высосали 500 Мб. По тем временам это было страшно много.

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

Некоторую экономию можно достичь путем выбора провайдера. Они ведь сами оплачивают трафик от некоторой точки более крутым монстрам типа Ростелекома. А вот внутри своей городской сети они дают возможность качать много за гроши. Чтобы выбрать такого провайдера надо очень хорошо знать ситуацию в конкретном месте - кто кого и каким способом имеет.

[T-Yoke]

Из выше (ниже) изложенного понял то, что не рекомендуется делать схему "свой сайт у себя", при отсутствии ИТ-спецов и нормального оборудования (сервер, нужное ПО и т.д.)
НО тогда, есть еще один вопрос сопутствующий, где должен находиться образ сайта? ("физически" так сказать), что бы при проблемах любого плана, технических, юридических, финансовых. У меня всегда была возможность доступа к актуальной версии сайта, и более того, я мог его в любой момент перенести на новый домен, или просто к другому хостеру.

[ShaggyDoc]

T-Yoke, рабочая копия сайта всегда должна быть "дома". Желательно в нескольких местах. Если используется какая-то система управления, она же когда-то собрана на локальной машине. Надо просто её периодически синхронизировать с сервером.

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

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

[Alaspher]

Сообщение от T-Yoke Из выше (ниже) изложенного понял то, что не рекомендуется делать схему "свой сайт у себя", при отсутствии ИТ-спецов и нормального оборудования (сервер, нужное ПО и т.д.)

"Не рекомендуется" это фигура речи, реально и не получится ничего, по крайней мере пристойного и надолго.

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

[Александр Бауск]

>Она набивала несколько параметров, вставляла несколько фоток,

Что-то я по ходу текста не понял - в чем она это набивала и куда вставляла?

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

[T-Yoke]

Сообщение от Александр Бауск >Она набивала несколько параметров, вставляла несколько фоток...Что-то я по ходу текста не понял - в чем она это набивала и куда вставляла? ShaggyDoc прав, но дело скорее не в позоре для организации, а просто в неэффективности работы без CMS. Попробуйте открыть себе бесплатный блог, если хотите получить представление, как можно быстро и удобно управлять сайтом несильной сложности.

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

[ShaggyDoc]

T-Yoke, если хочешь решить финансовую сторону, надо влезть и в техническую. Хошь-не хошь. Вот, например, "фотки".

Имеем фотографию морского пейзажа 2136х2148 пикселей в трех вариантах:
1. BMP - 6 084 406 байт
2. PNG - 1 639 264 байт
3. JPG - 184 158 байт
4. GIF - 1 913 173 байт

1. По качеству хуже всего GIF, но он не самый маленький по весу. Остальные три визуально одинаковые, но JPG чуть хуже, но весит в 10 раз меньше, чем PNG и в 33 раза меньше, чем BMP. Конечно, BMP на сайты не выкладывают, но "девочки" этого могут не знать. Вот и уже можем иметь колебания трафика до 30 раз. Чтобы такого не происходило, надо просто запретить загрузку BMP (не административно, а в настройках сайта). Но в другом примере мог GIF весить меньше JPG и PNG - это зависит от характера картинки. Только правильный выбор формата для конкретного случая позволяет сократить трафик в 10 раз.

2. Любую картинку можно вставить в текст. Да хоть сюда, в форум - ты это делаешь часто. Большая картинка не влазит в отведенное место, но ей можно задать атрибуты, например width="200" height="280" и она будет изображена браузером маленькой. Но на самом деле изменился только видимый размер, а по сети летает большая картинка, пожирая трафик. И так делают очень часто, по незнанию.

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

4. Совсем правильный вариант. Делается как по варианту 2, но на сервере, в системе управления, автоматически генерируется маленькая картинка (thumbnail) и лежит в кэше сервера. Всем посетителям выдается только она, а полноразмерная - только желающим её увидеть. Здесь и "вставляльшик фоток" экономит время, и трафик экономится.

Вот картинки на форум разумно ограничены и форматом (BMP нет) и размерами, и весом. Потому что тут правильный Admin, он нам, бродягам, не даёт дурости совершать.

[kimer]

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

Восьмимегабайтные фотки это конечно вообще жестко. Я просто поражен. То что фото нужно адаптировать под web - это вообще аксиома...

[Александр Бауск]

Все еще не понял - в чем она их открывала на изменение?
Запахло Фронтпейджем...