+25.90
Рейтинг
57.92
Сила

Алексей Качаев

Добавил
Fix
Очепятку я правил сегодня днем:
trac.lsdev.ru/livestreet/changeset/761
Сейчас сделан вызов хуков перед и после каждого event`а. А также перед и после инициализации и шатдауна экшена.
Если хранить относительные пути, то будет невозможно выносить картинки на другие сервера либо альтернативные хранилища (типа Amazon S3).

Чаще всего проекте на локальном сервере только разрабатывается и тестируется, а наполняется пользователями уже на dev-сервере.
да и для SEO полезнее
Последнее время подобные слова становятся какой-то заразной традицией. Чем для seo различны ссылки .../1.html и .../1?
Хотелки к 0.4 нужно было публиковать год назад. А не в момент предрелизного тестирования.
Интересно, а это баг, временный глюк, или просто у меня кривые руки? =) — комментарий выше
livestreet.ru/blog/dev_livestreet/3652.html#comment57298
я писал как ответ на комментарий
livestreet.ru/blog/dev_livestreet/3652.html#comment57283
А добавился он как автономный…
Скорее всего кривые руки, потому что до этого ответы на комментарии добавлялись нормально =)
Вопрос не к месту, читайте для чего был создан топик:
Все замечания и баги можно смело писать в комментарии. Еще раз, писать именно баги
security_ls_key является обязательным в формах и в ссылках, отправка на сервер которых (переход по которым) приводит к выполнению действия (добавление\редактирование\удаление и т.д.).

В поисковых формах, например, смысла в них нет =)
Но все равно нужно помнить про них, потому что ошибка «недоставленного» security-ключа при «натяжке» макета трудно диагностируема.
Сразу дополнение к пункту #3.

Иногда параметры конфигурации приходиться вызывать в альтернативных конструкциях IF. Так нельзя использовать функцию cfg, но зато можно пользоваться объектом $oConfig:

{if $cmtlevel>$oConfig->GetValue('module.comment.max_tree')}

В данном случае запрашивается значение из

$config['module']['comment']['max_tree']


Еще добавил бы п.4. В формах, отправляющих POST запросы должно быть введено новое hidden-поле для обеспечения работы системы безопасности движка:

<input type="hidden" name="security_ls_key" value="{$LIVESTREET_SECURITY_KEY}" /> 


Аналогично с некоторыми action-ссылками.

Пункт 5. Не забывайте про оформления меню и необходимость поддерживать «контейнеры», иначе в скине могут не все плагины нормально работать. Сейчас пример вы можете увидеть в header_nav.tpl (раньше на этом месте была другая конструкция):

		{if $menu}
			{if in_array($menu,$aMenuContainers)}{$aMenuFetch.$menu}{else}{include file=menu.$menu.tpl}{/if}
		{/if}
Исправлял это для плагинов, завтыкал перенести в основной Viewer.
Сейчас закомичу.
Ленты друзей в ядре нет. По идее, «я хочу читать твои записи» != «я твой друг». Дружба подразумевает обоюдное общение. Для второго есть термин following.
Нет, должна оставаться строка «Заявка отправлена». Chrome — полет нормальный.
Нет, нельзя.
А кто говорил, что будет легко? Версия меньше 1, без реконструкции невозможно развивать движек.
Вы хотите, чтобы мы писали одновременно две версии: 0.5 и 0.3.1.new? Какой в этом смысл?
не сил не желания нет никакого
Если у вас нет, то почему они должны быть у разработчиков ядра?
Пользуйтесь поиском, обсуждалось. Например
livestreet.ru/blog/3221.html