Frankie Комсомолка2Frankie
Или я пропустила или народ действительно не поинтересовался: а что умеет система, которая работает у вас сейчас?
Не поинтересовался. Сейчас это, как я уже сказал, веб-приложение. Технология уже на пределе своих возможностей. В платежах вот 20000 записей, благодаря моей оптимизации они до сих пор работают. В позициях заказов 15000, тоже на грани. Главный недостаток веба, как вы прекрасно знаете, в задержке обновления информации. Хм... Правильно ли я поняла - вы отображаете на одной веб-странице все 20 тыс записей? Но ведь это решается другими способами - делением на страницы, фильтрами, поиском...
Frankie Про интерфейс пока молчу. Система используется конечно обширно, но счета выставляются в 1С
Я б предложила выбрасывать первичку из MySQL для 1С на отдельный ресурс (нахОдитесь в одной сети или разбросаны на просторах и-нета?). Хорошо б перевестись на SQL Server или Оракл

Frankie комсомолкаХм... Правильно ли я поняла - вы отображаете на одной веб-странице все 20 тыс записей? Но ведь это решается другими способами - делением на страницы, фильтрами, поиском...
Я конечно далено не гуру но и не псих :) Понимаете, веб-интерфейс тормозной сам по себе. Мускуль также крайне непроизводительная штука - ни хп ни вью. Не надо мне говорить про 4ю версию и "кривые руки". Старая система должна быть заменена и точка. Эх, если б шеф 5 лет назад знал что есть C++ Builder...
Если б решение зависело от меня, ни за что б не позволила менять веб-интерфейс на что-то другое. Держалась бы за веб-интерфес зубами - тем более вам так повезло и вы УЖЕ на нем сидите - такая халява не каждому перепадает! Если б я могла вернуться на четыре года назад и повернуть своего ведущего программиста в сторону веб-технологий... Но, увы...

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

А MySQL, если не устраивает, заменИте другой СУБД - делов-то... Тот же PostgreSQL

Frankie
комсомолкаЯ б предложила выбрасывать первичку из MySQL для 1С на отдельный ресурс (нахОдитесь в одной сети или разбросаны на просторах и-нета?). Хорошо б перевестись на SQL Server или Оракл
2 офиса, по локалке в каждом. ВПН нету, но планируем. Пока по инету общаемся. SQL Server или Оракл исключено. Если б у нас на это были деньги, вопрос бы не стоял. Если будем писать сами, то в качестве БД будет PostgreSQL. Я в нём уже неплохо освоился и мне он очень нравится.
Когда налоговоая обращается - денег никогда нет, но SQL Server или Ораклы - есть у всех... парадокс. Хотя, вы правы, выставлять в сеть уши ломанной "горбушечной" СУБД по-меньшей мере самонадеянно и попахивает суицидом... А если воспользоваться услугами хостера? "Мастер-хост" точно нет, но кто-то наверняка предоставляет под аренду свои SQL Server'ы...

FrankieХалява она только в том, что пхп и мускуль бесплатны. В остальном, мне кажется что вы шутите. Веб-технологии - попсня .
Развлекательный бизнес делится на известных шоуменов и аутсайдеров-неудачников... Вторые называет первых словом "попсятина". Первые вторых никак не называют - они их просто не замечают. Мотивы тех и других расшифровывать нужно?

FrankieИнтернет в большинстве своём, думаю Вы согласитесь, расчитан на пользователей, слабо знакомых с компьютером и тем более с программированием. Аналогично и средства для него. Чтобы писать могли как можно больше людей с минимальными знаниями.
Ваше мнение ошибочно. Изучите по-глубже возможности веб-технологий. Шеера почитайте. Б.Гейтса.

FrankieУ нас локальная сеть. Сервер - зверь-машина для таких объёмов. Девушки-менеджеры, не то что я, привыкший к хоткеям, говорят при случае что тот или иной раздел тормозит не по детски...
Оптимизация работы ПО - тут я Вам не помощник. Поищите на других форумах - неоптимальный код, (анти)вирусы, сегменты сети-десятки, перегревающиеся старые хабы и т.п.

