XTRO

в index.php перед выводом main.tpl: define('THEMEURL',$estate_folder.'/template/frontend/'.$sitebill->getConfigValue('theme'));$smarty->assign('themeurl',THEMEURL);в шаблоне путь до каталога в шаблоне получается: {$themeurl}например: <!-- CUSTOM STYLES --> <link rel="stylesheet" type="text/css" href="{$themeurl}/css/style.css" media="all"/>или до картинки в теплейте: <img src="{$themeurl}/images/green.png" />

вроде бы более 300 было ранее?

"A Collection of best front End frameworks" (Сравнительная таблица со ссылками на разрабов и гитхаб.) Статья на хабре с описанием 30 решений.

"Дорогу осилит идущий"

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

1) + 2) в данном методе сбора финансов- отсутствует мотивация. Участвовать будут только те, кому действительно необходимо. Метод работать будет, но не эффективно, т.к. кому не горит - проще тогда подождать. 3) а почему бы тогда не применить принцип партнёрки и комиссионных? ведь лицевые счета в sitebill есть у всех. Ну, или на худой.... , красивый блок "Меценаты проекта"

1) и зачем тогда ворд. если сразу можно в дриме? 2) и в вашем случае всё равно тогда в дриме будете очищать форматирование ворда через Команды->Исправить html-word. 3) любой визивиг редактор справляется со сложной разметкой (если она и нужна), а оформление всё равно должно быть в css.

разметку из word? вы шутите? Word - текстовой процессор, имея свои стили оформления содержимого, в большЕм смысле никакого отношения не имеет к html Наоборот, эту его родную разметку надо вычищать в корне.

При регистрации юзера (optional) добавить сервис gravatar

тогда уж : {*$apps_pages_column*}

имхо надо в select перевести, как и в других полях (типа 1 для чекбокса)

1) в классе sitebill убрать вызов одной и той же delete_uploadify_images(), но с разными арг. в двух местах. 2) get_category_breadcrumbs() и get_category_breadcrumbs_string() по сути идентичны 3) допилить бы getDebugMode() и setDebugMode()

это плагин к редактору, посему в любой сущности, использующей этот редактор.

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

admin/index.php?action=yandexrealty

воооо ...вот теперь понятно как было и куда идём, поскольку интересовала как раз непонятка в структуре модуля. я ж не местный Поскольку ушли в оффтоп, ветку можно закрыть или вообще удалить.

картинки не передают эмоции Лучше от обратного на примере : Допустим есть файл: template\frontend\agency\news_list_column.tpl А что если его нет? При его отсутствии (поскольку у нас set_apps_template() ) необходимым условием является тогда наличие файла в /apps/news/site/template/news_list_column.tpl и передачи в него $template_key. Вот этот ключ {$} и не желает выводиться в tpl (в папке модуля).

это я итак вижу, меня интересует сейчас не берёт и не будет (т.е. действительно хвост) или наоборот планируется новый родитель. Поскольку Object_Manager наследуется именно от sitebill, а умный IDE хошь или то подсунет или другое. Согласен, бывает как скальпелем по одному месту, но ведь есть svn для этого. А бесит откушенные 15 метров на триста объяв. Сейчас простая ситуация : function set_apps_template ( $apps_name, $theme, $template_key, $template_value ) при специальном отсутсвии вьюхи в шкуре и при наличии вьюхи в /apps/'.$apps_name.'/site/template/'.$template_value хоть убей не передаётся туда ключ. Пока хожу туда-сюда задаю себе много не нужных вопросов, типа "а зачем?". Случаем багтрекер не планируется?...форум, это хорошо, но тяжеловато для текучки.

вот и я про то, что просто присутствует а лишнее - не кошерно. ковыряюсь тут ещё кой с чем, и также не могу понять зачем ветка sitebill в каталоге "r" (apps\system\lib\r\sitebill.php) и на какой тогда всё таки нацеливаться?.

дык ничем методы не отличаются кроме static, зачем дублировать?

по сути это интерфейс. (apps\system\lib\system\multilanguage\multilanguage.class.php) Вероятно тогда setOpt просто затерялась, т.к. есть setOptions ?

для IE и firefox по F12 или встроенным или установить firebug и править стили в css.

Столкнулся с ситуацией: добавляем очередное фото к объявлению и получаем : Notice: imagecreatefromjpeg() [function.imagecreatefromjpeg]: gd-jpeg, libjpeg: recoverable error: Corrupt JPEG data: 2325 extraneous bytes before marker 0xed При этом само фото отображается всеми прогами нормально. Исходно: PHP5.3, GD2 (этот баг должны были убрать в 5,1,3) Если захотим через ImageMagic, то не получится, т.к. у нас используется ImageCreateFromJPEG() из function makePreview () Причина: EXIF-данные некоторых фото могут быть испорчены или не поддерживаться. В этой ситуации помогло: Посколько нам разрешено : gd.jpeg_ignore_warning "0" PHP_INI_ALL Доступна с версии PHP 5.1.3. то идём в admin/index.php и где-нить в самом начале: ini_set('gd.jpeg_ignore_warning', 1); Ну, или пересохранить фото с чисткой мета (при помощи той же ACDSee или софта от фотоаппарата). TODO: имхо, не плохо было бы сделать альтернативно ImageMagic, заодно и нагрузку бы уменьшили.

по дефолту отключено и это правильно.

"чтобы всё " - это что? угадывать? видео- для работы с моделью, приведённый код в посте 4 - нужный виджет.