Перейти к содержимому


Публикации Analitic

114 публикаций создано Analitic (учитываются публикации только с 29-Апрель 23)



#17571 Стилизация внешней формы

Отправлено от Analitic в 05 Март 2013 - 14:56 in Как это сделать

Переопределяете стили выпадающего списка во вкладке - редактор стиля: k_input_link_field, k_drop_down_icon и т.д.



#17591 автозаполнение полей формы

Отправлено от Analitic в 07 Март 2013 - 11:06 in Как это сделать

Просмотр сообщенияuser00743 (06 Март 2013 - 11:57) писал:

Привет всем! У меня такая проблема:
-- нужно при вводе на поле формы выводилось список автозаполнения из БД с помощью ajax
-- после выбора элемента из спика нужно заполнить другие поля формы(результат приходит с json)

1. Пункт первый просто поле типа связь вставить на форму
2. т.е. список полей разный в зависимости от выбора по полю связь?
Проще всего встроить в форму все поля. Скрыть по умолчанию не нужные при загрузке страницы. Показывать те что нужно при переключении поля связь.



#17726 JS выбор полей связей

Отправлено от Analitic в 13 Март 2013 - 16:21 in Как это сделать

Добавьте поле Округ. Округу будут принадлежать улицы, улицам будут принадлежать дома.
Также округу будут принадлежать компании. Далее связываете через поля связи, используя параметр фильтр по полю Округ.



#17797 Вычисление не отрабатывает.

Отправлено от Analitic в 15 Март 2013 - 11:50 in Как это сделать

В техподдержку, с указанием аккаунта.



#17880 Расширенные права

Отправлено от Analitic в 20 Март 2013 - 12:03 in Как это сделать

сливаются, приоритет у запрещения.



#17908 Расширенные права

Отправлено от Analitic в 21 Март 2013 - 11:49 in Как это сделать

сработает.



#18024 Медленная работа локальной версии

Отправлено от Analitic в 27 Март 2013 - 17:10 in Как это сделать

1. Запустите проверку системы?
2. Установлен ли крон?
3. Есть ли поля типа номер?
4. Убрать вычисления: при отображении. Вынести их в другие условия - при изменении, либо в cron.

Myisam работает быстрее innodb. Стандартная локальная версия работает в innodb. Чтобы переключить режим, измените файл config.php.



#18030 Медленная работа локальной версии

Отправлено от Analitic в 28 Март 2013 - 08:22 in Как это сделать

Кратко:
На myisam более вероятно появление ошибок в таблицах.
Используется по умолчанию innodb, т.к. как правило производительности innodb достаточно, при этом меньше ошибок с базой.

Но: ошибки myisam появляются в результате какого либо сбоя сервера, например отключения электричества, некорректное завершение программ и т.п. И достаточно легко исправляются: repair table.



#18073 Переход с версии на версиюю

Отправлено от Analitic в 29 Март 2013 - 12:51 in Как это сделать

Какая ошибка при открытии файла на новом сервере?



#18078 Переход с версии на версиюю

Отправлено от Analitic в 29 Март 2013 - 12:56 in Как это сделать

Скиньте текст ошибки из браузера?



#18119 Железячный вопрос

Отправлено от Analitic в 02 Апрель 2013 - 07:41 in Как это сделать

Просмотр сообщенияarsenal (02 Апрель 2013 - 04:25) писал:

Можете привести пример кода? Где и как прописываются индексы?

Для установки индексов можете использовать edit_sql.php
Но индексы нужно проставлять, понимая что делаешь. Неправильные индексы вредны и наоборот замедляют работу.



#18151 Права доступа на редактирование подчиненной таблицы

Отправлено от Analitic в 04 Апрель 2013 - 15:37 in Как это сделать

Это не логическая ошибка а переходный вариант. В режиме просмотра записи в основной записи также возможно будет быстро менять значения.



#18237 ошибка cron в 1.9.8

Отправлено от Analitic в 10 Апрель 2013 - 09:49 in Как это сделать

Просмотр сообщенияwondertalik (09 Апрель 2013 - 22:57) писал:

А что если на хостинге нет доступа к wget. возможно настроить крон без сторонних сервисов?

можно также воспользоваться curl либо lynx.



#18238 ошибка cron в 1.9.8

Отправлено от Analitic в 10 Апрель 2013 - 09:50 in Как это сделать

