Почему НЕ НАДО программировать на Delphi

[debi12345]

из моего опыта все таки если есть возможнсть написать нориальное клиент серверное гуи приложение лучшн его и писать безо всчких вэб оберток полюбому гуи аплеукухи умеют больше у них полный спектр событий также никакой проблем написать нормальный автоапдэйтер что уберет последний минус гуи приложений почасти одноременног апдэйта у вснх клиегтов у меня мсегуй программа сжимается в 500к сжатый архив который пересылается быстрее загрузки вэб приложеня
но осноаой плюс гуи приложений они используют мощь современых клинтских машин без нужнды в доростоящем мидлтайер сервере

[Brainenjii]

stikriz: написать переносимый сервер гораздо проще, нежели переносимый gui ^_^ Более того, написание сервера изначально под веб заставляет программиста сначала задуматься об удобном и адекватном API, которым потом будет пользоваться и web-морда, и android приложение, и qt/win32/etc, при необходимости.
debi12345: расскажите это 1С ^_^ Которая стартует по полчаса на слабеньком канале или ставит на колени 16 ядерный сервер при 50 терминальных пользователях ^_^ События (привязка к аппаратному обеспечению) - это да, больное место веб-приложений, но возможности предоставляемые mainstream'овым языком превалируют ^_^ Хотите шикарный график - да пожалуйста, редактируемую схему движения документов - да пожалуйста (которую, до кучи, можно без проблем сохранить и отправить куда угодно - svg же). Встроить карту, видео, графику (в т.ч. векторную), отчет любой сложности, экспорт в pdf, odt, doc - легко ^_^
Ну и кросс-платформено всё, разумеется

[debi12345]

Которая стартует по полчаса на слабеньком канале или ставит на колени

Потому что 1С (как в старых добрых FoxPro аппликухах) "гоняет" файлы (иногда громадные) по сети , а не запросы и их результаты - то есть не является клинет-серверной платформой. Это режими вообще-то подразумевает специализированный файл-сервер с развитыми кэшированием блокировками - типа NetWare. Нормальный клиент-сервер по трафифку значительно легче веб-аппликухи - спецон проверял это на дайл-ап канале. В SSH-режиме запрос из 10..15 столбцов Х 20..50 строк занимает несколько килобайт траффика (минимум около 800 байт на PostgreSQL ). У вэб-аппликух еще один минус - куча реального мусора, корый может в разы превышать объем полезных даанных - табличные HTML-тэги,.. Плюс если SSH-канал держит соединение, то ГУИ-аппликухи (в отличие от Аякса) не нуждаются в рефреше данных - еще один пунктик экономии траффика.

Ну и кросс-платформено всё, разумеется

Неа - это УХОД ОТ кроссаполатформенности. Так (ессно через матюки, пробы и ошибки) Лазурас никогда не будет доведен до продакшн-рэди.

ПС: однако понимаю тех кто мечтает зарабатывать на прогаммировании для смартфонов (там вебаппликухи цветут и пахнут) и сейчас учится за счет фирмы

[Brainenjii]

Потому что 1С (как в старых добрых FoxPro аппликухах) "гоняет" файлы

времена 7.7 давно прошли

табличные HTML-тэги,..

откройте для себя современные JS фреймворки с оффлайновой работой и умным кешированием ^_^ Сейчас, по факту, загружаются "табличные HTML-тэги" ( ) один раз, затем всё гоняется в JSON/XML/любых других форматах (но JSON удобнее, разумеется)

прогаммировании для смартфонов (там вебаппликухи цветут и пахнут)

вы когда-нибудь пробовали запустить и что важнее, поработать со сложным веб-приложением на смартфоне? ^_^

[debi12345]

Более того, написание сервера изначально под веб заставляет программиста сначала задуматься об удобном и адекватном API, которым потом будет пользоваться и web-морда, и android приложение,

