Реализовать можно всё =)
Зачатки подобного на LS есть, что принципе упрощает разработку.Подобное делал(делил пользователей на группы).
Могу даже я взяться, но через недельку… сейчас завален заказами.
В общем не найдёшь кто сделает. спишемся…
Элемент $math[0] будет содержать часть строки, соответствующую вхождению всего шаблона, $math[1] — часть строки, соответствующую первой подмаске, и так далее.
вполне возможно что таких тегов будет несколько
в таком случае лучше использовать preg_match_all — тогда найдёшь всё!
а результаты будут в аналогичном виде:
$math[0][0],$math[0][1],… — будет содержать часть строки, соответствующую вхождению всего шаблона
$math[1][0],$math[1][1],… — часть строки, соответствующую первой подмаске, и так далее.
надеюсь всё понятно объясняю.
с ходу можно предложить 2 варианта:
либо паралленьное ведение баз на 2х сайтах(разумеется только ту часть которая нужна)
либо переписать те запросы которые необходима(только не совсем запросы =) сами функции)
вобщем 2-е мне кажется лучше… т.к. в любом случае придётся много кода переписывать.
просто уже возникал токой вопрос…
Мне понятно ваше негодование…
Ответ может и шаблонный, а причины разные.
Хотелось бы обясниться, что ссылку убрали забыли разместить не из каких либо корыстых побуждений. всё получилось совершенно случайно(на самом деле ссылка добросовестно стояла на положенном месте)…
я повторюсь… мы меняем дизайн. и просто не закончили ещё. всё только начанается =) и уверяю вас что ссылка будет(как и положенно). тем более нам это не каких негативных последствий не несёт, а лишь будет приносить пользу для LiveStreet(в чём мы тоже заинтересованы: мы пользуемся LiveStreet. развивается LiveStreet — развиваемся мы)
щас как раз занимаемся дизайном… переоформляем. поставили готовую вёрстку(как нам предоставили) что-то на беклинк внимания не обратили… спасибо за замечание! обезательно поставим, как закончим мудрить с дизайном =)
недавно сделал разделение пользователей на группы… ну и цветами их подсветил blogdj.ru/people/
если будут желающие напишу мануал… только не ближайшии дня 2… комп погарел немножко =) как отреставрирую…
а вообще можно просто перед сохранением в базу по списку заменять(даже теми же регулярными выражениями) ну скажем на "" =) или на что-нибудь типо «цензура»… и тогда даже вылазить подобные «выражения» не будут…
народ, а я тут помню было уже такое… http://livestreet.ru/blog/addons/477.html
я так полагаю тоже самое… ну код конечно на другом уровне =)
или что-то в корне изменилось..?
а по моему выводить все события за неделю не стоит… Представь Asphix, листаешь ты недели(этак раз 15 к примеру), а тут он мучается подгружает… да причём если их там много будет!!!
допысывать в main.js if (USER_USE_UPLOAD_IMG == true) { не ообязательно, да и к тому же USER_USE_UPLOAD_IMG в скрипте не определена!
и ещё думаю следует заменить в actions/ActionTopic/add.tpl <a href="#" onclick="showWindow('window_load_img'); return false;" class="button"><img src="{$DIR_STATIC_SKIN}/img/img.gif" width="20" height="20" title="изображение"></a> на {if $USER_USE_UPLOAD_IMG}
<a href="#" onclick="showWindow('window_load_img'); return false;" class="button"><img src="{$DIR_STATIC_SKIN}/img/img.gif" width="20" height="20" title="изображение"></a>
{/if} чтоб не нервировать каждый раз пользователя ошибками при попытке загрузить картинку…
вот и получается всякий бред…
Зачатки подобного на LS есть, что принципе упрощает разработку.Подобное делал(делил пользователей на группы).
Могу даже я взяться, но через недельку… сейчас завален заказами.
В общем не найдёшь кто сделает. спишемся…
в таком случае лучше использовать preg_match_all — тогда найдёшь всё!
а результаты будут в аналогичном виде:
$math[0][0],$math[0][1],… — будет содержать часть строки, соответствующую вхождению всего шаблона
$math[1][0],$math[1][1],… — часть строки, соответствующую первой подмаске, и так далее.
надеюсь всё понятно объясняю.
например
и тогда в $match[1] будет искомое число. ну и просто проверить в базе.
если что не понятно пиши в
либо паралленьное ведение баз на 2х сайтах(разумеется только ту часть которая нужна)
либо переписать те запросы которые необходима(только не совсем запросы =) сами функции)
вобщем 2-е мне кажется лучше… т.к. в любом случае придётся много кода переписывать.
просто уже возникал токой вопрос…
Ответ может и шаблонный, а причины разные.
Хотелось бы обясниться, что ссылку
убрализабыли разместить не из каких либо корыстых побуждений. всё получилось совершенно случайно(на самом деле ссылка добросовестно стояла на положенном месте)…я повторюсь… мы меняем дизайн. и просто не закончили ещё. всё только начанается =) и уверяю вас что ссылка будет(как и положенно). тем более нам это не каких негативных последствий не несёт, а лишь будет приносить пользу для LiveStreet(в чём мы тоже заинтересованы: мы пользуемся LiveStreet. развивается LiveStreet — развиваемся мы)
если будут желающие напишу мануал… только не ближайшии дня 2… комп погарел немножко =) как отреставрирую…
я так полагаю тоже самое… ну код конечно на другом уровне =)
или что-то в корне изменилось..?
а для старой релиз выкладывать или продовать будете?
в main.js $('new_message'), а в header.tpl id="new_messages"… вобщем это надо согласовать… чтоб без ошибок было.
допысывать в main.js if (USER_USE_UPLOAD_IMG == true) { не ообязательно, да и к тому же USER_USE_UPLOAD_IMG в скрипте не определена!
и ещё думаю следует заменить в actions/ActionTopic/add.tpl <a href="#" onclick="showWindow('window_load_img'); return false;" class="button"><img src="{$DIR_STATIC_SKIN}/img/img.gif" width="20" height="20" title="изображение"></a> на {if $USER_USE_UPLOAD_IMG}
<a href="#" onclick="showWindow('window_load_img'); return false;" class="button"><img src="{$DIR_STATIC_SKIN}/img/img.gif" width="20" height="20" title="изображение"></a>
{/if} чтоб не нервировать каждый раз пользователя ошибками при попытке загрузить картинку…