Работы на полчаса, скрипт просто избавляет от необходимости щелкать мышью по одинаковым кнопкам. Алгоритм примитивный, там, где требуется добить что-то в форму - там не кликать. Так что на качестве регистрации этот скрипт никак не сказывается. По крайней мере месяца три уже пользуюсь - негативных сторон нет никаких нет. Скорость работы в 8-10 раз выше чем тупо руками долбить по кнопкам.
Если сами встроите - будет хорошо. Пока пользуемся самописными, естественно проплатив предварительно по плану "профи".
Вообще, что самое неприятное у вас в 1.ps - необходимо каждый раз делать отбор каталогов, а ключевую строку по которой делаешь поиск Вы не сохраняете нигде, приходится ее в блокноте хранить. Ну и поиск конечно жутко медленный на яваскрипте. Я бы попросил сделать что-то более приличное с бинарным поиском, например, то есть технически более сложное но и более эффективное.
Это вопрос терминологии. Чтобы не было пустого трепа сформулирую так: одно из основных свойств данного класса программ - отделение контента (которым управляют) от оформления (которым не управляют, или управляют но реже и хуже).
Что такое "шаблонизатор" - я не знаю. Вообще кроме этого форума редко его встречаю. В моем понимании это не законченный продукт, а блок, модуль, сервис, технология - как угодно обзови - позволяющий писать шаблоны чего-либо как-либо. В данном разговоре этот термин совершенно излишен.
Мегамозг, по сути Вы написали следующее: CMS, как софт, часто недоступен, поэтому оптимизатор в рамках работ должен переписывать тот мусор, который он почему-то имеет и который совершенно не выполняет нужных функций (то есть не является CMSом).
Я конечно не знаю, возможно на текущий момент много плохих CMS. Только я не уверен, что они выживают при такой конкуренции. Смотрите, коммерческих CMS только в России 3-5 коробочных решений. Плюс с десяток кастомизируемых под проект CMF. Стоимость этих нормальных решений от 0 до 2000$, причем большинство из них стоят (или имеют достаточно функциональные версии) менее чем 400 баксов. Нормальных (известных, функциональных, не криво работающих) open-source CMS тоже с десяток.
Так что если даже сейчас оптимизатору приходится порой (не знаю, у меня не так) сталкиваться с кривыми решениями, то рано или поздно они будут заменены на нормальные решения.
За исключением идентификатора сессий все остальное изложенное выше с моей точки зрения никакого отношения к CMS не имеет. Первая функция CMS - отделять оформление от содержания. Поэтому в нормальных CMS верстка ровно та, которую туда засунул разработчик и никакой код сама CMS не генерирует. Метатэги - часть управляемого контента и тоже не зона ответственности нормальных CMS. Поделки не в счет.
Нужно смотреть именно на то, что является принадлежностью CMS на которую никак (обычно) не влияет разработчик сайта и контент-менеджер.
Соответственно, реальные различия в CMS, которые хоть как-то касаются SEO:
- Методика формирования URL (одноуровневые папки, многоуровневые пути, одно имя скрипта + идентификатор страницы и т.д.). Однозначно влияют на то, как сайт интерпретируется краулером, хотя никто не может точно знать как.
- Скорость выдачи страниц. Чем медленнее выдаются страницы, тем медленнее индексируется сайт. Или не индексируется вообще, если времена генерации страниц чудовищные.
- Уже упоминавшиеся ранее уникальные идентификаторы сессий. IMHO, поисковики умеют их отличать, но скорее всего механизм не 100% надежен.
- HTTP заголовки, которые выдает пара webserver+CMS. Вплоть до того, что сайт вообще не будет индексироваться если заголовки не такие, какие ожидает краулер (у нас в блоге я писал на эти темы пару раз).
Возможно есть что-то еще, но менее существенное.
Почему же некорректно, если честно ответить что и как - это нормально будет. Тем более из первых рук.
Касательно детализации трафика тогда к Вам вопрос - в каком виде её можно будет получить. Поясню. В начале этого года провайдер нашего коллокейшна насчитал нам за три дня (1-3 января) входящего зарубежного трафика на 300 баксов. Я знаю, что до середины декабря на машине творилось черти что, стояли трояны и прочая пакость. Наверняка трафик был. Но когда машину передали на обслуживание нам мы все почистили и дыры закрыли. Закрыли примерно 20 декабря. Однозначно, что 1-3 января сервером никто не занимался в плане апгрейда софта, но по отчету провайдера трафик шел именно с 1 по 3. Как ножом. Это все предыстория. Главное, что когда мы запросили отчет любой мало-мальский вразумительный мне сказали что логи не хранятся и был трафик или нет разобраться уже нельзя. При этом на вопрос "а на каком основании выставлен счет" толком ничего так и не ответили, но счет убирать не захотели.
Собственно, еще две конкретные ситуации:
- ночью в 3:00 падает сервак. нужно его перегрузить. возможно ли обращение с подобным запросом к вам по email/телефону? какова скорость реакции?
- в праздничные дни, которых у нас под месяц в году останавливается вентилятор на сервере. нужно его пропылесосить или поменять, для чего мы хотим посетить датацентр. что нужно будет для этого (заявка за 2 недели в трех экземплярах с подписью гендиректора от нас, или вообще посещение датацентра невозможно в нерабочие дни)?
по цене - 114 р за гиг превышения - это с ндс? то есть стандартная цена от магистрального провайдера, как у всех, или с накруткой какой-то?
А что по этому поводу у Кнута? У меня опять утырили нужный том с полки. Пойду убивать скоро.
По всей видимости те, на кого нацелен этот сайт (потенциальные покупатели новой Audi TT) работают в инете не по диалапу. Хотя ситуация с инетом вопреки официальной статистике IDC даже в развитых странах не везде приемлемая - я в Австрии в соседний город в интернет-кафе вынужден был ездить.
Касательно идеи - обалденно. Касательно исполнения - на уровне. Есть небольшие неудобства: в тупиковых ветвях (типа двух нижних на карте сайта) нужно подумать прежде чем сможешь вернуться к этой схеме навигации. Нужно догадаться что нажав x close ты вернешься на предыдущий шаг. Минус, все таки, что нужно привыкать к устройству сайта, на это нужно время. Но это же и плюс - все, что воспринимается как игра потихоньку захватывает и увлекает. А, соответственно, и лучше запоминается.
10 баллов из 10.
В полной версии "Twilight CMS" (www.twl.ru) есть готовый пример интернет магазина, поменяв дизайн которого можно его использовать без всяких доделок. Из ваших конкретных требований доделать нужно будет только пересчет в разные валюты, поскольку модуль работы с центробанком есть, но в демонстрационный магазин он не подключен.
Посмотреть чисто внешне как это выглядит можно на http://photosale.stratek.ru, доменное имя прописали сегодня, поэтому если оно не открывается еще - подождите пару часиков.
Полная версия "Twilight CMS" стоить будет 400$.
Тут из растра только текстура кирпича и потолка. Все остальное - гольный вектор. Откуда вы такие цифры берете - непонятно. Flashка будет килобайт 5-10, ну 20 на худой конец, если флэшер бездарь. Если там нет за этой картинкой тучи экранов с фотографиями, конечно и музыки в формате mp3.
С помощью &XXXX; можно закодить короткую строку. Но это не подход, если нужно сделать целый сайт.
В общем правильный подход такой: на странице использовать кодировку UTF-8 (юникод), которая однозначно будет видна в виде арабских или любых других символов на любой машине, где устройство вывода умеет рисовать эти символы. В частном случае имеет арабский шрифт, установленный на машине. При этом для ввода контента на арабском (вьетнамском, корейском, и т.д.) необходимо или иметь уже набранный в unicode кодировке документ, или установленную раскладку клавиатуры для самостоятельного набора. Естественно, что нужно знать эту раскладку (лучше иметь соответствующий комплект наклеек на клавишах).
Есть второй вариант. Для многих языков (например для русского) есть свои собственные локали (в данном случае windows-1251), которые используют таблицу символов с кодами 0..255 для хранения нестандартных символов (в данном случае русских букв) в определенных ячейках. Для арабского не знаю, но для вьетнамского совершенно точно набор нестандартных букв точно также может лежать в этой области. В принципе, можно сделать точно такую же работу как и с русской кодировкой, набирать текст и сохранять его в такой специальной кодировке. Преимущество - будет по 1 байту на символ против 2 в UTF-8, то есть размер страницы будет почти в 2 раза меньше. Недостаток - у кого на машине такой кодировки нет ничего на веб-странице не увидит.
Потенциальная засада: вы делаете сайт в UTF-8, а вам заказчик присылает контент набранный у него в офисе арабскими сотрудниками не в UTF-8 а в какой-то локальной кодировке. В ворде вы его увидите (если шрифты стоят), а вот с переносом на сайт будет геморрой. Хотя невозможного ничего нет.
В общем, если вы действительно хотите с этим связываться - разберитесь с механизмами, как все это работает (потому что как я все это изложил - скорее всего с первого раза в голову не уложится).
Глючная до невозможности. Даже оттестировать нормально не смогли, не говоря уже о медленной работе и большом трафике.