Понятно, нужна палка И мазохисты себе эти палки находят. Писать клинентский гуй в ХТМЛ- и ДжС-коде ( без пошаговой отладки, реалтайм-превью и т.п. ) - разновидность мазохизма (ИМХО). Как правило, сложная ВЭБ-аппликуха не поддается серьезным модификациям, стоит команде разрабочтиков уйти (или с ними разрывается контракт на поддержку - никто не хочет платить много за поддержку) - как пришедшие на их место боятся код даже трогать, и висит такое устаревшее ВЭб-чудо-юдо годами

Добавлено спустя 7 минут 25 секунд:

один раз, затем всё гоняется в JSON/XML/любых других форматах

Ага, и все в массивах- сначала по каналу, затем в памяти. Но полноценных БД-линков один фиг нет - все делается через поллинг.

времена 7.7 давно прошли

И каким образом SQL-версия 1С умудряется ТАК нагружать каналы и сервер ? Хотя если не выполнить реоптимизацию перехода с DBF к SQL то конечно можно получить ухудшение - типа SQL-запрос (а то и связанная их цепочка) на каждый скролл в таблице... Или использовать каждый раз полные SQL-команды вместо "SQL-один раз, затем через параметры". Как я понял, 1С не сделали ни того ни другого ? Хм.. "путинизм", как любая чума - заразен

Добавлено спустя 1 минуту 54 секунды:

XML

Для таблиц из не-строковых данных - избыточность в несколько раз.

Добавлено спустя 4 минуты 24 секунды:

вы когда-нибудь пробовали запустить и что важнее, поработать со сложным веб-приложением на смартфоне? ^_^

UCBrowser - полет нормальный даже на моей "лошадке" 240x400pix.

Добавлено спустя 23 минуты 45 секунд:

Он предал,когда результаты еще не объявили, т.е. просто предал.

Вообще-то это нормальная практика во всем мире - признать поражение когда объявляется о том что подсчитано 99% процентов голосов и конкурент лидирует с разрывом например 3%, то оставшийся 1% погоды не сделает. Обычно такое происходит в вечер или ночь перед оглашением результатов. А Зюганов когда поздравил ? Эх,никак Вы не поймет что КПРФ в 1996 году подкосили новые шулерские технологии - "мы тебя обмажем дерьмом - теперь попробуй отмыться, и все равно вонять будешь" и спойлер Лебедь. Ну и народ реально тогда дрогнул от страшилок и реально "проголосовал сердцем" (то есть выключив мозги) - рейтинг Ельцина от 6% (с которыми нельзя было смухлевать - потому что явный изгой никак не может выиграть выборы) реально поднялся до кажется 30%, плюс помощь спойлера...

Добавлено спустя 6 минут 15 секунд:

В Белом Доме было оружие.

Танков не припоминаю... И спецназа тоже.. Что могли сделать депутуты против тяжелого вооружения и спеобученных убйиц.

А, вот, в 91-м Ельцин организовал народ и без единого выстрела победил.

1) у него были многие миллионы помощников и по всей стране [начиная по стучащих касками шахтеров] и 2) он был представителем власти клана обладающим всеми полномочиями.

[stikriz]

написать переносимый сервер гораздо проще, нежели переносимый gui

Если писать сервис, который может быть и cgi, например, то разницы нет. Однако замечу, что html - xml склонен больше вызовов серверу делать, чем нормальная морда приложения на клиенте. На самом деле, не такая уж проблема написать кросплатформенно, если пользовать кросплатформенные компоненты. А компоненты - это уже отдельный вопрос.

Более того, написание сервера изначально под веб заставляет программиста сначала задуматься об удобном и адекватном API,

А если не заставить, то программист об этом думать не будет? Не просто API, а Core надо обдумывать.

Добавлено спустя 3 минуты 38 секунд:

расскажите это 1С ^_^ Которая стартует по полчаса на слабеньком канале или ставит на колени 16 ядерный сервер при 50 терминальных пользователях

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

