движки или ?

[Clubberry]

Делать на CMS -- это не мажорство, это необходимость. Вы конечно можете и во фронтпэйдже клепать, но сайтом такое назвать трудно. Уж лучше ucoz

А Вы к чему мне про FrontPage говорите? Это никак не CMS.

P.S. Т.е. если я рисую классные дизайны и верстаю их вообще в блокноте, то это уже будет считаться галимым сайтом? Именно так Вы и сказали.

[Shift-Web]

>> P.S. Т.е. если я рисую классные дизайны и верстаю их вообще в блокноте, то это уже будет считаться галимым сайтом? Именно так Вы и сказали.

>>А Вы к чему мне про FrontPage говорите? Это никак не CMS.

Это нельзя назвать сайтом ))) Это просто набор страничек. Верстать в блокноте - извращенство, нужно отвыкать

[swetlana]

Верстать в блокноте - извращенство

весьма спорное утверждение.

В реальной работе вероятно почти никто и не пользуется блокнотом (хотя у меня был период около пары месяцев, когда всё писалось в nano — это ещё жёстче).

Но уметь сделать так очень полезно.

В частности, я регулярно наблюдаю человека, у которого время от времени возникают трудности с написанием свойства css в редакторе без автодополнения — наглядный пример.

[Clubberry]

Спокойно пишу в Notepad++. Мне главное подсветка синтаксиса.

[Shift-Web]

>> В частности, я регулярно наблюдаю человека, у которого время от времени возникают трудности с написанием свойства css в редакторе без автодополнения — наглядный пример.

Меня автозаполнение категорически раздражает Побочка от отказа в автоматизации в течение длительного времени )

[Clubberry]

Меня автозаполнение категорически раздражает

+1. Бывает конечно, если что-то забываешь, но всё же раздражает на 99%.

Edited February 24, 2011 by Clubberry

[wanntuzz]

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

[Clubberry]

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

Ути какой умненький Ты мне нравишься всё больше и больше!

Интересно, а как это клиент будет добавлять новости на будущий сайт? Через вёрстку?

[Shotgun]

через txt файлы, больше никак

[wanntuzz]

Это она вспоминает как в 1999 году мы писали мегапортал, там из соображений безопасности все файлы имели расширение txt, чтобы хакер не догадался. А на самом деле обычные php-скрипты, и Apache настроенный на их обработку

[Droshka]

Учитывая когда эта тема была поднята и сколько она актуальна, позвольте и мне высказаться.

1)саит обязательно должен иметь движок(если да то посоветуйте, что хорошее и что нет)

2)или есть другие средства заменяющие движок

я просто вообще не в курсе всей этой штуки.

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

2-использовать низкоуровневые языки программирования )))) (не принимайте на свой счет)

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

Давайте порассуждаем... Как часто меняется адрес и/или телефон у компании? Как часто меняется деятельность компании? Да и потом некоторые ЦМСки просто не позволят вам это сделать, в силу своих функциональных возможностей, если к примеру телефон и/или адрес является не отдельной страницей, а прошит в шаблоне.

А теперь у меня некоторые доводы в защиту "ручками".

Возможность без головной боли влиять на ВЕСЬ код. К примеру, Яндекс стал поддерживать новый атрибут (например - http://webmaster.ya.ru/replies.xml?item_no=10371) - клиент сам сможет внести изменения и сколько ему будет стоить найти спеца (на "голом" и на CMS)? Или такой момент - клиент хочет разместить видео на сайте. Сам сможет модуль прикрутить?, а в некоторых случаях это и достаточно приличные бабло нужно выложить как разработчику этой ЦМСки так и спецу.

Вопрос обновления различных ЦМСок - вообще отдельная тема!!!! Как и вопрос безопасности, - просмотрите логи ошибок сервера - там просто шквал запросов к сайтам с пробиванием на принадлежность к популярным ЦМС, как думаете - зачем? Может у вас есть ответ какая ЦМСка не взламывается?, просто люди спрашивают, а почитаешь форумы - СРОЧНО обновитесь! школьнику из кнр удалось на тысячах сайтов разместить своё юное достоинство)))

Вопрос стоимости хостинга думаю рассматривать даже и не стоит.

