Магнат

Рейтинг
59
Регистрация
08.02.2006
Магнат, я посмотрел XenForo, в принципе да, учитывая что это самый свежий движок, и создается достаточно профессиональной командой, то и перелопачивать его не скоро будут. Однако напрягает некоторая неопределенность, в частности - отсутствие оф. релиза... А чем IBP конкретно лучше? По сравнению с тем же VB? БОльшая модульность?

Основной плюс и того и другого движка в том, что они архитектурно готовы к PHP6, в отличие от других движков. К тому моменту, когда всякие PHPBB и VB поменяют свою архитектуру у этих уже будет куча плагинов, расширений и дополнений, а первым придется их разрабатывать заново.

Подход XenForo к продаже движка мне импонирует. Они показали функционал форума и "попросили" у сочувстствующих денег, чтобы довести его до релиза. Многие проекты и бету уже ставят, пхпклуб, например.

А чем IBP конкретно лучше? По сравнению с тем же VB? БОльшая модульность?

Также как и XenForo лучше ООП - подходом и архитектурой, позволяющей расширять функциональность плагинами, а не хаками.

Что касается наличия доп. модулей, то на текущий момент VB выглядит предпочтительней, о чем я выше и писал.

Что касается плагинов и хаков, позвольте рассмотрю пример из соседней ветки где разработчик рекомендует изменить функциональность своей CMS следующим образом:

Файл /modules/site/site.admin.php
Строка 259:
$rewrite = $this->diafan->translit($_POST["rewrite"]);
Замените её на
$rewrite = $_POST["rewrite"];

В данном случае предлагается хак, который после обновления CMS "затрется" и его надо будет прописывать заново, а таких хаков может быть в приложении очень много. А вот если бы в CMS была реализована система плагинов и расширения базовых классов, то мы бы имели возможность написать собственный метод translit в собственном классе (т.е. свой плагин или расширение), который бы заменил стандартный метод translit.

snk001, рано или поздно большинство разработчиков перестанут развивать ПО в стиле обратной совместимости с PHP, что приведет к переработке всей архитектуры. А там уже все, что было привычным и любимым станет "непонятным", "глючным", "кривым".

Если форум нужен на "сейчас" с наименьшим геморроем с установкой, настройкой, обслуживанием, расширением, я бы выбрал VB или PHPBB. Если форум делается надолго с перспективой его дальнейшего развития, а не скакания по движкам, лучше выбрать IPB или XenForo.

speen, смотри в направлении symlink (символическая ссылка). Команда ln

так если я точку убираю вот так [^/\] то выдает ошибку! что правило совсем неверно

Конечно, потому что обратный слеш экранирует квадратную скобку.

Экранированная точка \. означает символ точки, просто точка . - любой символ, квадратными скобками определяется диапазон, экранированная квадратная скобка распознается как символ квадратной скобки.

[^/\.]+

это переводится как "любой символ кроме слеша и точки"

Зеркала вешаются через CNAME-запись, со своей стороны вы ничего сделать не можете

Есть у кого-нибудь мысли относительно легализации доменов, зарегистрированных на левые организации? Для передачи на другой договор или смены администратора, нужен скан о внесении в ЕГРЮЛ...

Чтобы мышу добраться до дива fourth, ему надо проехать через first и second, в итоге у вас последовательно обрабатывается три события. Как вариант, на каждом onmouseover надо перекрашивать все дивы в исходный цвет, а текущий в красный.


echo "<a href=\"".sefRelToAbs("$tgurl&func=viewcategory&catid=$catid&startpage=$seiterueck"."#anchor")."\">&lt;&nbsp;</a>";

так?

Или имеется ввиду, как с REQUEST_URI получить анкор? Никак

А есть ли FW без философии и проч, скорее как хорошая библиотека без излишнего усложнения?
С хорошей производительностью и проч.

Ну, PEAR, например, чем не устраивает? Вообще и ZF можно как отдельные библиотеки использовать, просто не использовать FrontController.

Использование любого фреймворка (в т.ч. и самописного) - это большой шаг в сторону стандартизации разработки. Что касается ZF, то кроме всего прочего надо понимать, что разработчики ZF и PHP это, фактически, одна контора и вполне возможно, что он в перспективе станет нативной библиотекой PHP.

Плюс к этому, к решениям Zenda надо относиться как единой платформе и вся прелесть разработки и эксплуатации ПО ощущается именно при использовании комплекса ZendCore + ZendPlatform + ZendDebugger + ZendStudio + ZendFramework, что приближает PHP к нормальным высокоуровневым языкам и технологиям типа .NET

Всего: 200