Добавлено спустя 2 минуты 8 секунд:

Ну и кросс-платформено всё, разумеется

Не только не кросплатформенно, но еще и не веб платформенно. Под MS веб - одно, под апачи - другое.

Добавлено спустя 1 минуту 38 секунд:

Потому что 1С (как в старых добрых FoxPro аппликухах) "гоняет" файлы (иногда громадные) по сети , а не запросы и их результаты

Брехня. Вы говорите о файловом варианте. Его не рекомендуется использовать при количестве конектов больше 10. Да, любая десктопная БД именно так себя и ведет. Что, никто не видел в живую восьмерку?

Добавлено спустя 1 минуту 13 секунд:

Нормальный клиент-сервер по трафифку значительно легче веб-аппликухи

Да. Так точно и есть. Еще можно трафик жать самому - без спецсредств, и шифровать самому - это снижает стоимость владения.

Добавлено спустя 1 минуту 14 секунд:

Лазурас никогда не будет доведен до продакшн-рэди

Что, надо отойти в уголок и застрелиться?

Добавлено спустя 4 минуты 26 секунд:

И каким образом SQL-версия 1С умудряется ТАК нагружать каналы и сервер ?

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

Добавлено спустя 1 минуту 47 секунд:
А еще, не пользуйте бесплатный MS SQL Server.

Добавлено спустя 2 минуты 40 секунд:

А Зюганов когда поздравил ?

Примерно в 3 ночи - когда еще и 10 % - не было еще тогда компьютерных технологий. Гандон - он и в африке гандон, как говорил тов. Путин

Добавлено спустя 54 секунды:

Танков не припоминаю... И спецназа тоже..

Херней не надо заниматься, демагог Вы наш.

Добавлено спустя 2 минуты 38 секунд:

1) у него были многие миллионы помощников и по всей стране

А Зю не может завестись помошниками - кто будет помогать слизи, предавшей своих сторонников.

) он был представителем власти

Когда Ель начинал, то он был врагом пятнистого и власти не было. Его не сожрали, потому, что КГБ постаралось.

[debi12345]

Да. Так точно и есть. Еще можно трафик жать самому - без спецсредств, и шифровать самому - это снижает стоимость владения.

Ессно при одном условии - писать с умом, в данном случае "traffic-in-mind". Как правило это касается и дизайна, и кода - причем дизайна в большей степени.

Что, никто не видел в живую восьмерку?

Мы скачивали и заводили оную под DEBIAN, ессно "регистрированную". Но в работу запустить (переводить на нее нашу бухгалтерию & Co) было недосуг Насколько помню у нее был вариант БД на PostgreSQL.

Добавлено спустя 4 минуты 28 секунд:

Еще можно трафик жать самому - без спецсредств, и шифровать самому - это снижает стоимость владения.

Я осилил STUNNEL4 - прелесть Он завязан на OpenSSL, умеет держать канал и авто-реконнектиться даже после передергивания LAN-кабеля. А в поля его клиентского сертификата ( OrganizationalUnit) можно также писать конфиг-инфу.

[Brainenjii]

Если писать сервис, который может быть и cgi, например, то разницы нет

"А вы не читайте советских газет"(с) Делаю fcgi - небо и земля запускать сервис на винде/демон на лине против стандартных десктопных приложений, что делал раньше с лазарем (правда и моложе да глупее тогда был ^_^)

Однако замечу, что html - xml склонен больше вызовов серверу делать, чем нормальная морда приложения на клиенте.

Вы видели современные JS фреймворки? Всякие Dojo и ExtJS'ы.

А если не заставить, то программист об этом думать не будет?

внешняя мотивация всегда мощнее внутренней ^_^

Брехня. Если не жопничать и заплатить за серверную версию 1С (как они любят это называть - кластеры 1С)