А адреса страниц? Это просто граффити какое-то!

Теперь про код. Вот пример конкретного сайта, где человек несколько раз менял текст на ГЛАВНОЙ странице, причем это не клиент - а "продвиженец", т.е. вроде бы должен разбираться:

<FONT face=Verdana><FONT size=1><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt"><FONT color=#000000> <FONT size=1 face=Verdana>(9W</FONT></FONT></SPAN><FONT face=Verdana><FONT size=1><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt">, <FONT size=1 face=Verdana>11</FONT></SPAN><FONT face=Verdana><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt; mso-ansi-language: EN-US" lang=EN-US><FONT size=1 face=Verdana>W</FONT></SPAN><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt"><FONT size=1 face=Verdana>, 15W</FONT></SPAN></FONT><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt"><FONT face=Verdana>,</FONT> <FONT size=1 face=Verdana>20W</FONT></SPAN><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt"><FONT size=1 face=Verdana>,</FONT> <FONT size=1 face=Verdana>23</FONT></SPAN><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt; mso-ansi-language: EN-US" lang=EN-US><FONT size=1 face=Verdana>W</FONT></SPAN><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt"> <FONT face=Verdana><FONT size=1>–</FONT> <FONT size=1>3</FONT></FONT></SPAN><FONT face=Verdana><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt; mso-ansi-language: EN-US" lang=EN-US><FONT size=1 face=Verdana>U</FONT></SPAN><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt"><FONT size=1 face=Verdana>,</FONT> <FONT size=1 face=Verdana>4U</FONT></SPAN></FONT><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt"><FONT size=1 face=Verdana>,</FONT> </SPAN><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt; mso-ansi-language: EN-US" lang=EN-US><FONT size=1 face=Verdana>SPIRAL</FONT></SPAN><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt">, </SPAN></FONT><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt; mso-ansi-language: EN-US" lang=EN-US><FONT size=1 face=Verdana>DECOR</FONT></SPAN></FONT><SPAN style="FONT-FAMILY: Tahoma; FONT-SIZE: 10pt"><FONT size=1 face=Verdana>)</FONT> <FONT size=1 face=Verdana>уже со встроенным ЭПРА.</FONT> 

Frontpage и Word отдыхают!!!! (кому лень разбираться - это всего лишь ФРАЗА ИЗ предложения, а кому интересно такие ребусы по отгадывать ))) - адрес в личку скину) и с такой фигней сталкиваюсь постоянно.

Делать на CMS -- это не мажорство, это необходимость. Вы конечно можете и во фронтпэйдже клепать, но сайтом такое назвать трудно. Уж лучше ucoz

Делать на CMS, особенно "визитки", - это ПОНТЫ. У нашего чела в голове сидит миф, что отвалив баблосы за Мерса или Бэху он получит обслуживание дешевли "Классики". Особенно идиотическими выглядят руководители компаний, которые сами пытаются наполнить свою визитку через ЦМСку, сидят - пыхтят, пытаются разобраться что же у них получится, при этом УЖАСНО боятся сделать что-то - испортить, и при этом у них нет времени подписать договор с клиентом или съездить в банк за зарплатой сотрудникам и себе конечно. Или другой идиотизм - поручить наполнять сайт высококвалифицированному, высокооплачиваемому специалисту НО в другой области, час работы которого стоит офигенных денег. Это МИФ разработчиков этих ЦМСок, развод (я говорю не про порталы и другие динамические программные продукты, а про ЦМС для "статических" сайтов).

И уж тем более это странно слышать на HTMLBOOK - форуме!!!

Да и практика показывает, что примерно 50% клиентов, даже установив себе ЦМСку, от которой наши менеджеры их отговаривали, всеравно присылают материал чтоб мы его разместили на их сайте, только лишнее бабло заплатили в свое время.

Edited June 6, 2011 by Droshka

[Shift-Web]

Учитывая когда эта тема была поднята и сколько она актуальна, позвольте и мне высказаться.

Делать на CMS, особенно "визитки", - это ПОНТЫ. У нашего чела в голове сидит миф, что отвалив баблосы за Мерса или Бэху он получит обслуживание дешевли "Классики".

