[T-Yoke]

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

[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. Попробуйте открыть себе бесплатный блог, если хотите получить представление, как можно быстро и удобно управлять сайтом несильной сложности.

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