Ни разу. Куплена серверная УПП 8.2, мощнейший сервак, перезапуск толстого клиента на канале с пингом over100 без изменений конфигураций идёт хрен знает сколько времени. Спасает только терминал, но там свой бред. Да и 50 пользователей в терминале, помноженные на не особо адекватную конфигурацию, ставят дисковую подсистему на колени.

Не только не кросплатформенно, но еще и не веб платформенно. Под MS веб - одно, под апачи - другое.

IIS? Apache?!! Когда наши космические корабли? Только nginx! На одной и той же конфе apache + fcgi выдавал 500 запросов/сек, nginx - 4000+. На IIS'е не пробовал, но чует моё сердце - там всё было бы грустней, чем на apache. По поводу кросс-платформенности - повторюсь, с оборудованием мы пока не решали, но думаем ничего сверхъестественно сложного не обнаружится. А так - что windows, что Linux, что Android на китайском говнопланшете за 50$ - все работает единообразно

По поводу темы - не надо программировать на Delphi, потому как под линукс fcgi на нём не напишешь

[debi12345]

Когда Ель начинал, то он был врагом пятнистого и власти не было. Его не сожрали, потому, что КГБ постаралось.

А знаете, я всегда сомневался в лояльности структуры, в которой самым страшным наказанием было отправка (возвращение) домой. Им ради дела на народные деньги делали зарубежные "легенды", покупали тамошние "бизнесы" - и они жили там как коты в масле. Путин кстати типичный пример. Что думаете на это счет ?

Добавлено спустя 6 минут 6 секунд:

А Зю не может завестись помошниками - кто будет помогать слизи, предавшей своих сторонников.

Слизь-не-слизь - но это единственная стабильная левая сила, партия массовая, имеет дисциплину, вбирает в себя достойных и уважаемых людей. Сам руководитель рано или поздно отойдет от дел, готовая смена есть. Все остальные (Родины, Рыбкины,..) - спойлера-однодневки.

Добавлено спустя 2 минуты 11 секунд:
ПС: ммотрю проект "Голос": ну и талантище же Пелагея И татарки хороши - они и у нас в Ташкенте рулят

[stikriz]

Сам руководитель рано или поздно отойдет от дел, готовая смена есть

Стабильность - это смерть. Стабильно только то, что умерло. Удальцов им на смену придет. Якшаются с предателями - сами предатели.

[debi12345]

Куплена серверная УПП 8.2, мощнейший сервак, перезапуск толстого клиента на канале с пингом over100 без изменений конфигураций идёт хрен знает сколько времени.