Особенно идиотическими выглядят руководители компаний, которые сами пытаются наполнить свою визитку через ЦМСку, сидят - пыхтят, пытаются разобраться что же у них получится, при этом УЖАСНО боятся сделать что-то - испортить, и при этом у них нет времени подписать договор с клиентом или съездить в банк за зарплатой сотрудникам и себе конечно.

Или другой идиотизм - поручить наполнять сайт высококвалифицированному, высокооплачиваемому специалисту НО в другой области, час работы которого стоит офигенных денег. Это МИФ разработчиков этих ЦМСок, развод (я говорю не про порталы и другие динамические программные продукты, а про ЦМС для "статических" сайтов).

И уж тем более это странно слышать на HTMLBOOK - форуме!!!

Да и практика показывает, что примерно 50% клиентов, даже установив себе ЦМСку, от которой наши менеджеры их отговаривали, всеравно присылают материал чтоб мы его разместили на их сайте, только лишнее бабло заплатили в свое время.

Давайте порассуждаем, коли такая тема подвернулась... Ловите подачу, чО там в муку пукать за зря ...

——-

>> ПОНТЫ, мерсы и бэхи

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

>> наполнение

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

>> Другой идиотизм

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

>> И уж тем более это странно слышать на HTMLBOOK - форуме!!!

Ох .. и вправду. Чо там ещё за разделы такие по жабаскриптам, программированию какому то и слово то ещё какое ... ух едрит! CMS!

>> Практика

Если ваша практика с 50% клиентов на статике вас устраивает -- нет проблем. Дело нрава, вкуса и т.д.

[Droshka]

Давайте порассуждаем, коли такая тема подвернулась... Ловите подачу, чО там в муку пукать за зря ...

Если ваша практика с 50% клиентов на статике вас устраивает -- нет проблем. Дело нрава, вкуса и т.д.

Ну и рассуждения у вас!

Кроме как пукать - никаких доводов не услышал. Доводы и факты ЗА ЦМСку огласите, пожалуйста.

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

И пожалуйста, извольте без жаргона, не в пивнушке же собрались.

50% - это не на статике! Перечитайте еще раз, это кто заплатил за ЦМСку и не наполняет её сам. А у вас какой процент, можно узнать?

Основной довод для клиента в пользу HTML-я, при прочих равных - Дешевле. Как создание сайта, так и его поддержка, т.к. подразумевает дополнительные этапы разработки сайта ("натяжка" дизайна на ЦМСку и настройка самой ЦМСки) и в обслуживании - будь то подключение новых модулей или же обновление, а так же повышенные требование к хостингу.

Я еще как-то для себя могу объяснить "админку" под "визитки" для флэш сайтов, но для "статики"...

По поводу разделов "жабаскриптов" и программированию - вообще не понял. И при чем тут раздел "ух едрит! CMS!"? У вас программирование только в CMS бывает или в этом разделе табу за чистый код высказываться? И причем тут телеги? Если вы их с html-ем ассоциируете, то смею вас уверить, это как раз наоборот.

На html-е сайт в разы будет быстрее, чем на ЦМСке - с этим утверждением надеюсь спорить не будете?

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

И задача специалиста - объяснить БЕСПРИСТРАСТНО все плюсы и минусы клиенту, перед тем как он сделает свой выбор, а не навязывать ему своё предпочтение. Возможно у вас другой подход.

Edited June 10, 2011 by Droshka

[ShumNo]

На html-е сайт в разы будет быстрее, чем на ЦМСке - с этим утверждением надеюсь спорить не будете?

Все зависит от того в каких ситуациях быстрее или медленнее, как самая логичная это отдача страниц анонимным пользователям в этом случае все зависит от кеширования. Может быстрее, но не в разы, а может и не быстрее, а точно так же. У многих систем есть возможность кешировать и отдавать html минуя php и cms. Время дополнительное будет уходить на обработку апашем правил. Такой плагины точно есть у WP и у Drupal (работающий на виртуальном хостинге)

[Droshka]

согласен, но

1. уж точно не быстее HTML-я

2. даже если есть кеширование, то нагрузка на процессор несравнима с HTML-ем.

