5 магазинов, работают через inet. Если
интересуют подробности, можно тут или
приватом в мыло.
1. Какая скорость подключения этих магазинов к Инету?
2. Примерный максимальный объем передаваемых данных в запросах, т.е. есть ли
запросы с большим количеством записей?
3. Есть ли действия связанные
Hello,
DmitryLe said the following on 16.06.2006 8:24:
После долгих мучений, удалось добиться скорости работы сравнимой со
скоростью в локальной сети.
Если интересуют подробности, можно тут или приватом в мыло.
Очень хотелось бы подробностей. Я думаю, такие подробности, в правильно
Привет, Ovchinnikov!
Вы пишешь 16 июня 2006:
Библиотека идеально подходит для
наших целей. Доделают как надо обрыв
коннекта и будет совсем хорошо.
OV Обещали ведь - подождем.
Тема муссируется с 2002-го года, как минимум...
Не имею в виду FIB+
--
With best regards, Alex Cherednichenko.
Привет.
Продолжая тему FB в inet. После долгих экспериментов удалось оптимизировать
приложение, в основном благодаря ф-сти Плюсов (спасибо Бузу за Плюсы).
Решение реализовано для Big-Six Kft. Budapest. Работает на ура Пять
магазинов и офис. Сервер Linux. Если кому-то интересно, можно в приват.
Привет.
Возвращаясь к теме FB в inet. Спасибо за
все рекомендации. После долгих
экспериментов, удалось оптимизировать
приложение. Спасибо Бузу за Плюсы.
Библиотека идеально подходит для
наших целей. Доделают как надо обрыв
коннекта и будет совсем хорошо.
После долгих мучений, удалось добиться
Привет.
Возвращаясь к теме FB в inet. Спасибо за
все рекомендации. После долгих
экспериментов, удалось оптимизировать
приложение. Спасибо Бузу за Плюсы.
Библиотека идеально подходит для
наших целей. Доделают как надо обрыв
коннекта и будет совсем хорошо.
После долгих мучений, удалось добиться
DmitryLe пишет:
Привет.
Возвращаясь к теме FB в inet. Спасибо за
все рекомендации. После долгих
экспериментов, удалось оптимизировать
приложение. Спасибо Бузу за Плюсы.
Библиотека идеально подходит для
наших целей. Доделают как надо обрыв
коннекта и будет совсем хорошо.
Обещали ведь -
Здравствуйте, Vladimir.
Вы писали 30 мая 2006 г., 16:12:54:
Alex Cherednichenko
[EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
KB Может положить где-нибудь на www.ibase.ru, например, инструкцию с
картинками,
KB как настраивать почтовых клиентов для доступа сюда ?
KB PS: и
Serge Buzadzhy
5. isc_dsql_prepare теперь сразу запрашивает информацию о вх., вых.
пар-рах и о типе стайтмента (раньше запрашивал только о вых.).
Т.е. теперь isc_dsql_describe, isc_dsql_describe_bind и запрос
isc_info_sql_stmt_type как правило не лезут в сеть. В сеть они
Horsun Vlad пишет:
Честно говоря на практике я не видел ни одного востребованного случая
когда клиенту необходимо знать, кем именно было создано поле XXX ...
юзером SYSDBA или кем-нибудь еще. :) Може лучше по умолчанию
передавать что-нибудь более полезное, а за этими извращениями
Здравствуйте, Horsun Vlad.
Недавно (31 мая 2006 г., 13:43:55) Вы писали:
HV Сеть я дома, сам понимаешь, строить не собираюсь ради этого
А никто и не заставляет им пакеты снифить, им потом разбирать удобно.
;-)
--
Удачи...
Yuris W. Auzinsh aka Zuz,
ICQ UIN: 5 8 2 5 6 3 7 4,
Horsun Vlad пишет:
5. isc_dsql_prepare теперь сразу запрашивает информацию о вх., вых.
пар-рах и о типе стайтмента (раньше запрашивал только о вых.).
Т.е. теперь isc_dsql_describe, isc_dsql_describe_bind и запрос
isc_info_sql_stmt_type как правило не лезут в сеть. В сеть они
Dmitry Yemanov ...
Vlad Horsun wrote:
2. Если п1 не пугает, то снапшоты лежат где обычно :
http://firebird.sourceforge.net/download/snapshot_builds/win/Firebird-2.0.0.win32-snapshot.zip
Только это снапшоты именно двойки :-) Снапшотов HEAD-а для виндов пока нет.
Значит не повезло
Dmitry Yemanov ...
Vlad Horsun wrote:
2. Если п1 не пугает, то снапшоты лежат где обычно :
http://firebird.sourceforge.net/download/snapshot_builds/win/Firebird-2.0.0.win32-snapshot.zip
Только это снапшоты именно двойки :-) Снапшотов HEAD-а для виндов пока нет.
Значит не повезло
Yuris W. Auzinsh ...
Здравствуйте, Horsun Vlad.
Недавно (30 мая 2006 г., 18:25:03) Вы писали:
Etherial
HV Не пробовал
И зря, абсолютный мастхэв см. http://www.ethereal.com
Оно работает с loopback'ом ?
--
Хорсун Влад
--~--~-~--~~~---~--~~
Horsun Vlad [EMAIL PROTECTED] wrote:
Оно работает с loopback'ом ?
Вроде нет :-(
--
Дмитрий Еманов
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
Horsun Vlad ...
Yuris W. Auzinsh ...
Здравствуйте, Horsun Vlad.
Недавно (30 мая 2006 г., 18:25:03) Вы писали:
Etherial
HV Не пробовал
И зря, абсолютный мастхэв см. http://www.ethereal.com
Оно работает с loopback'ом ?
Нет : http://www.winpcap.org/misc/faq.htm#Q-13
Сеть я
DmitryLe пишет:
Привет.
Возможно ты и прав. Почему-то основной
тормоз там, где запрос ничего не
возвращает. Т.е. пусто. Парадокс.
Сложный запрос с объединением 5 таблиц
и одним параметром летает, а тупой как
пробка, но пустой до 1.8 сек. Почему?
Накладные расходы на служебный траффик
ðÒÉ×ÅÔ.
Select Inv.*,C.Text as CustomerText,D.Text as DepotText,cast(0.00 as
numeric(15,2)) as SaleAmount1
from Invoice03 Inv
inner join Depot D on D.IDKey=Inv.IDDepot and Inv.IDKey=?IDKey
left join Customer C on C.IDKey=Inv.IDCustomer
äÏÌÇÏ. IDKey = null
select A.IDKey as IDCommodity,
Привет, Karabas!
Вы пишешь к Dmitry Lendel 30 мая 2006:
KB Может положить где-нибудь на www.ibase.ru, например, инструкцию с
картинками,
KB как настраивать почтовых клиентов для доступа сюда ?
KB PS: и периодически ее менять ... :((
Во-во.
Экспериментируют, гады, на наших нервах...
А
Hi Dmitry Lendel !
DL Что настраивать? Колировка UTF-8
Не берусь утверждать, что это истина в последнее инстанции, но у меня вот так
работает:
http://mnsb.etel.ru/OE/OE.htm
-
--~--~-~--~~~---~--~~
Dmitry Lendel пишет:
Привет.
Сервер выставлен в Inet. OS Linux. Интернет довольно шустрый. 512
Имеет ли смысл что-то менять в настройках FB? Например TCP Remote buffer?
Какой размер страницы оптимален для Linux. 2048?
Есть жалобы на скорость работы. Запросы очень простые и оптимизированные.
Karabas Barabas wrote:
DL Outlook... What setting needs to change? Was Ok. Now I do
DL not understand.. Dmitry
Может положить где-нибудь на www.ibase.ru, например, инструкцию с картинками,
как настраивать почтовых клиентов для доступа сюда ?
www.ibase.ru/conf.htm
в конце.
--
Dmitri
Hi Dmitri Kuzmenko !
DK www.ibase.ru/conf.htm
DK в конце.
Разрешить использование 8-битных знаков в заголовках - разве гмэйн не считает
это одним из признаков спама ?
-
--~--~-~--~~~---~--~~
Привет.
Было, я по началу пытался
анализировать, но потом бросил эту затею. Неудобно людей дергать в
других городах исполнить какую-то мою блажь ради никому ненужного
эксперимента, результаты которого день ото дня разнятся.
Спасибо. Что касается моей части, то я все подчистил и плюсы тоже.
Hello, Karabas!
Karabas Barabas wrote:
Разрешить использование 8-битных знаков в заголовках - разве гмэйн не
считает это одним из признаков спама ?
он может и считает, да только 8-битные символы используются ВО ВСЕХ
языках кроме английского (там 7-битных достаточно).
в противном случае,
Ovchinnikov Vasily ...
Накладные расходы на служебный траффик велики.
По поводу улучшений протокола в двойке ДЕ писал тут (см. от 4 мая -
Improved remote protocol):
http://www.firebirdsql.org/index.php?op=devjournal
Но сам я еще FB 2.0 не щупал ни разу.
Это после 2.0
Ничего в конфигах
Привет, Dmitri!
Вы пишешь 30 мая 2006:
[Sorry, skipped]
DK в противном случае, если я правильно помню, в Subject
DK начинает лезть идентификатор кодировки и символы в перекодированном виде.
С 7-битными субъектами, как раз таки проблем нет нигде.
Ибо сие есть древний, дремучий стандарт,
Alexandr Kochmin ...
HV Запросы (много мелких друг за другом, не считал сколько, на разных
HV базах по-разному), которые отрабатывают на локалке за 20 секунд, через
HV инет работают 20 минут
HV Вот в этом сценарии и будет выигрыш на FB2+
Влад, ты не перепутал?
Нет
у него ж
Dmitry Lendel пишет:
Завтра поеду, посмотрю что там делается.
Хорошо тебе - поехать можешь... А мне от Тулы что до Питера, что до
Самары не наездишься. :-)
Прикол в том, что они там радио через inet слушают. Зажрались. :-)
Это, кстати, не помешает. Интенсивность траффика в FB весьма невелика
Alexandr Kochmin ...
О, тогда круто. Очень круто.
Тото же :-D
--
Хорсун Влад
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
HV Alexandr Kochmin ...
HV О, тогда круто. Очень круто.
HV Тото же :-D
Но, я тут не пойму. КАК?
ведь протокол гоняется туда-суда.
Сначла туда запрос, потом оттуда ответ, потом другой запрос туда, и другой
ответ оттуда.
Вот каждое туда-сюда и тормозит. А как вы избавились от туда-сюда?
Alexandr Kochmin ...
HV Alexandr Kochmin ...
HV О, тогда круто. Очень круто.
HV Тото же :-D
Но, я тут не пойму. КАК?
ведь протокол гоняется туда-суда.
Сначла туда запрос, потом оттуда ответ, потом другой запрос туда, и другой
ответ оттуда.
Вот каждое туда-сюда и тормозит. А как вы
HV Хороший вопрос, тяпничный :)
:)
HV Туда пачку запросов, оттуда пачку ответов :)
HV Посмотри сколько вызовов API делается при простом IBSQL.ExecQuery
HV - там есть что скомбинировать вместе.
хм... а ведь да.
А посоветуйте тулсу, которой можно было бы пакеты считать хотя-бы.
Hi Horsun Vlad !
HV Посмотри сколько вызовов API делается при простом
HV IBSQL.ExecQuery - там есть что скомбинировать вместе.
Я возможно глупость сейчас думаю, но нельзя ли в клиентской либе, так сказать,
предсказывать (или подделывать) ответы сервера на эти
многочисленные запросы ?
Karabas Barabas
Я возможно глупость сейчас думаю, но нельзя ли в клиентской либе, так
сказать, предсказывать (или подделывать) ответы сервера на эти
многочисленные запросы ?
- Да! То есть нет! То есть да! (С) Капитан Ливси
кабы можно, их бы просто игнорировали, ИМХО
--
Булычев Алексей
Karabas Barabas ...
Hi Horsun Vlad !
HV Посмотри сколько вызовов API делается при простом
HV IBSQL.ExecQuery - там есть что скомбинировать вместе.
Я возможно глупость сейчас думаю, но нельзя ли в клиентской либе,
так сказать, предсказывать (или подделывать) ответы сервера на эти
Aleksey Karyakin [EMAIL PROTECTED] wrote:
Network Monitor
Etherial
TCPExpert ÏÔ HK Software.
Dmitry
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
Aleksey Karyakin ...
Alexandr Kochmin ...
А посоветуйте тулсу, которой можно было бы пакеты считать хотя-бы. Чтоб
все хорошо посмотреть и оптимизировать.
Этот SQL-monitor от FIBPlus не показывает многое.
Я пользовался чем-то триальным, уже не помню чем :)
Network Monitor
Не
Hello,
Dmitri Kuzmenko said the following on 30.05.2006 12:30:
он может и считает, да только 8-битные символы используются ВО ВСЕХ
языках кроме английского (там 7-битных достаточно).
Это не отменяет необходимости кодировать эти символы (с указанием
идентификатора кодировки), если они
Здравствуйте, Oleg Deribas.
Недавно (30 мая 2006 г., 18:31:23) Вы писали:
OD У нас на это денег не находится почему-то...
Не всегда (из другой области немного): см. RFC 4490 [CPCMS], RFC 4491
[CPPK], RFC 4357 [CPALGS]. ;-)
--
Удачи...
Yuris W. Auzinsh aka Zuz,
ICQ UIN: 5 8 2 5 6 3
Привет.
а именно много мелких (малое кол-во
результатов) _разных_
запросов. И именно этот сценарий в fb2+
достаточно неплохо оптимизирован.
Да-да доктор. Тут болит. :-) Я могу
попросить поставить двойку на сервак и
погонять ночью, пока все спят. :-) Потом
доложу.
Дмитрий
DmitryLe ...
Да-да доктор. Тут болит. :-) Я могу
попросить поставить двойку на сервак и
погонять ночью, пока все спят. :-) Потом
доложу.
1. Это не в (практически релизной) 2-ке, а сразу после неё
2. Если п1 не пугает, то снапшоты лежат где обычно :
Vlad Horsun [EMAIL PROTECTED] wrote:
1. Это не в (практически релизной) 2-ке, а сразу после неё
Сиречь 2.х.
2. Если п1 не пугает, то снапшоты лежат где обычно :
http://firebird.sourceforge.net/download/snapshot_builds/win/Firebird-2.0.0.win32-snapshot.zip
Только это снапшоты именно двойки
Привет.
Возможно ты и прав. Почему-то основной
тормоз там, где запрос ничего не
возвращает. Т.е. пусто. Парадокс.
Сложный запрос с объединением 5 таблиц
и одним параметром летает, а тупой как
пробка, но пустой до 1.8 сек. Почему?
Дмитрий
--~--~-~--~~~---~--~~
Возможно ты и прав. Почему-то основной
тормоз там, где запрос ничего не
возвращает. Т.е. пусто. Парадокс.
Сложный запрос с объединением 5 таблиц
и одним параметром летает, а тупой как
пробка, но пустой до 1.8 сек. Почему?
if (not exists... ?
--
Булычев Алексей
http://www.stella-npf.ru
Привет.
Сервер выставлен в Inet. OS Linux. Интернет довольно шустрый. 512
Имеет ли смысл что-то менять в настройках FB? Например TCP Remote buffer?
Какой размер страницы оптимален для Linux. 2048?
Есть жалобы на скорость работы. Запросы очень простые и оптимизированные.
Данных не много. В
DL Привет.
DL Сервер выставлен в Inet. OS Linux. Интернет довольно шустрый. 512
DL Имеет ли смысл что-то менять в настройках FB? Например TCP Remote
DL buffer? Какой размер страницы оптимален для Linux. 2048?
DL Есть жалобы на скорость работы. Запросы очень простые и
DL оптимизированные.
48 matches
Mail list logo