НЕ-МОЖЕТ-ТАКОГО-БЫТЬ Тормоза из-за чего ? Винчестеры какого типа ? Индексы в БД все создались (и удалены ли мешающие - инициирующие дисковый I/O)( ? БД оптимизирована по части юзания аппаратуры и кэширования ? "Винты" шуршат при тормозах ? Своп растет или нет ? (если да - то нужно нарастить оперативку)
Параметры "мощнейшести" -в студию

[stikriz]

Только nginx! На одной и той же конфе apache + fcgi выдавал 500 запросов/сек, nginx - 4000+.

Я о производительности не говорил. Тем более о запросах - ни о чем. Вам надо будет писать под разные оси и под разные веб серверы, если писать кросплатформенно.

Добавлено спустя 55 секунд:

с пингом over100

Убейте админа - он у Вас кушает зря.

Добавлено спустя 47 секунд:

Параметры "мощнейшести" -в студию

С таким пингом сервак спит и его мощьность не важна.

[debi12345]

Стабильность - это смерть. Стабильно только то, что умерло.

Устоять под градом 20лет шельмования и отсутствия админресурса - дорогого стоит. Стабильность КПРФ в том что она не сломалась по мощнейшим напором.

Удальцов им на смену придет. Якшаются с предателями - сами предатели.

Удальцов - лишь внешнее проявления замены социальной базы ( "хомячков" и левой интелигенции) взамен почившей с миром (рабочего класса).

Добавлено спустя 3 минуты 38 секунд:
Плохой пинг ? Сетевуха захлебывается (вырублен DMA,или кривые "дрова") ? Или дешевый свитч ? Может происходит монополизация траффика одним из клиентов и поэтому на сам сервак нужно ставить выравнивающий (SFQ и т.п) шэйпер ?

[Brainenjii]

Вам надо будет писать под разные оси и под разные веб серверы, если писать кросплатформенно.

Повторюсь - написать консольное приложение под разные ОСи проще (гораздо), чем полноценное гуевое приложение. Не согласны? Разные веб-серверы - зачем? nginx есть везде где нужно.

Убейте админа - он у Вас кушает зря.

ну что ж вы так сразу на админа ^_^ У нас свои беды - провайдер только радиоканал, по городу раскиданы, часть клиентов вообще в других городах. Тут правильней 1Сников заставлять локальные сервера ставить, если уж на то пошло. Но там свои беды начнутся В общем, я присоединился ко всеобщей эйфории с вебом и считаю что за ним будущее и подобные проблемы решатся достаточно легко. Большой пинг продуманному RIA не так страшен, как толстой 1Ске. Веб-клиент 1С, к сожалению, не щупал - наши 1Сники боятся учиться
debi12345: orly? 16 ядер, 24 Гб оперативы, про винты не скажу - не админ, но полагаю что нормальные - в 600к вместе с софтом сервер вышел. Беда, полагаю, в неадекватности конфигурациях 1С, MSSQL и собственно RAID'а - очень любят наши 1Сники временные таблицы (а может без них и никак там), всё это дело пишется на диск C:, там же сервер 1С, там же терминальные 1Ски... В общем, причин много, но факт один - сервер на коленях ^_^

[debi12345]

На одной и той же машине без виртуального сервера работает раз в 10 быстрее

Ее начинают внедрять когда сервак в в основном простаивает Кстати современные процы (с аппаратной поддержкой виртуализации - C2D E7600+) реально уменьшают проигрыш.

Добавлено спустя 4 минуты 33 секунды:

очень любят наши 1Сники временные таблицы

С ними иногда легче - особенно на статистике, эмуляции "кубов",... Если не дуют своп и имеют реально работающие индексы - никаких проблем. Хотя лучше без них - сам сталкивался с примерно 10 кратным замедлением относительно "извернуться одной SQL-командой".

Добавлено спустя 7 минут 40 секунд:

У нас свои беды - провайдер только радиоканал, по городу раскиданы, часть клиентов вообще в других городах

А-а-а.... Проблема с MTU ( фрагментация с пересборкой - админ знает ) на границе сред передачи ?

Добавлено спустя 1 час 14 минут 33 секунды:
Возможно толстый клиент написан так что префетчит все справочники - вот и грузит их через нешустрый канал (клиент выглядит висящим пока их не прогрузит ). Если так, то нужно эту часть редизайнить - например базовую версия грузить один раз, сохранять локально (файл, SQLite3 БД,..) а затем передавать только обновления. Или отказаться от префетча, что в итоге подгрузит сервер но зато освободит канал.

Добавлено спустя 28 минут 5 секунд:

Веб-клиент 1С, к сожалению, не щупал - наши 1Сники боятся учиться

Тонкий клиент вообще то CiTRIX или TerminalService(RDP). Он обменивается обновлениями скринов и событиями мыши/клавиатуры. Для каждого клиента запускается свой экземпляр программы на сервере (но есноо с однажды для всех подгружеными DLL). Одна сессия отнимает примерно 30 М оперативы, итого возможно 24G % 30M = 800 одновременных клиентов. Требования к каналам у этих технологий невысокие - 640х480 в оттенках серого запросто работает на 9600кБит/с. Мы используем уже 8 лет и не нарадуемся.