Ну ладно, соглашусь что не в разы - ТЕОРЕТИЧЕСКИ, это чтоб тему не мусорить и не углубляться кто каким модулем в WP и Drupal пользуется и почему результаты некоторых модулей прямо противоположные.

Приведу еще пару доводов в пользу HTML-я:

1. (сейчас предвижу накинутся - мол есть тоже модули) - дубли страниц. Кто не в курсе - для выдачи в поисковой системе - это очень плохо. robots.txt конечно может исправить ситуацию, но иногда... по умолчанию создаваемый ЦМСкой отсекает от ПС всё нужное даже.

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

А вообще, "визитку" на Друпал - это сильно!!!

Вот приходите вы в автосервис к примеру или к стоматологу, у них тоже один инструмент на все случаи?

Edited June 10, 2011 by Droshka

[ShumNo]

согласен, но

1. уж точно не быстее HTML-я

2. даже если есть кеширование, то нагрузка на процессор несравнима с HTML-ем.

Ну ладно, соглашусь что не в разы - ТЕОРЕТИЧЕСКИ, это чтоб тему не мусорить и не углубляться кто каким модулем в WP и Drupal пользуется и почему результаты некоторых модулей прямо противоположные.

Приведу еще пару доводов в пользу HTML-я:

1. (сейчас предвижу накинутся - мол есть тоже модули) - дубли страниц. Кто не в курсе - для выдачи в поисковой системе - это очень плохо. robots.txt конечно может исправить ситуацию, но иногда... по умолчанию создаваемый ЦМСкой отсекает от ПС всё нужное даже.

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

А вообще, "визитку" на Друпал - это сильно!!!

Вот приходите вы в автосервис к примеру или к стоматологу, у них тоже один инструмент на все случаи?

для примера тест утилитой ab на отдачу html страницы

Время отдачи главной страницы сайта составило 20мс

Время отдачи другой страницы не входящей в состав движка 15мс

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

Нагрузка на процессор тоже примерно одинакова так как обе страницы все равно отдает веб сервер

Поисковая оптимизация и дубли страниц. Да дубли текста обычно это превью страницы есть из-за того например, что на сайте могут быть теги в которые входят анонсы страниц и т.д Дублей же основных страниц отсутствуют так как у каждой страницы есть только 1 url адрес который знает поисковая система. Большие файлы лично я закачиваю по ftp. При чем тут html и cms не очень понятна,но точно такая же возможность закачать файлы из системы у меня тоже есть и прекрасно работает

Да, меня тоже посещали мысли, как можно и стоит ли делать визитку на том же друпале или аналогах, если заказчику нужны то всего 2-3 функции, но с другой стороны опять таки тот же друпал не такая уж и тяжелая система без тяжелых модулей она в 2-3 раза легче, чем тот же вордпресс и функционально опережая его на 2 порядка. Да и какая особо разница как грузит система сервер на визитке то? Если любой приличный хостинг должен держать в сутки 200-500 человек без кеширования, а с кешем как минимум несколько тысяч. Много таких визиток на которые заходит несколько тысяч? На вскидку я таких не вспомню

[Droshka]

На обычном боевом сервере эти значения будут...

Не совсем понимаю выражение "ОБЫЧНОМ боевом сервере". Вы про Dedicated Server для "визитки"?

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

Это в идеале (- про HTML), а я про использование плагинов, (Views или ЧПУ теже) которые генерят один и тот же контент по разным ссылкам. И к сожалению, студиями мало внимание уделяется как потом - после сдачи клиенту, этот сайт предстанет перед поисковой системой.

Давайте чтоб тему не засорять просто наберете в поиске название Вашей любимой CMS-ки + дубли страниц.

Большие файлы лично я закачиваю по ftp. При чем тут html и cms не очень понятна,но точно такая же возможность закачать файлы из системы у меня тоже есть и прекрасно работает

работает - пока большие файлы закачиваете по ftp

а я вообще то про зависимость от директив upload_max_filesize и post_max_size,

для клиента ваши объяснения что он выбрал сам такой хостинг - как отмазка звучать будут