Просмотр сообщенияdimichspb (09 Апрель 2013 - 17:22) писал:

Да, стоит такая команда:

Crontab Command Result Email Edit Delete * * * * * wget -q -O- http://cab.qotit.com/cron.php > /dev/null 2>&1 ****@****.***

Демо база тоже тормозит?



#18244 ошибка cron в 1.9.8

Отправлено от Analitic в 10 Апрель 2013 - 10:44 in Как это сделать

Вообще, достаточно медленный хостинг значит. Можете попробовать добавить в файл config.php

$config["db_engine"] = 'myisam';

вместо innodb.



#18594 Распечатка нескольких шаблонов печати

Отправлено от Analitic в 09 Май 2013 - 11:49 in Как это сделать

Шаблоны печати html можно объединять используя вывод в pdf. В ваших шаблонах поставьте галочку Экспортировать в PDF, а затем создайте 3-ий шаблон формата составной.



#18636 Версия 1.9.8

Отправлено от Analitic в 14 Май 2013 - 10:58 in Новые версии, новые возможности

Saas в процессе тестирования. Обновление Saas версии будет 16 числа. Платные аккаунты у которых включено автообновление - обновятся автоматически.



#18709 Версия 1.9.8

Отправлено от Analitic в 20 Май 2013 - 14:17 in Новые версии, новые возможности

Просмотр сообщенияwondertalik (20 Май 2013 - 00:40) писал:

Хотелось бы в 198 иметь возможность создавать виртуальные таблицы из полей уже существующей с конкретными полями и отдельными правами доступа. Одним словом полным функционалом таблиц.
Будет, не скоро, но скорее всего в этом году.



#18786 Многопоточное или многопроцессное программирование

Отправлено от Analitic в 24 Май 2013 - 10:34 in Как это сделать

Cron? Какие цели?



#18816 Разработка своего модуля

Отправлено от Analitic в 27 Май 2013 - 15:41 in Разработчикам

1 вариант и самый простой, просто использовать конфигурацию и вычисления. Если вам не требуется интегрироваться в множество конфигураций, это ваш способ.
2 вариант использовать систему модулей, но на текущий момент документации по разработке модулей нет. Если интересует именно второй вариант, то мы подготовим документацию, выложим ее на сайте.
Но интегрировать телефонию, средствами одного модуля весьма затруднительно. Для беспроблемной интеграции телефонии, желательно внести изменения в саму программу. В частности, систему уведомления о входящем звонке, логично интегрировать в системные входящие сообщения. Данный пункт стоит в очереди разработки (возможно ближе к концу года), если вы желаете ускорения его реализации свяжитесь с нашим менеджером.



#18838 Многопоточное или многопроцессное программирование

Отправлено от Analitic в 29 Май 2013 - 09:45 in Как это сделать

Просмотр сообщенияwondertalik (29 Май 2013 - 09:34) писал:

Например файлов скажем размером по 50мб.
Это цель? О чем вообще речь?

Просмотр сообщенияwondertalik (29 Май 2013 - 09:34) писал:

Каждое задание в кроне работает в новом потоке?
Да. Если зададите такие настройки. В каждом задании можно указать поток.



#18841 Многопоточное или многопроцессное программирование

Отправлено от Analitic в 29 Май 2013 - 10:11 in Как это сделать

Если лить файлы между серверами, то скорее всего достаточно и одного потока, скорости между серверами выше. А вообще cron - прямое назначение. Создаете 3 задания в разных потоках, в заданиях считываете очереди и заливаете файлы. Учтите что задания должны завершаться, желательное время работы задания не более 1 минуты. Т.е. нужно следить за временем выполнения скрипта.

Но на Саас есть не явные ограничители по cron, т.е. нельзя например создать 100 потоков. Ограничители динамические, зависят от загрузки серверов. Т.е. скорость панельки отображения статуса заливок у вас будет одна и та-же, а вот скорость заливки в cron может меняться.

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



#18842 Разработка своего модуля

Отправлено от Analitic в 29 Май 2013 - 10:17 in Разработчикам

Учтивая вашу заинтересованность, в течении недели (до 6 числа) выложим документацию.



#18843 Переход SAAS на Postgresql.

Отправлено от Analitic в 29 Май 2013 - 10:45 in Разработчикам

