Публикации Analitic

#20015 псправление последствий обновления системы

Отправлено от Analitic в 01 Август 2013 - 15:04 in Прочее

Вариант 2, делать архивы средствами самого хостинга, выйдет значительно быстрее.

#20014 псправление последствий обновления системы

Отправлено от Analitic в 01 Август 2013 - 15:03 in Прочее

viking (01 Август 2013 - 14:25) писал:

Вопроса два:
1) Не многовато ли скрипт потребляет памяти и зачем ему столько?
2) Собираетесь ли Вы оптимизировать процесс бэкапа, чтобы он проходил как и раньше без ошибок?

Каждый раз переезжать от одного хостинг провайдера к другому не есть правильное решение. И тут нам говорят: "Используйте SAAS или читайте требования к системе".

1) Для создания архива zip
2) Да собираемся подключать другие архивы

Переезжать каждый раз не нужно, используйте http://clientbase.ru...showtopic=2612. Они предусматривают расширение без перестановки.

#19881 проблемы с установкой-переносом

Отправлено от Analitic в 26 Июль 2013 - 08:48 in Как это сделать

dtorov (25 Июль 2013 - 11:07) писал:

root@linux:/opt/bitnami/apache2/htdocs/cb# aptitude install php5-mhash
Note: selecting "php5-common" instead of the
virtual package "php5-mhash"
The following NEW packages will be installed:
php5-common

и соответственно ставится pdo.so а не mhash.so.

pdo и mhash это абсолютно разные вещи. значит у вас достаточно новая версия php и mhash уже включен в базовую поставку.

попробуйте: aptitude install php5-mcrypt

#19861 проблемы с установкой-переносом

Отправлено от Analitic в 25 Июль 2013 - 09:53 in Как это сделать

В Убунте все прекрасно устанавливается с использованием менеджера пакетов:
aptitude install phpmyadmin - уставновит и apache и php
aptitude install php5-mhash

#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 ****@****.***

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

#18237 ошибка cron в 1.9.8

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

wondertalik (09 Апрель 2013 - 22:57) писал:

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

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

#18244 ошибка cron в 1.9.8

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

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

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

вместо innodb.

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

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

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

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

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

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

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

Отправлено от Analitic в 27 Июнь 2013 - 12:49 in Разработчикам

Механизм в процессе разработки, модули можно будет продавать на сайте clientbase.ru.

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

Отправлено от Analitic в 15 Июль 2013 - 14:11 in Разработчикам

wondertalik (15 Июль 2013 - 14:08) писал:

Если я создам в бд свои таблицы, добавлю индексы и триггеры. Будут ли они добавлены в бэкап?

Соблюдайте корректность наименований таблиц, например cb_module_mymodule_mytable.
Будут добавлены таблицы, индексы. Без триггеров.

#20266 Проверка на новую запись в вычислениях таблицы

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

Новая запись актуально для обычных таблиц, для подтаблиц например не работает.

#18962 Проблемы с установкой ВЕБ

Отправлено от Analitic в 10 Июнь 2013 - 15:30 in Как это сделать

PHP установлен из через стандартный apt-get?

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

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

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

#21320 Права доступа

Отправлено от Analitic в 20 Ноябрь 2013 - 09:55 in Как это сделать

field поле полученное через функцию get_table_fields.

#19481 Последовательность выполнения вычислений

Отправлено от Analitic в 09 Июль 2013 - 11:31 in Как это сделать

Не однократно отвечали по поводу последовательности - последовательность не определена.

Пример:
1. data_update меняет два поля Количество и Описание.
2. у вас два РАЗНЫХ вычисления которые срабатывают отдельно при изменении Количество и отдельно Описания. Но вам важно чтобы обрабатывалась сначала Количество, а потом Описание, т.к. вычисление Описание опирается на поля из вычисления Количество (например поле Цена).

Верный вариант: Объедините два вычисления в одно с двойным условием срабатывания: изменение Количество, изменение Описание. И уже в нем пропишите явный порядок действий опираясь на $event['changed'].
Ленивый вариант: Добавить в условия срабатывания вычисления Описание, изменения поля Цена. Но таким образом ваше вычисление Описание - будет срабатывать дважды, первый раз при вызове data_update, второй раз при изменении поля Цена.

#19482 Последовательность выполнения вычислений

Отправлено от Analitic в 09 Июль 2013 - 11:42 in Как это сделать

Лучше и проще не создавать 2 вычисления:
изменение количество:
$line['Цена']=$line['Количество']*$line['Сумма'];
изменение описания, изменение цены:
$line['Результат']=$line['Описание'].$line['Цена'];

А создать 1 вычисление:
изменение количество, изменение описание, изменение цены

$line['Цена']=$line['Количество']*$line['Сумма'];
$line['Результат']=$line['Описание'].$line['Цена'];

Сохранение в базу происходит только измененных полей, если результат вычисления поля Цена совпал с существующим значением, сохранения поля не происходит.
Накладные расходы от установки значения поля Цена в вычислении намного меньше чем вызов отдельного вычисления с отдельным условием.

#20687 Поля связи

Отправлено от Analitic в 03 Сентябрь 2013 - 11:14 in Как это сделать

Собственно не ошибка, так и должно быть. То что раньше оно выводилось было ошибкой.

#20904 Пожелания и идеи

Отправлено от Analitic в 02 Октябрь 2013 - 14:13 in Магазин конфигураций

Если выдать обычные права администратора, то без труда возможно сделать бекап конфигурации без вкладки бекапы. Фактически вы потеряете контроль над конфигурацией. Поэтому вводиться дополнительная группа Субадминистраторы, которые смогут добавлять таблицы, поля и т.п. Но не смогут получить полный контроль над базой.

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

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

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

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

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

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

#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 простейших запроса, что позволяет ему выполняться на любой базе, а также предоставляет возможность практически неограниченно расширять базу данных, вплоть до того что разные таблицы могут быть расположены на разных серверах.

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

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

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

wondertalik (29 Май 2013 - 11:18) писал:

Я правильно понимаю, что db_engine будет содержать значения по типу "MySql" or "PostgreSql"?

Параметр db_engine уже сейчас может содержать 'innodb' либо 'myisam', новое значение параметра скорее всего будет 'postgre'.

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

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

wondertalik (29 Май 2013 - 12:28) писал:

Было бы очень хорошо.

В следующей ревизии появиться функция sql_free_result.

#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(); - очистка не используется, если необходимо можем добавить поддержку.