Да, меня тоже посещали мысли, как можно и стоит ли делать визитку на том же друпале или аналогах, если заказчику нужны то всего 2-3 функции, но с другой стороны опять таки тот же друпал не такая уж и тяжелая система без тяжелых модулей она в 2-3 раза легче, чем тот же вордпресс и функционально опережая его на 2 порядка. Да и какая особо разница как грузит система сервер на визитке то? Если любой приличный хостинг должен держать в сутки 200-500 человек без кеширования, а с кешем как минимум несколько тысяч. Много таких визиток на которые заходит несколько тысяч? На вскидку я таких не вспомню

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

Стоп. Если человеку понадобились даже те три функциональные возможности, то конечно ни о каком html-е речи уже не может быть. Я же не говорю, что ЛЮБОЙ сайт нужно делать на HTML-е! Я лишь за откровенность перед клиентом с объяснением ВСЕХ плюсов и минусов, ну и за то что нельзя относиться с таким пренебрежением к обычному коду.

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

С уважением, А.В.

[ShumNo]

На обычном боевом сервере эти значения будут...

Не совсем понимаю выражение "ОБЫЧНОМ боевом сервере". Вы про Dedicated Server для "визитки"?

Нет обычный шаред хостинг за 70-150 деревянных в месяц

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

Это в идеале (- про HTML), а я про использование плагинов, (Views или ЧПУ теже) которые генерят один и тот же контент по разным ссылкам. И к сожалению, студиями мало внимание уделяется как потом - после сдачи клиенту, этот сайт предстанет перед поисковой системой.

Давайте чтоб тему не засорять просто наберете в поиске название Вашей любимой CMS-ки + дубли страниц.

Дубли могут быть, как я уже сказал у того же друпала есть системный адрес node/% так и алиас (если он есть конечно вообще), НО поисковая система системные адреса не знает и мне не понятно с чего вдруг она должна их знать? Нету дублей дубли возникают только за счет функциональности сайта, как я привел пример с тегами и то дубли только превью контента и то только, если страниц на сайт уже как минимум 50-100+

Большие файлы лично я закачиваю по ftp. При чем тут html и cms не очень понятна,но точно такая же возможность закачать файлы из системы у меня тоже есть и прекрасно работает

работает - пока большие файлы закачиваете по ftp

а я вообще то про зависимость от директив upload_max_filesize и post_max_size,

для клиента ваши объяснения что он выбрал сам такой хостинг - как отмазка звучать будут

К ftp отношения не имеет оно по ftp лично у меня прекрасно загружаются файл 1.5 gb больше я не пробовал. Из под системы да стоит ограничение, но оно на сколько я знаю меняется директивами .htaccess - о чем мы?)

Да, меня тоже посещали мысли, как можно и стоит ли делать визитку на том же друпале или аналогах, если заказчику нужны то всего 2-3 функции, но с другой стороны опять таки тот же друпал не такая уж и тяжелая система без тяжелых модулей она в 2-3 раза легче, чем тот же вордпресс и функционально опережая его на 2 порядка. Да и какая особо разница как грузит система сервер на визитке то? Если любой приличный хостинг должен держать в сутки 200-500 человек без кеширования, а с кешем как минимум несколько тысяч. Много таких визиток на которые заходит несколько тысяч? На вскидку я таких не вспомню

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

Стоп. Если человеку понадобились даже те три функциональные возможности, то конечно ни о каком html-е речи уже не может быть. Я же не говорю, что ЛЮБОЙ сайт нужно делать на HTML-е! Я лишь за откровенность перед клиентом с объяснением ВСЕХ плюсов и минусов, ну и за то что нельзя относиться с таким пренебрежением к обычному коду.

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

С уважением, А.В.

А чем поисковые боты отличаются от обычных пользователей? скорость отдачи страницы такая же, что голый html, что страница из кеша, такая же потому что эту самую страницу отдает один и тот же инструмент - апаш сервер (как самый распространенный пример) так что если боты завалят такой сервер они точно так же завалят сервер на голом html разницы нет. Представить что сайт из 10-50 страниц завалит поисковый бот мне сложно представить так как бот сканирует с достаточно большим таймаутом страницы гугл вроде секунд 5-10 минимум и то только после ручной доводки в панеле вебмастера, а уж чтоб уложить сайт он его досить должен по 50-100 запросов в сек

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