Вниманию разработчиков! На Saas в конце июня планируется переход на Postgresql. В связи с чем, рекомендуем использовать только функции из набора sql_select, sql_query, sql_fetch_assoc, sql_insert_id и т.п. описанные в файлах mysql_connect.php и sql_functions.php. При переходе в файле config.php будет изменен параметр db_engine. Стандартные функции сохранят свою работоспособность.

Также напоминаем, что К.б. будет постепенно подключать и остальные sql базы, вплоть до подключения движка nosql. Учитывая что базы имеют различный синтаксис, рекомендованный стиль обращения к базе:
1. использовать только стандартные функции Кб.
2. если возможно использовать sql_select, вместо sql_query, то использовать именно sql_select
3. использовать простые запросы, без использования конструкций типа join, union и т.п.

Пример выборки из двух таблиц:
не рекомендуемый стиль:
$result=sql_query("SELECT a.id, b.f441 as fio FROM f_data46 a LEFT JOIN f_data48 b ON b.id=a.f776 WHERE `status`=0");
$line = sql_fetch_assoc($result);

рекомендуемый стиль:
$result=data_select_field(46, '`id` , `f776`', '`status`=0');
$line = sql_fetch_assoc($result);
$result = data_select_field(48, '`f441`', '`id`=',$line['f776']);
$row = sql_fetch_assoc($result);
$line['fio'] = $row['f441'];

В этом случае LEFT JOIN разделяется на 2 простейших запроса, что позволяет ему выполняться на любой базе, а также предоставляет возможность практически неограниченно расширять базу данных, вплоть до того что разные таблицы могут быть расположены на разных серверах.

Ваши вопросы?



#18845 Переход SAAS на Postgresql.

Отправлено от Analitic в 29 Май 2013 - 11:52 in Разработчикам

Просмотр сообщенияwondertalik (29 Май 2013 - 11:18) писал:

1. Будут ли оставаться сервера c mysql?
2. Второе возможно ли будет остаться на mysql, до момента готовности перейти на postgresql?
Да, старые клиенты, при необходимости будут располагаться на серверах с Mysql. Новые будут создаваться на PostgreSql.

Просмотр сообщенияwondertalik (29 Май 2013 - 11:18) писал:

3. Использование стандартных функций(оберток, не всегда целесообразно), особенно это важно для вычислений при отображении поля, где важно оценивать реальную нагрузку на сервер и времени выполнения вычисления.
Да. Любая обертка предоставляет плюсы, и имеет минусы (как правило в производительности). Потеря производительности минимальна (замерьте сами), плюсы огромны (безопасность из коробки, независимость от базы).

Просмотр сообщенияwondertalik (29 Май 2013 - 11:18) писал:

4. Вы предлагаете разбивать многотабличные запросы на несколько простых, с точки зрения масштабируемости это конечно да. Но опять же с точки зрения балансировки нагрузки между тем же вычислением на php и бд это не всегда верное решение и приведет к увеличению требования к выделенным возможностям саас аккаунтов, переходам на более высокие тарифные планы.
Балансировать нагрузку от PHP вообще не проблема. Просто добавляем еще один сервер, направляем часть нагрузки на него используя балансировщик. При добавлении сервера, производительность возрастает вдвое. Это касается любого более менее крупного проекта. С базой все гораздо хуже. Отсюда и появляются решения типа nosql.

Просмотр сообщенияwondertalik (29 Май 2013 - 11:18) писал:

Я конечно понимаю причины перехода на объектно-реаляционную бд, но простите, оставьте выбор вашим клиентам. Я правильно понимаю, что db_engine будет содержать значения по типу "MySql" or "PostgreSql"?
Объектов тут нет, чисто процедурный стиль. Выбор оставляем: если вы уже пользуетесь MySql, и переход на PostgreSql для вас не возможен смотри пункт1.

Просмотр сообщенияwondertalik (29 Май 2013 - 11:18) писал:

Что скажите по поводу такого синтаксиса? То есть использования функций вида mysql_*?

Желательно переписать на
$result = sql_query($sqlQuery);
$select = sql_fetch_assoc($result);

mysqli?

/* Select запросы возвращают результирующий набор */
if ($result = sq_query("SELECT Name FROM City LIMIT 10")) {
	printf("Select вернул %d строк.\n", sql_num_rows($result));
}

// $result->close(); - очистка не используется, если необходимо можем добавить поддержку.