IPS позавчера опубликовали наброски изменений в скинах.

http://forums.invisionpower.com/index.php?showtopic=272795

Что-то мне оно не нравится.

Писал о причинах в самом начале. :)

 

+++

 

Кстати, вот и первое серьёзнейшее разочарование меня постигло: action overload оказался не таким уж и гибким. Распространяется он исключительно на "секции".

 

$classname = self::$class_dir . '_' .  IPS_APP_COMPONENT . '_' . $module . '_' . $section;

Т.е. на классы в духе

public_forums_post_post

 

Всё остальное перегрузить таким образом нельзя.

 

Другими словами, насколько я понял, текущей системой хуков невозможно совершить множество самых простых вещей. Например, нельзя добавить поле "Описание №2" к топику и сохранять его содержимое в рамках стандартного update-запроса.

 

Ну и на кой черт тогда было весь огород городить? Полный фейл.. Просто антивосторг.

 

Либо я фундаметнально ошибаюсь и не вижу что-то.

Если будет больше сайтов с уникальной полезной информацией о IPB, все выиграют.

Из топа ПС проще вытеснить псевдоварезники, которые воруют контент.

Я не как не могу взятся нормально за свой сайт, летом возьмусь за него, как следует.

Правда он не по IP.Board будет, но и internet технологии и движки описываются.

 

Есть смысл выводить на них RSS ленты, блогов по IPB, это поможет?

 

Завел себе блоггггг, буду там писать про исследования 3.0.

Подписался на rss. Буду читать.

WildRAID

Я пока лениво ковыряюсь со скином. К сожалению, не могу пока объективно оценить...

Непривычно. Приходится себя ломать :)

Хотя мне очень нравятся новые возможности редактирования кода. Теперь можно открыть быстро все шаблоны и визуално там делать замены.

И undo есть :)

 

Есть смысл выводить на них RSS ленты, блогов по IPB, это поможет?

Очень аккуратно только с этим.

Контент с rss не должен быть основным, иначе это повредит Вашему блогу.

WildRAID

 

Я еще с хуками не разбирался, но что еще можно перегружать, если секции - это единственное, где всё происходит? Модули и app - понятия достаточно условные и существуют только в голове форума.

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

Отсюда выходило, что напишут что-то типо UMI, только с редактированием файлов форума, которое предоставит более расширенные интерфейсы для модификаций

Например, нельзя добавить поле "Описание №2" к топику и сохранять его содержимое в рамках стандартного update-запроса.

в рамках стандартного нельзя, в рамках дополнительного же можно?

ЗЫ я код вообще не читал

Очень аккуратно только с этим.

Контент с rss не должен быть основным, иначе это повредит Вашему блогу.

Не будет, информации планируется, много. Это хоть и хомяк, но и личный портал. Блог, форум, авторские материалы.

Я еще с хуками не разбирался, но что еще можно перегружать, если секции - это единственное, где всё происходит?

 

Классы из classes. В секциях просходит, по сути, подключение необходимых специализированных классов и выполнение тех или иных функций из них. Ну и всякие там проверки, финальные парсинги, сборка информации в красивую кучку, кеширование и т.п. по мелочи.

 

В данный момент вмешаться в большинство процессов посередине нельзя, т.к. они идут в /classes, а это запретная территория.

 

в рамках стандартного нельзя, в рамках дополнительного же можно?

 

Даже через дополнительный нельзя.

 

Смотри.. добавить хук ПОСЛЕ saveForm мы НЕ можем, т.к. эта функция ничего не возвращает. Из неё выходит либо silentRedirect, либо ошибка.

 

Можем добавить хук только ДО. Но тогда, во-первых, у нас ещё нет поста в БД. Update делать нечему. Во-вторых, не произведена ни одна проверка.

 

+++++

 

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

надо спросить у них на форуме, наверное даже тема подобная есть.

Потому что опять начнется редактирование файлов - что не есть гуд

bfarber подтвердил мои догадки..

 

Yeah, you can only override source action files. So when class files take over and do the work (and especially when they redirect, etc. afterwards) it makes things a little challenging.

 

Some class files have built in hook functionality (like publicSessions.php) but not all.

 

I think you'll have to modify this for now, but we will look into building in specific hook functionality for the posting library in the next update, as that's very useful functionality.

 

Вообщем, ждём релиз. Судя по их форуму, трекеру и блогу Мэтта, до фига всего изменится.

 

+++

 

Заглянул в publicSessions. По-видимому, он намекает на addQueryKey. Прикольно, но мало.. Очень мало.)

Мало. Очень мало.

 

Собственно они пишут, что изменится многое, имхо до релиза рано говорить.

Ссылочку справа в колонке сделала :lol:

Может кому-то хуки интересны...

Упс, пропустил.. За ссылочку спасибо, котлета за котлету, у себя тоже разместил.

Наверное, стоит исправить текст, т.к. пока там не хуки, а приложения, может что-нить типа

IP.Board 3.0. Всё о hooks и apps? (хотя там не только это будет впоследствии).

Хорошо, исправлю.

Еще несколько ссылочек есть, только не вздумайте обратки ставить.

Желательно на www.ipbhooks.ru создать нормальный robots.txt и обязательно прописать хост!

Яндекс уже скушал главную без www.

Надо срочно его повернуть, если зеркало c www должно быть основным.

 

Под вордпресс должно быть примерно так

User-agent: *
Disallow: /wp-login.php
Disallow: /wp-admin/
Disallow: /wp-includes/
Disallow: /wp-content/
Host: www.ipbhooks.ru

А посторонние тексты, если без них не обойтись, пишем ниже в комментариях!

Пример

Спасибки, всё сделал, правда, стащил расширенный robots из инета.

 

В комментариях писать ничего не буду, всё равно робот не ответит :)