Вы правы, что обычный неподготовленный пользователь не сможет скорее всего что-то кроме шухера навести на сайте, но клиенты всегда хотят иметь возможность хотя бы текст подправить или изменить 2 слова, объяснить им, что они этого делать не смогут вообще сами совсем не есть хорошо или им надо объяснить нечто большее чем "авторизоваться и кликнуть сюда"? Клиенты особенно маленькие предприятия хотят сами управлять своим подчас маленьким сайтом, ну вот хотят они редактировать собственные тексты или добавить пару новых страниц и вполне себе понимают/запоминают на какие кнопки надо нажимать. Многие визуальные редакторы на порядок проще того же ворда, за счет всего 10-15 функций - форматирования текста и графики внутри него

Edited June 10, 2011 by ShumNo

[Droshka]

для примера тест утилитой ab на отдачу html страницы

Время отдачи главной страницы сайта составило 20мс

Время отдачи другой страницы не входящей в состав движка 15мс

Вот вы опубликовали результаты теста, который сами же и провели, я правильно понял, что время отдаваемой страницы формируемой "движком" на 5 мс больше, чем не формируемой "движком"? Главная страница была закеширована в момент этого теста?

Это для меня не принципиально, просто хотелось бы уточнить.

К ftp отношения не имеет оно по ftp лично у меня прекрасно загружаются файл 1.5 gb больше я не пробовал. Из под системы да стоит ограничение, но оно на сколько я знаю меняется директивами .htaccess - о чем мы?)

Да я и не про FTP речь вел, а как раз про наличие ограничения закачки больших файлов через "админку" и что про эти ограничения никто не упоминает даже когда сайт сдают клиенту. А по поводу изменения этого значения средствами .htaccess - так это получиться сделать если хостер позволит.

Дубли могут быть, как я уже сказал у того же друпала есть системный адрес node/% так и алиас (если он есть конечно вообще), НО поисковая система системные адреса не знает и мне не понятно с чего вдруг она должна их знать? Нету дублей дубли возникают только за счет функциональности сайта, как я привел пример с тегами и то дубли только превью контента и то только, если страниц на сайт уже как минимум 50-100+

пример-1 пример-2 пример-3

достаточно?

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

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

А продолжим тем, что изменив один символ в подвале - часто имеем кеш == 0. А боты бывают разные, есть щадящие, а есть...

Вы правы, что обычный неподготовленный пользователь не сможет скорее всего что-то кроме шухера навести на сайте, но клиенты всегда хотят иметь возможность хотя бы текст подправить или изменить 2 слова, объяснить им, что они этого делать не смогут вообще сами совсем не есть хорошо или им надо объяснить нечто большее чем "авторизоваться и кликнуть сюда"?

Про "шухер" понравилось фраза! Могу стырить?

А если серьёзно, то конечно нужно объяснять клиенту многие вещи, хотябы взять к примеру, что если он хочет чтобы в названии фотографии (теги alt и title) были кавычки, то нужно не кавычки вбивать в определенное окошко, а некие символы. Это азы web-грамотности. Как же иначе?

(кстати, а Друпал меняет автоматом символ " на спецсимвол " при наполнении страницы пользователем, в частности alt, title ну и другие?)

А в реальности имеем мягко говоря "умалчивание", так еще и на форуме человеку по ушам готовы проехаться, а вместо аргументов апоненту - "жабаскрипты". Злые вы тут, пойду я опять в читатели.

[ShumNo]

для примера тест утилитой ab на отдачу html страницы

Время отдачи главной страницы сайта составило 20мс

Время отдачи другой страницы не входящей в состав движка 15мс

Вот вы опубликовали результаты теста, который сами же и провели, я правильно понял, что время отдаваемой страницы формируемой "движком" на 5 мс больше, чем не формируемой "движком"? Главная страница была закеширована в момент этого теста?

Это для меня не принципиально, просто хотелось бы уточнить.

да именно так, страница конечно же должна быть уже в кеше. Для wp плагин WP Super Cache а для друпала6 буст

Попробуйте тоже)

К ftp отношения не имеет оно по ftp лично у меня прекрасно загружаются файл 1.5 gb больше я не пробовал. Из под системы да стоит ограничение, но оно на сколько я знаю меняется директивами .htaccess - о чем мы?)

