Про безопасность или про профессию?
Имхо про безопасность - очевидное.
Про профессию - нет. Про профессию надо пережить и к 35-40 определиться. Иначе - беда.
Мне повезло. Я никогда не хотел быть менеджером, начальником, хозяином, раисом, ганьбу.
Офтопик
В вашей подписи плохой хостинг. Скрытые платежи и вымогательство.
rss = xml
& => &
Скорее как подмытая женщина.
Только надо отдавать себе отчет, что это путь в другую профессию. Я выше перечислил что писатели своих CMS должны на минуту превратиться в верстальщиков, дизайнеров и программистов. Про то что если они хотят заработать на этом деньги, они еще должны превратиться в менеджеров, агентов, пиарщиков я сознательно умолчал.
Вообще имхо распространенная беда, когда толковый программист становится бестолковым менеджером или еще хуже, бестолковым владельцем маленькой студии. Сам в прошлом году погорел на таком
1. Дыры латают в дистрибутиве движка а не на тех сайтах, на своих сайтах и на сайтах клиентов патчи ставят единицы. А если патч связан с переходом на новый хостинг (например из-за перехода на новую версию php) то вообще мало кто пошевелится.
2. о дырах в популярных движках знают сотни тысяч малолетних хацкеров. о дырах в самописном движке не знает даже сам автор, пока/если не сломают.
3. На голом PHP сейчас перестают писать, а в существующих фреймворках достаточное количество библиотек перекрывающих основные дыры безопасности типа SQL injection или кривой авторизации.
Топикстартеру
Каждый приличный веб-мастер, программист, верстальщик должен написать свою собственную CMS хотя бы для того, чтобы
1. понять что лучше - CMS или свой велосипед? :)
2. осознать уровень своей некомпетентости в одной или нескольких смежных областях - дизайне, юзабилити, верстке, программировании на фронте и на клиенте.
Вероятность попадания дуриком на малолетних хацкеров на опенсорсных CMS выше на несколько порядков. А вероятность взлом профессионалом такая же. Только при взломе джумлы профи думать не будет, там все заранее известно.
Не факт.
v1. Заказывает менеджер, обслуживает девочка-секретарша. Менеджеру наплевать на девочку
v2. Менеджер слышал, что 1C - это мегакруто. У них в бухгалтерии такая есть.
v3. Менеджеру кажется очень удобным Админка ModX на ExtJS, но у девочки секретарши компутер старенький и такой паровоз у нее не летит.
И самое главное - нормальная, шустрая, красивая, юзабельная админка у CMS -такого практически не бывает. Особенно у брендовых.
Скрипт действительно хороший, если не требуется никаких доработок.
Из недостатков - жуткий код, дизайн дефолта и админки.
Сам использовать не стал. Написал свое с нуля. Но это, наверное неправильно.
Если надо во всех, то у вас что-то не так.
ie8-ie9 каких-то особых глюков при грамотной верстке практически не дают.
Валидные хаки:
* html #change {...} /*ie6*/
*+html #change {...} /*ie7*/
Ну да. Правильнее было бы назвать топик
"Не имела баба хлопот" да [strike]купила порося[strike] написала свой форум :)
Высоконагруженные проекты - основное направление специалистов по высоконагруженным проектам :) А они пишут на том что привычнее. Кто на Yii, кто на Drupal, кто на самопальных CMF/CMS
Если бы не запоминалось время обращения к топикам, не могло бы получиться той картинки, которую вы продемонстрировали с разным HTML-форматированием из прочтенных и непрочтеннных . Т.е. подсчет сообщений - сам по себе, так как вы написали, + отметка прочтенных сообщений среди "новых" в сессии или действительно в бд.
Мне проще повесить это на фронтенд. Все равно использую Storage. Из того что читал про SMF отложилось что он достаточно нагруженный.
Любопытно. Я знаю похожий форум. Он был замешан на XML и возможности динамической замены src для них в ie5. Т.е. в HTML менять можно src только для картинок или фреймов, а в самом лучшем интернет- броузере IE5 (без тени иронии) можно было делать замену практически любому элементу DOM. При этом напрямую обращения к асинхронному запросу вроде даже как и не было. Все это было сделано где-то в 2001 году за несколько лет до начала развития AJAX. и в таком виде он существовал достаточно долго. Насколько я помню вебмастер даже что-то предусматривал для роботов.
