Как да стартирате пакетен (партиден) файл (
хм Опитах. Хареса ми. Благодаря.
Просто ми е интересно. В крайна сметка почти всичко започна с cgi, на практика. Не лъжете, много сървърни cgi-приложения бяха написани преди 12 години. Е, да, имаше и "първоначалния" ASP от Microsoft.
Рестартиране на второто поколение на Pepsi?
> Рестартиране на второто поколение на Pepsi?
не знам Запознат съм с уеб програмирането едва от последната година. Kk пъти cgi и fastcgi в голото
>> Тъй като cgi и fastcgi са голи И ми е трудно да си представя защо е необходимо повече
Между другото, възможно ли е да принудите сървъра да изведе информация към браузъра "принудително" след определено writeln?
> Между другото, възможно ли е да принудите сървъра да издава > информация на браузъра? "принудително" след определено writeln ?
Не. Доколкото разбирам, не. Вашата Bruzer-сървър връзка ще се създава всеки път при поискване. Заявка - httpRequest. Отидох до сървъра. Всичко GET се предава на CGI чрез променливи оръжия. Всичко POST се прехвърля към CGI чрез stdIn. След това сървърът чака тази заявка да бъде обработена. Обработен - vydl отговор (в HTTP стандарта). Отнема много време за обработка - даде отговор в HTTP стандарта - чрез таймаут (конфигуриран на сървъра). И това е всичко. Т.е. уеб сървърът по същество е много тъпо нещо. Получих заявка, проверих я за съответствие със стандарта - прехвърлих обработката някъде по URI, изчаках отговор и го излъчих на браузъра. Браузърът провери отговора за съответствие със стандарта и след това направи нещо.
> Какво използвате за FastCGI? Какви библиотеки?
> Не. Доколкото разбирам, не.Имате връзка браузър-сървър > се създава всеки път по заявка. Заявка - httpRequest. Изчезна > към сървъра. Всичко, което се предава на CGI чрез > оръжия. Всичко POST се прехвърля към CGI чрез stdIn. Следващ > сървърът чака тази заявка да бъде обработена. Обработено > - dl отговор (в HTTP стандарта). Отнема много време за обработка - върнато > отговор в HTTP стандарта - чрез изчакване (конфигурируемо на сървъра). > И това е всичко. > Тези. уеб сървърът по същество е много тъпо нещо. Имам > заявка, провери я спрямо стандарта - премина > обработка някъде по URI, изчакване на отговор, превод на > неговия браузър. Браузърът провери отговора спрямо > и след това направи нещо.
Заявките не ме интересуват. Интересувам се от отговора. За cgi изпраща отговора на части. И бих искал браузърът да може да го приеме по същия начин. Но се оказва, че сървърът очевидно се натрупва някъде в буфера си и след това се раздава (макар и на части, но тези части са болезнено лоши).
> Рестартиране на Pepsi 2-ро поколение?Къде е презареждането? на човек беше показан пример, той го хареса, не е факт, че ще го приеме (дори само защото не оре на младши и достъпът до черупката е ограничен на евтини хостинги). И когато редът дойде на обработката, се оказва, че php и pearl се движат по отношение на удобството и скоростта на разработка, само малко по-ниски по скорост (в контекста на примера). все още трябва да видите как cgi стартира, иначе куп клиенти ще се свържат и ще погълнат паметта Поколението на Pepsi вече занитва сайтовете си на 16 години и владее свободно OOP, след това поколението „dopepsi“ направи всичко това в умовете си и в тетрадки в кутия в много по-малки обеми.
> Поколението на Pepsi вече на 16-годишна възраст заковава своите уебсайтове и свободно > е ООП ориентирано, тогава генерирането на "dopepsi" е всичко > Направих го наум и в тетрадки в квадратчета в много по-малки обеми. >
Колкото до свободното ориентиране в ООП - трябва поне да прочетеш въпросите в този сайт, за да разсееш илюзиите.
Този сайт за мен не е индикатор за интелектуалното развитие на цяло поколение, дори и на която и да е група. Най-малкото е тъпо - да се правят изводи за голяма група хора само по някакви знаци, просто защото знаещите сами ще намерят, незнаещите ще питат, а се оказва, че обикновено питат незнаещите. Тези, които знаят - не "светват".
PS но показва степента на възпитание добре, но не "Пепси" :)
Е, като цяло видях делфи през втората година на института и моят съсед, който е на 15 години, вече пише някакъв блог (добре, сега имам предвид). Те са по-млади, следователно вероятно не могат да формулират правилно въпроса, правилно да игнорират грубостта и да не са толкова избухливи.
Този сайт е доста типичен.
> За cgi изпраща отговора на части.
Не изпраща на части.
Sdelj абсолютно глупаво нещо - сложи в средата cgi Sleep(60000). И вижте с малко FireBug "ohm какво ще дойде в браузъра ви.
>> cgi response изпраща на части изпраща както си иска, според моите наблюдения
повторете writeln(\" QQQQQQQQQQQQ\"); до невярно
и погледнете непрекъснато нарастващата продукция
ако включиш zlib ефекта ще е по-интересен :)
> Е, като цяло видях Delphi през втората си година в института, > а съседът ми, който е на 15 години, вече пише някакъв блог (добре > сега в смисъл).И аз видяхДелфи през втората си година и също на 15-годишна възраст пише бележки на момичетата на листчета хартия (имейл) и на огради (блог) как едното е свързано с другото?
не води блог, но го пише.
да, наистина, някакъв боклук, какво има, на 10 години е научен основният ТМ и полета до Луната за MK-54 е написан от паметта Темата вероятно може да бъде затворена.
> SP (04/08/09 20:21) [24]> Заявките не ме интересуват. Интересувам се от отговора. > За cgi изпраща отговора на части.Cgi приложението не изпраща нищо, то записва текст на стандартен изход. И отговорът се изпраща от уеб сървъра, който се ръководи при изпращане, колкото и да е странно, от стандарта, по-специално от размера на мрежовия пакет.> 12 (04/09/09 10:07) [34] > > >> cgi отговорът се изпраща на части > праща както си иска, по мои наблюдения > > повторение > writeln(\" QQQQQQQQQQQQ\"); > до невярно > > и погледнете непрекъснато нарастващата продукция >Горките сървъри, с какви безумия трябва да се занимават и после такъв вой, че уиндоусите забиват.