Да я и не про FTP речь вел, а как раз про наличие ограничения закачки больших файлов через "админку" и что про эти ограничения никто не упоминает даже когда сайт сдают клиенту. А по поводу изменения этого значения средствами .htaccess - так это получиться сделать если хостер позволит.

А почему хостер не должен этого позволять и о каких объемах идет речь? Почему клиент не может пользоваться фтп? О чем мы?)

Дубли могут быть, как я уже сказал у того же друпала есть системный адрес node/% так и алиас (если он есть конечно вообще), НО поисковая система системные адреса не знает и мне не понятно с чего вдруг она должна их знать? Нету дублей дубли возникают только за счет функциональности сайта, как я привел пример с тегами и то дубли только превью контента и то только, если страниц на сайт уже как минимум 50-100+

пример-1 пример-2 пример-3

достаточно?

Нет не достаточно

Первый пример идет 301 редирект это говорит о том, что где-то что-то не так подкрутили, что яша узнал системный адрес либо раньше не было чпу. Со временем node/1 исчезнет

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

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

В общем не убедили, настроить можно хоть 10 адресов для одной страницы друпал это позволяет Да и сайты с не одной сотней страниц на голом html не склепаете

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

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

А продолжим тем, что изменив один символ в подвале - часто имеем кеш == 0. А боты бывают разные, есть щадящие, а есть...

Да я же говорю, что время на обработку правил есть, но это уже не здоровая экономия. Изменив страницу кеш да исчезнет и тут у меня вопрос сколько времени надо на изменение страницы на сервере? Моему серверу 0.1с а вам?

Вы правы, что обычный неподготовленный пользователь не сможет скорее всего что-то кроме шухера навести на сайте, но клиенты всегда хотят иметь возможность хотя бы текст подправить или изменить 2 слова, объяснить им, что они этого делать не смогут вообще сами совсем не есть хорошо или им надо объяснить нечто большее чем "авторизоваться и кликнуть сюда"?

Про "шухер" понравилось фраза! Могу стырить?

А если серьёзно, то конечно нужно объяснять клиенту многие вещи, хотябы взять к примеру, что если он хочет чтобы в названии фотографии (теги alt и title) были кавычки, то нужно не кавычки вбивать в определенное окошко, а некие символы. Это азы web-грамотности. Как же иначе?

(кстати, а Друпал меняет автоматом символ " на спецсимвол " при наполнении страницы пользователем, в частности alt, title ну и другие?)

А в реальности имеем мягко говоря "умалчивание", так еще и на форуме человеку по ушам готовы проехаться, а вместо аргументов апоненту - "жабаскрипты". Злые вы тут, пойду я опять в читатели.

Алфавит я не патентовал

Друпал, если я правильно помню, умеет альты к картинкам заполнять сам автоматически при создании ноды

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

Edited June 12, 2011 by ShumNo

[KatKlya]

Кто работал с этими движками может сказать, что же лучше - Joomla или WordPress ? С чем удобней и легче работать? Что выбрать?

[RodgerFox]

Статический сайт ( html/css/js)

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

Может быть готовое коробочное издание (CMS) ну или же SAAS ( это когда ты не качаешь движок к себе, потом ставишь на хостинг) Ты как бы берешь в аренду систему, а тот у кого берешь сам занимается хостингом и т.п. в этом случае ты платишь арендную плату за использование продуктом.

[ashton-lex]

Кто работал с этими движками может сказать, что же лучше - Joomla или WordPress ? С чем удобней и легче работать? Что выбрать?

WordPress естественно.

[d0ublezer0]

WordPress естественно.

Стало интересно: можете показать хорошо сделанные сайты на том и на другом движке? Для сравнения.

[sashakee]

WordPress естественно.

Стало интересно: можете показать хорошо сделанные сайты на том и на другом движке? Для сравнения.

Wordpress заточен больше под блоггеров. На Joomle часто делают интернет-магазины с компонентом Virtuemart. InstantCMS хорошо подходит для порталов. Тяжело сказать что лучше из них. Лучше наверно Друпал и Битрикс. Вот можете просмотреть сайты cmsmagazine.ru/catalogue/

Edited February 6, 2013 by sashakee