Frankie комсомолка - если есть тормоза, то уверена, что причина - на сервере. Переносите критичные к трафику операции на комп пользователя, создавайте ХП и вьюхи... Вам и карты в руки.
Это невозможно - информация постоянно обновляется и нужны самые последние данные. Поэтому кэш исключён.
комсомолкаА MySQL, если не устраивает, заменИте другой СУБД - делов-то... Тот же PostgreSQL

В общем, Вы хотите отговорить от всяих идей и остаться с тем что есть, как я понял. Что ж, нам с Вами не по пути.
Извиняюсь, но судя по Вашим рассуждениям и выводам поняли Вы далеко не все... и не совсем так...
Интересно, а где это я к Вам в попутчицы напрашивалась? Я в машины с незнакомыми мужчинами не сажусь :))

FrankieЯ понял что писать самим, один из лучших выборов. С этим более чем согласен. Просто когда вы (и не только вы) предложили довольствоваться тем что есть, мне показалось, что тема начинает исчерпываться...
"Продолжать довольствоваться тем, что есть" никто не предлагал. Окружающие предлагают РАЗВИТЬ то, что имеется, так как потенциал того, что имеется - весьма высОк.

Nenavision комсомолка
На мой взгляд область пр именения WEB интерфейса крайне узка.
Мне например так и не удалось увидеть форматированный ввод в поле с контролем ошибок. Те примеры которые предлагают на соотвествующих форумах реализованы ужасно (эти алгоритмы известны не буду приводить их сейчас).
Экое противоречивое утверждение: "мне не удалось увидеть" и "реализация увиденного ужасна"... Так есть или нет? А уж реализация... поверьте, некоторые возможности, которые УЖЕ реализованы в ПО реализованы еще более ужасно... но какое дело до этого пользователю?
NenavisionМеня категорически не устраивает метод пролистывания некого списка постранично (кроме низкой скорости, отсутствия поиска это еще и издевательство над СУБД). Популярные броузеры (если конечно Вы предполагаете работу с WEB через них а не через броузер собстенной разработки оптимизированный под свою задачу) плохо переносят большие объемы документов - дело не в плохом соединении - даже при работе с локальными файлами. И фильтрация запросов тут не всегда удобна (на установку фильтров тоже требуются ресурсы).
В подавляющем большинстве случаев пользователю нужно только 20 строк из документа, содержащего 1000000 строк. Дело разработчика - разработать такое представление, чтобы пользователь, с одной стороны, получил всю небходимую информацию, и, с другой стороны, не видел ничего лишнего для себя.
NenavisionСюда можно добавить низкую производительность javascript, наличие кучи имманентно развивающихся/отмирающих технологий (авторизация кукисами, AJAX- как средство удержания соединения и пр.) обилие версий форматов и протоколов (которые неизвестно кто поддерживает и в каких объемах).
Я уже говорила - по моему мнению, этот форум не предназначен для рассматривания вопросов, касающихся оптимизации исходного кода. Кваллифицированный программист, уверена, решил бы эти трудности, если б захотел.
NenavisionКак следствие решение получается не надежным, трудно сопровождаемым и неудобным в работе. Поэтому для рабочих задач я бы его не использовал.
Выводы сделаны ошибочно, отсюда и резюме - ложно.
И надежно, и легкосопровождаемым (не ломать голову над совместимостью на 1000 АРМ, а править код на ОДНОМ сервере), и удобным в работе (при соответствующих усилиях со стороны разработчиков)

P.S. Я уже давно думаю о замене графического ядра нашей системы на что-нибудь типа Flesh. Графическая система - единственное, что удерживает нас от полноценной трехуровневой ИС. Но тут все упирается в кваллификацию и специализацию наших программистов.

LSV комсомолкаВыводы сделаны ошибочно, отсюда и резюме - ложно.Вот и отлично ! Наверно Вам не составит труда дать ссылку на хорошо организованный веб-интерфейс с удобным листанием и поиском/фильтрацией хотя бы тысяч строк списка, минимумом использования мыши, удобным вводом и верификацией. Именно удобным ! Убогих мы все насмотрелись.
Ждёмс.....
Вы не умеете видеть... Пример у Вас перед глазами.