

#1
Отправлено 27 Май 2013 - 12:20
#2
Отправлено 27 Май 2013 - 15:41
2 вариант использовать систему модулей, но на текущий момент документации по разработке модулей нет. Если интересует именно второй вариант, то мы подготовим документацию, выложим ее на сайте.
Но интегрировать телефонию, средствами одного модуля весьма затруднительно. Для беспроблемной интеграции телефонии, желательно внести изменения в саму программу. В частности, систему уведомления о входящем звонке, логично интегрировать в системные входящие сообщения. Данный пункт стоит в очереди разработки (возможно ближе к концу года), если вы желаете ускорения его реализации свяжитесь с нашим менеджером.
#4
Отправлено 29 Май 2013 - 10:17
#5
Отправлено 05 Июнь 2013 - 16:02
На сайте будет выложен чуть позже. http://clientbase.ru...ad/my_module.7z
#6
Отправлено 05 Июнь 2013 - 16:09
Analitic (05 Июнь 2013 - 16:02) писал:
На сайте будет выложен чуть позже. http://clientbase.ru...ad/my_module.7z
#7
Отправлено 27 Июнь 2013 - 12:47
#8
Отправлено 27 Июнь 2013 - 12:49
#9
Отправлено 15 Июль 2013 - 14:08
#11
Отправлено 22 Ноябрь 2013 - 13:30
1) Можно ли в модуле сделать файл PHP который можно вызвать по HTTP и код которого выполнился бы в контексте кода КБ? Ну наприме что нить типа /mymodule/dataupdate.php?table=2
в котором можно будет сделать data_update таблицы и пользоваться остальным внутренним API системы.
2) Тоже самое что и 1) но так что бы этот урл был доступен без авторизации КБ
в модуле такого примера не увидел, только экспорт ф-ций
#12
Отправлено 22 Ноябрь 2013 - 14:53
Как вариант автоматически создавать проксирующий файл типа:
<?php
$config['script_noauth']=1;
include "common.php";
include "modules/mymodule/dataupdate.php";
?>
2) да, смотри выше
#13
Отправлено 22 Ноябрь 2013 - 19:24
Analitic (22 Ноябрь 2013 - 14:53) писал:
Как вариант автоматически создавать проксирующий файл типа:
<?php
$config['script_noauth']=1;
include "common.php";
include "modules/mymodule/dataupdate.php";
?>
2) да, смотри выше
Спасибо за пример. Меня больше интересовала возможность создания такого механизма, нежели где его расположить. Если можно сделать в корне - то вполне рабочий вариант.
#14
Отправлено 03 Декабрь 2013 - 08:56
Analitic (05 Июнь 2013 - 16:02) писал:
На сайте будет выложен чуть позже. http://clientbase.ru...ad/my_module.7z
Каким образом можно разместить ЭТО на SaaS?
Как я понимаю прав на запись в корне и в /modules/ на SaaS не дано.
Сообщение отредактировал maksn: 03 Декабрь 2013 - 08:58
#15
Отправлено 03 Декабрь 2013 - 09:30
#16
Отправлено 03 Декабрь 2013 - 09:57
Analitic (03 Декабрь 2013 - 09:30) писал:
Вопрос практический.
Сейчас для одной из своих конфигураций, размещенных в вашем магазине, я разрабатываю внешний модуль.
Мне нужно, чтобы в корне разместился некий файл - точка входа в этот модуль и, собственно, сам модуль в /modules/.
Будет ли все это работать в демо (магазин)? Будут ли создаваться нужные файлы при установке из магазина у пользователей? Или будут сообщения о не достаточности прав?
Насколько я знаю из опыта, создавать свои папки в конфигурациях, выложенных в магазине, на сегодня нельзя?
Сообщение отредактировал maksn: 03 Декабрь 2013 - 10:00
#17
Отправлено 03 Декабрь 2013 - 10:51
#18
Отправлено 03 Декабрь 2013 - 11:00
Analitic (03 Декабрь 2013 - 10:51) писал:
http://clientbase.ru...elop/reglament/
Цитата
Этот пункт похоже дописали после моей попытки разместить свой модуль в /modules/. Пришлось все переписывать.
Регламент с тех пор изменился?
Это важно, поскольку не хочется превращать в помойку /includes/ у арендаторов конфигурации
Сообщение отредактировал maksn: 03 Декабрь 2013 - 11:06
#19
Отправлено 03 Декабрь 2013 - 13:49
maksn (03 Декабрь 2013 - 11:00) писал:
Регламент с тех пор изменился?
Это важно, поскольку не хочется превращать в помойку /includes/ у арендаторов конфигурации
Иначе не понятно можно ли в магазине использовать свои папки, а также писать файлы в корень и /templates/
#20
Отправлено 03 Декабрь 2013 - 16:30
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных