Ну вот docx как раз не особо чтобы все-все открывают. Тогда уже советуйте doc, потому что от docx он особо ничего не теряет, но совместимость у него куда лучше. Но я бы тогда за rtf был, его-то открывает все подряд, и кроссплатформенно.
Да-да, только первый вариант!
Главное, что пока такой код кто-то пишет, тем, кто пишет по второму варианту, всегда найдется и работа, и заплата, и повод позлословить. Все, конечно, от проекта зависит, но БД на то и БД, чтобы ей задавать вопросы, _что_ вы хотите получить, а у вас прямо 1c 7.7 на MySQL получается ))
Евгений Быченко: Вот прямо не хватает отладчика, который бы сказал, что пакет пометился такими-то метками, из-за этого сработал такой маршрут, такое правило NAT-а и т.д. Увы. Тонны логов - наше все, конечно, но вдруг есть лучшее решение?
Shell29: С железкой - я очень симпатизирую routerboard.com/CCR1009-8G-1S-1Splus вот этой модели, там два блока питания, и вообще она ладненькая такая :) Если бюджет не давит, берите, не пожалеете. Точку (точки) доступа - отдельно, и, возможно, даже не от MT (хотя MT-ные можно будет в CAPsMAN загнать и рулить ими совокупно) - просто маршрутизация и радио явно имеют разные требования, и вам, возможно, имеет смысл в сторону wifi ac смотреть, а его в недорогом офисном сегменте у MT как-то и нет пока.
Если бы все было так просто ) "log" в правилах, конечно, знаю и использую - ан нет, не показывает он мне мою проблему. Метки вешаются, пакеты летят - но не по той таблице маршрутизации ( Вот как грабли найти?
Современные диски с MLS не заявляются на 10K перезаписей, от силы 2-3 тысячи. Плюс, конечно, надо учесть write amplification. Конечно, кеш диска возьмет на себя часть нагрузки, но все равно разговор идет о годах о 3-5, а не о 20.
@svd71 А что такое сеть категории B? Бридж может оказаться быстрее, но весь паразитный трафик полетит через VPN - тут надо оценивать, стоит ли оно того. Бридж - чтобы сеть не ощущала, что есть разрыв, а здесь есть физическое и логическое деление, так что лучше маршрутизацией.
Судя по тому, что диалога у Вас с ними даже не началось, что-то сложное доказать у Вас шансов сильно немного. Математика массового обслуживания: проще одного из тысячи забанить, будет страх для остальных, чем тратить ресурсы на переписку.
Вообще, подойдет любой язык программирования (это я к 1с и прочим — язык как язык, со своими расширениями, конечно).
Другой вопрос, что даже на GUI-ной экранной форме 18000 полей ввода выглядят перебором. Тот же Excel имеет grid, а не много-много независимых полей ввода, иначе бы и его никогда не прокрутили.
Но идея с пагинацией или ее эмуляцией (input-ы на месте остаются, а их содержимое обновляется, создавая иллюзию, что данные «прокручиваются» сквозь экран) кажется здравой. Сделайте просто поиск (свой, т.е. не через поиск на странице в браузере) — может, это поможет делу?..
