Ayavryk

Ayavryk
Рейтинг
209
Регистрация
11.10.2003

> Возможно, но контент менеджер обучается очень быстро (по сравнению с...

Можно кошку научить есть соленые огурцы, если бить ее по голове.

Про то что бывает еще хуже я никогда не спорил. Бывает еще ужаснее и в платных CMS Вот лучше бывает очень мало.

Но если не волнует комфортность работы контент-менеджера, то почему бы и нет?

> Грамотный админ

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

Но если не напрягает постоянное пропатчивание, вместо способа - поставить и забыть, то почему бы и нет?

> "свои типы материалов" - изврат друпала, это мое мнение.

Извращение - отсутствие возможности кастомизации полей и связей из админки, так как это давно начали делать во многих CMS.

Но если не напрягает анальный способ избавления от родовых недостатков, то почему бы и нет?

> Таким образом можно "опустить" любую систему, но у нас считается хорошим

> тоном опускать Joomla :-) Национальная черта наверное...

Вы правы - 95% всех CMS на рынке - такое же убожество как и Джумла.

Но опустить Джумлу в топике про джумлу - никак не проявление национального менталитета, а проявление здравого смысла.

1. Валидность с точки зрения стандарта xHTML можно обеспечить добавлением дополнительного namespace. см. например здесь или здесь. Но W3C HTML-валидатор тупой и это не пропустит. Так что вам от этого легче не станет.

2. Я так понимаю, что все это нужно для работы JavaScript?

Если так, то все можно любые доп. данные паковать в class, а затем на клиенте преобразовывать в то что надо.

В jQuery для этого есть плагин metadata (который нетрудно написать самому) Он позволяет вытаскивать данные заданные в классе в формате json типа:

<span class="myData {hashString:'a9151fcce2b241caec82fd59d009d975',hashType:'content',...}"></span>

.....................................................................................................

.....................................................................................................

<script>

var hashString=$('.myData').metadata.get('hashString'),

hashType=$('.myData').metadata.get('hashType');

</script>

Имхо - это наиболее правильный метод. Хотя не без недостатков.

Дополнительно:

- совершенно ублюдочный админ.интерфейс. Правда у других не намного лучше

- вероятность взлома пропорциональна распространенности. Джумла - самая распространенная CMS

schumi.net.ru:
http://tinyvds.ru/vds/
Кто работал с этими компаниями?

Работаю примерно полгода с VDS. Очень доволен. До того сидел на гнилом FirstVDS,

Техподдержка оперативная. Цена/Качество на уровне.

Из недостатков.

1. Раз в 2-3 месяца на несколько часов сильно тормозил канал где-то в Германии.

2. Какая-то напряженка с отдельными IP

И кстати - что входит в комплект установки VPS?

По мне - все что нужно - mySQL + php + ISPmanager(Lite) Т.ч. я начал работать сразу.

Не понимаю вопрос. 99% сайтов можно сделать используя любую ходовую CMS типа Joomla

Но имхо если ширпотребная CMS себя как-то опознает у нее ненулевые шансы стать жертвой взлома.

Уязвимости печатают намного чаще, чем владельцы сайтов ставят заплатки.

Если кто не помнит - в 2004 году за несколько дней легли почти все форумы phpbb. Зараженный движок через Google искал незараженных соседей и внедрял туда вирус.

Нет никакой гарантии что тоже самое рано или поздно не повториться с другими распространенными движками. Особенно с блоговыми. Там почему-то всегда стоит подпись "сделано на ..."

ИМХО

Лучше всего с документацией на русском у CI и он максимально простой. Но он похоже загнивает и рассматривать его на перспективу имхо не стоит.

Кохана = доработанный CI с плохой документацией

YII немного сложнее CI, но имеет много больше возможностей. с русской документацией хуже чем у CI

Cake сложнее YII, с русской документацией лучше чем у YII

Symphony сложнее Cake и с русской документацией не очень.

TES:
В году этак в 2060 перейду,ну и в этом же 2060 на CSS3.

Вместо того чтобы такое говорить, посмотрите процент броузеров IE5 (1998) или FF1 (2004)

Любой текст набранный в визивике нужно чистить. И на клиенте и на сервере.

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

Не помню как в Tiny, но в FCK чистилка MS-мусора повязана на CopyPaste по дефолту

AndreyVasyuk:
а в чем вопрос? или это пища к размышлению просто?

Пища для размышлений, естественно.

Есть такая штука - "Ластик Меера". CSS который сбрасывает все установки броузера в ноль. В результате нивелируется разница предустановленных стилей в разных броузерах.

Очень рекомендуется начинать верстку с вставки этого CSS.

Всего: 2264