Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Http-сервер nginx обслуживает более половины хостов рунета, opennews (??), 04-Июн-11, (0) [смотреть все] Ну а что, хороший шустрый и функциональный сервак Может даже без апача работать, Аноним (-), 23:26 , 04-Июн-11, (1) +15 1сам уже давным давно перешел на связку nginx php-fpmРавных ему по скорости, , c0rax (ok), 00:53 , 05-Июн-11, (2) +1 // Аналогично Удобно, быстро, мало жрет Если отсутствует необходимость в большинс, Hety (??), 14:36 , 05-Июн-11, (16) +1 // Уважаемые коллеги, у меня к вам большая ко всем просьба перечислите мне продви, Andrew Kolchoogin (?), 22:52 , 05-Июн-11, (32) // Да элементарно - CGI Автор был настолько упорот и настырен, что людям пришлос, Codir (?), 11:59 , 06-Июн-11, (45) spawn_fcgi , Andrew Kolchoogin (?), 14:08 , 06-Июн-11, (56) CGI FCGI, AlexAT (ok), 14:09 , 06-Июн-11, (57) А, понял Пример для Перла http wiki nginx org SimpleCGIЯ понимаю здесь Сысоев, Andrew Kolchoogin (?), 14:18 , 06-Июн-11, (59) Ну так Сысоев в свом деле шарит он не собирается делать фичи которые затормозят, Аноним (-), 18:40 , 07-Июн-11, (88) CGI маздай Уродский и тормозной протокол эпохи каменного века Еще большее гумн, Аноним (-), 14:55 , 06-Июн-11, (62) В nginx нет нормального листинга каталогов иконки, инклудинг HEADER, README в в, Alexander Sheiko (?), 13:03 , 06-Июн-11, (55) Это mod_autoindex в Apache Не догнал HTTP Basic Auth говорит либо Allow, либо D, Andrew Kolchoogin (?), 14:14 , 06-Июн-11, (58) Да В нём много отлаженных годами возможностей В nginx используется такая функци, Alexander Sheiko (?), 14:34 , 06-Июн-11, (61) Спасибо вам за этот модуль, господа ретарды Через него так удобно сливать внутр, Аноним (-), 17:11 , 07-Июн-11, (75) Тщательнее надо быть Security by obscurity никому не помогало , zazik (ok), 18:06 , 07-Июн-11, (80) А теперь идите и расскажите это всем тем лохам, у которых опачи радостно индекся, Аноним (-), 18:26 , 07-Июн-11, (85) А теперь расскажите про страшную дыру в Линукс под названием пароль по умолчани, zazik (ok), 23:46 , 07-Июн-11, (92) Nginx тоже прекрасно выводит листинг каталогов Только без иконок и включения в , Alexander Sheiko (?), 18:21 , 07-Июн-11, (84) У него по дефолту этот модуль сроду неактивен Ни разу еще не удалось ничего умы, Аноним (-), 18:45 , 07-Июн-11, (89) То есть, все миллионы лет эволюции nix-систем зря Ведь там тоже логин и паро, zazik (ok), 23:51 , 07-Июн-11, (93) - поддержка AJP, MVK (??), 14:08 , 07-Июн-11, (71) lighttpd быстрее, Anonymouss (?), 04:27 , 06-Июн-11, (34) // Сильно зависит от В многоядерной конфигурации у нжинкса больше шансов быть шуст, Аноним (-), 10:51 , 06-Июн-11, (40) Проверено, lighttpd процентов на 20 медленнее при отдаче статики и проксировани, Аноним (-), 17:06 , 06-Июн-11, (64) // А ссылку , Anonymouss (?), 18:42 , 06-Июн-11, (65) А как чем проверялось, если не секрет Всегда хотел сравнить их но никогда не до, Аноним (-), 17:12 , 07-Июн-11, (76) Показательно В зоне ру невероятное количество сайтов, для которых крайне важна и, Вредоносный (?), 04:58 , 05-Июн-11, (3) –2 // Я тоже уверен что лет через 20 или 30 даже такой дурак как ты научится с помощью, Аноним (-), 05:06 , 05-Июн-11, (4) –6 // Ога В соцсетях , dyn (??), 07:14 , 05-Июн-11, (8) // Нет, я, действительно, не понимаю, зачем для динамики Apache Вот взять, к прим, Andrew Kolchoogin (?), 14:53 , 05-Июн-11, (17) +1 Наверное потому что ленивые и тупые не могут освоить прикольные фичи нжинкса, ти, Аноним (-), 20:37 , 05-Июн-11, (26) –2 Это не укладывается в концепцию энтерпрайза, где под каждую фичу покупается доро, umbr (ok), 22:46 , 05-Июн-11, (30) +4 бгг, ксеноны противоречат ПДД , 1 (??), 10:31 , 06-Июн-11, (39) +1 Это не укладывается в концепцию откатов с дорогущих ферм , Hety (??), 12:30 , 06-Июн-11, (52) +1 За тем, что бы было на что порш каен купить, хз (?), 10:00 , 06-Июн-11, (37) +1 Вам даже на зарплату учителя русского языка видимо не хватило Не то что на порш, Аноним (-), 04:55 , 07-Июн-11, (70) Да , zazik (ok), 21:04 , 06-Июн-11, (67) Да, да А картинки, шрифты, стили, музыка и т д все через астрал передаваться б, Аноним (-), 16:33 , 05-Июн-11, (19) Вы еще не видели как нжинкс кеширует динамику Там где вы умрете под 50 одноврем, Аноним (-), 20:34 , 05-Июн-11, (25) // Ну ка расскажите мне про то, как вы будете кэшировать к примеру список новых ком, zoonman (ok), 00:26 , 06-Июн-11, (33)   // Ну не увидит юзер коменты за последнюю секунду Трагедия, однако А как кешир, Аноним (-), 11:01 , 06-Июн-11, (41)   А если у вас магазин Товар допустим купили, а человек делает свой заказ и получ, zoonman (ok), 11:58 , 06-Июн-11, (44)   Не распаляйтесь на школоло - им законы физики вообще нипочём Ну не увидит ю, Codir (?), 12:04 , 06-Июн-11, (46)   Ой, а вот через секунду после того как мне ваш сервак страницу отдал, там новый , Аноним (-), 18:31 , 07-Июн-11, (86)   Как ни странно, наиболее вменяемые магазины делают именно так собирается корзин, Аноним (-), 17:36 , 07-Июн-11, (77)   Мне интересен такой момент, как то, откуда кэшсервер узнает, авторизован юзер ил, zoonman (ok), 20:51 , 07-Июн-11, (91)   никак, кэш на уровне httpd не твой случайреализуемы через ajaxну так не кэширова, st (??), 12:08 , 08-Июн-11, (99)   Это увеличивает число запросов к серверу и усложняет архитектуру веб-приложения , zoonman (ok), 12:17 , 08-Июн-11, (100)   gt оверквотинг удален redis nginx версионирование кэша по ключам Nginx рисует , sn00p (?), 16:56 , 06-Июн-11, (63) +2   гон всё это за 90 из этого кол-ва nginx ов стоят апачи , V (??), 05:11 , 05-Июн-11, (5) +4 // В новости именно так и написано , Bocha (??), 06:19 , 05-Июн-11, (6) +1 // Тогда в чем новость nginx в принципе существует Ну да, мы в курсе - , жт (?), 07:03 , 05-Июн-11, (7) // В том, что его доля увеличилась с 20 в прошлом году до 50 в этом О чем это го, Аноним (-), 10:21 , 05-Июн-11, (9) 20 - не в прошлом, а 3 года назад, szh (ok), 22:35 , 05-Июн-11, (29) надо еще было один график нарисовать 90 Апач nginx, Аноним (-), 16:35 , 05-Июн-11, (20) // Не факт что 90 Я вот опач совсем не юзаю А зачем , Аноним (-), 20:39 , 05-Июн-11, (27) А кривая динамики эмэсовского IIS доставляет, хе-хе , KDEist (?), 10:46 , 05-Июн-11, (11) +7 // Ынтерпрайз, ВКПб (?), 12:22 , 05-Июн-11, (13) Но они все равно счастливы Dhttp habrahabr ru blogs modx 120282 , Xing (?), 12:57 , 05-Июн-11, (15) // Внимание, реклама m , Anonymouss (?), 19:26 , 05-Июн-11, (23) Да конечно, можно заплатить тонну бабок за монструозные тормозные решения майкро, Аноним (-), 20:41 , 05-Июн-11, (28) +1 // Затем, что M - это не просто выучил сишарп и слабал асп-шку как принято в FO, Codir (?), 12:13 , 06-Июн-11, (47) –1 А вот я в еуле читал об отказе Майкросовта от ответственности, и об его обязанно, сергей канонивцев (?), 12:29 , 06-Июн-11, (50) +2 b от своевременной поставки заплаток до обучения всем тонкостям продукта b В, Аноним (-), 12:29 , 06-Июн-11, (51) У меня есть задача концентратор PPPoE с поддержкой QinQ 4094 абонентских CVLAN, AlexAT (ok), 12:31 , 06-Июн-11, (53) О да Коллега ушел в контору, где кто-то из руководства полагает так же В итоге, Hety (??), 12:36 , 06-Июн-11, (54) +1 Спасибо, мил человек Похоже, я теперь знаю, почему у клиентов консоль TMG не ра, zazik (ok), 21:09 , 06-Июн-11, (68) В принципе коллега уверждал, что если что - лезте в инет и гуглите На форуме на, Hety (??), 15:54 , 07-Июн-11, (74) Да я гуглил Но это же не Linux FreeBSD, где можно быстро найти точный ответ Ош, zazik (ok), 18:09 , 07-Июн-11, (82) Особенно эпично было на одном мсовском же сайте сайт Для улучшения работы наши, Аноним (-), 18:19 , 07-Июн-11, (83) Как человек, имевший дело с техподдержкой мелкософта, могу сказать они ни за ч, Аноним (-), 18:53 , 06-Июн-11, (66) +1 Инфраструктура,блаблабла Энтерпрайз, во Большое, тормозное, монструозное гл, Аноним (-), 18:04 , 07-Июн-11, (78) Прям контрольный пакет 51 , Андрей (??), 12:47 , 05-Июн-11, (14) // Контрольный пакет - это 50 плюс золотой сервер очевидно, sysoev ru , Онаним (?), 19:03 , 05-Июн-11, (22) Пока nginx не научится понимать htaccess и mod_rewrite он вряд-ли сможет замени, Анори (?), 08:47 , 06-Июн-11, (35) +1 // А, да, еще не хватает open_basedir, Анори (?), 08:47 , 06-Июн-11, (36) +1 // open_basedir в php ini всегда была, ig0r (??), 11:15 , 06-Июн-11, (42) htaccess там не будет никогда по очевидным причинам, правила mod_rewrite трансл, Andrew Kolchoogin (?), 14:23 , 06-Июн-11, (60) На самом деле много чего не хватает Схема отдачи контента по схеме конечного ав, AlexAT (ok), 10:28 , 06-Июн-11, (38) // извращения которые вполне чудно обслуживают порталы 1m хитов в день , VX (??), 11:43 , 06-Июн-11, (43) +2 Ого Первый раз слышу такой симбиоз Не поясните, зачем там КА , Codir (?), 12:15 , 06-Июн-11, (48) // Затем, что каждый воркер nginx обрабатывает энное число запросов псевдопараллель, AlexAT (ok), 12:22 , 06-Июн-11, (49) // Взял из того, что видел все это изнутри, допиливал и переводил на fbsd Кстати, , VX (??), 00:55 , 07-Июн-11, (69) - у меня был Apache worker Tomcat на виртуалке 256Мб ОП который нормально , MVK (??), 14:30 , 07-Июн-11, (72) Абсолютно согласен Т е не в nginx Apache дело У меня, правда, не чат - там не, AlexAT (ok), 14:37 , 07-Июн-11, (73) А вордпрессовский сайт об этом не знает и поэтому работает , Аноним (-), 18:05 , 07-Июн-11, (79) // А с чего вы взяли, что собственно вордпрессовский сайт целиком на nginx Или вы , AlexAT (ok), 18:06 , 07-Июн-11, (81) // Целиком не целиком, а если туда вместо нжинкса апач поставить - он там сдохнет , Аноним (-), 18:38 , 07-Июн-11, (87) Почитайте про page sharing copy on write , Alex (??), 20:05 , 07-Июн-11, (90) - уродская логика у того кто собрал Apache как prefork, а потом жалуется что про, MVK (??), 09:22 , 08-Июн-11, (94) На Linux prefork - единственный нормальный метод Расход памяти - как уже говори, AlexAT (ok), 09:29 , 08-Июн-11, (95) - сильный аргумент, кстати Вы сколько Apache-ей и на протяжении какого срока адм, MVK (??), 09:41 , 08-Июн-11, (97) Лет 10 уже, 7 площадок разного размера, в т ч кластерные К Вам - аналогичный в, AlexAT (ok), 12:06 , 08-Июн-11, (98) - 9 лет, 100 Apache разных версий 2 0 x, 2 2 x, в основном worker, изредка pr, MVK (??), 13:57 , 08-Июн-11, (101) Кластер может быть собран по-разному В моем случае наиболее популярна связка Ap, AlexAT (ok), 14:04 , 08-Июн-11, (102) О5 же, с чего вы это взяли И где гарантии, что там не апач Нгинхом хорошо отда, AlexAT (ok), 09:32 , 08-Июн-11, (96) 1,2,3,5,11,14,35,38

Сообщения

[Сортировка по времени | RSS]

	33. "Http-сервер nginx обслуживает более половины хостов рунета"	+/–
	Сообщение от zoonman (ok), 06-Июн-11, 00:26
	Ну ка расскажите мне про то, как вы будете кэшировать к примеру список новых комментариев к тем статьям, которые читал конкретный пользователь, когда у вас хотя бы с десяток юзеров на сайте за последнюю минуту и каждый из них может написать новый комментарий в любой момент? В таком случае нужно event-based cache management применять. Т.е. сбрасывать/обновлять весь релевантный кэш (а его еще надо найти, а еще хранить индивидуально под каждого пользователя свой). Кэширование нужно применять там, где в нем есть смысл. Например скэшировать 100 картинок со страницы и быстро отдать их. Но лучше отправить верстальщика на учебу, где он освоит спрайты и вместо 100 картинок будет 1. И о чудо, сервер перестанет загибаться от нагрузки потому, что вместо 1000 запросов к серверу будет 10.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Http-сервер nginx обслуживает более половины хостов рунета"	+/–
	Сообщение от Аноним (-), 06-Июн-11, 11:01
	> минуту и каждый из них может написать новый комментарий в любой момент? Ну не увидит юзер коменты за последнюю секунду. Трагедия, однако :). А как кешировать? Да как обычно. А при написании комента попутно можно инвалидировать кеш, если уж по уму все делать. Правда это оверкилл: непоказ коментов за последнюю секунду большой проблемой не является, если ориантироваться на практику а не эстетствовать :P > Кэширование нужно применять там, где в нем есть смысл. Ну вот когда вас опубликуют на сдешдоте/хабре/чем там еще - узнаете где в нем есть смысл :) > Например скэшировать 100 картинок со страницы и быстро отдать их. Чего? Кого? Зачем? Кешируют обычно результат работы скриптов, чтобы не дергать на всю толпень юзеров постоянно серверные скрипты. А то если вам 5000 одновременных юзеров придет - вы немного задолбаетесь на них php или что там у вас в 5000 экземплярах дергать. А в статику закешить - и пусть отдается себе. Ну будет страница с коментами 1-секундной давности. Ужас! > И о чудо, сервер перестанет загибаться от нагрузки потому, что вместо 1000 запросов к серверу будет 10. О чудо, любой школотенок с ab может прийти к вам с своего вшивого диалапа 1000й "юзеров". Параллельных потоков. Когда опач форканет 1000 процессов и пых попробует выполнить скрипт в 1000 копий - сервер радостно и быстро сдохнет. Классический метод уронить дефолтовый апач :). Ему много лет и он до сих пор работает. Поскольку затраты ресурсов на стороне клиента много меньше затрат сервера на их обслуживание.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Http-сервер nginx обслуживает более половины хостов рунета"	+/–
	Сообщение от zoonman (ok), 06-Июн-11, 11:58
	> Ну не увидит юзер коменты за последнюю секунду. Трагедия, однако :). А А если у вас магазин? Товар допустим купили, а человек делает свой заказ и получает отказ перед самым носом потому, что этот товар только что купили. А если бы увидел актуальные данные, возможно выбрал бы другой товар. А так у него будет негативная ассоциация. >  А при написании комента попутно можно > инвалидировать кеш, если уж по уму все делать. Про это я выше написал. > Ну вот когда вас опубликуют на сдешдоте/хабре/чем там еще - узнаете где > в нем есть смысл :) Знаем. Насчет школоты есть соответствующие ограничения. Ни один разумный админ не будет оставлять апач по умолчанию. Динамика должна оставаться динамикой. Она для этого была создана.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Http-сервер nginx обслуживает более половины хостов рунета"	+/–
	Сообщение от Codir (?), 06-Июн-11, 12:04
	Не распаляйтесь на школоло - им законы физики вообще нипочём! :) "Ну не увидит юзер коменты за последнюю секунду. " - разве не виден ламерский подход? Кэш - это всё забавно, но "динамика" названа динамикой не потому, что другого слова не нашлось, а потому, что это ПРОТИВОПОЛОЖНОСТЬ статике. Но не всем это дано понять...
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Http-сервер nginx обслуживает более половины хостов рунета"	+/–
	Сообщение от Аноним (-), 07-Июн-11, 18:31
	> не всем это дано понять... Ой, а вот через секунду после того как мне ваш сервак страницу отдал, там новый юзер откоментил. А чойта эта ваша динамика не генерит мне страницу заново и не показывает его? Как максимум что-то такое делается на аяксе, только это не противоречит использованию нжинкса и тормознутость в основном определится архитектурой серверной стороны приложения, насколько оно эффективно обрабатывает множественные параллельные запросы. При этом кстати можно быстро выстрелить тяжелые части статикой из кеша, а остальное подтянуть аяксом по мере готовности и ненапряжно для юзера. Опач с его форками на каждое соединение опять не у дел - при постоянном висении тысяч юзеров он с его толпами процессов просто умрет.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Http-сервер nginx обслуживает более половины хостов рунета"	+/–
	Сообщение от Аноним (-), 07-Июн-11, 17:36
	> А если у вас магазин? Товар допустим купили, а человек делает свой > заказ и получает отказ перед самым носом потому, что этот товар > только что купили. Как ни странно, наиболее вменяемые магазины делают именно так: собирается корзина. Из товаров которые предположительно есть. На окончательном этапе сборки заказа чекается есть ли товар по факту на складе. Если да - заказ создан. Нет - отлуп. Дело тут в том, что даже если вы слазили в базу и сгенерили мне страничку по актуальному состоянию товаров, пока я вдуплял чего бы мне заказать, этот товар вполне могли уже купить. Вот только страничка об этом ... не знает. Более того, пока я клал в корзину 10 наименований, из них 2 вполне могли раскупить. Апдейтить мне в реалтайме страницу или постоянно проверять не протухли ли даннык корзины - никакая БД не выдержит при мало-мальски популярном магазине. Поэтому это делается 1 раз - при окончательном создании заказа. Это нормально и всех устраивает. > А если бы увидел актуальные данные, возможно выбрал > бы другой товар. А так у него будет негативная ассоциация. Она у него и так может возникнуть. Вот показывает юзеру страница что есть товар. Ну, на момент генерации и запроса в базу - был. Юзер минуту смотрел на нее и выбирал. Выбрал. А за эту минуту бац и кто-то взял и раскупил как раз то что он выбрал. Совершенно штатная ситуация для популярного магазина. Юзер обламывается. Ну и в чем выигрыш то? Возможность такой ситуации все-равно осталась. >>  А при написании комента попутно можно >> инвалидировать кеш, если уж по уму все делать. > Про это я выше написал. Про магазин? Так в вашем варианте юзер тоже может обломаться: вы же не можете юзеру постоянно генерячить новые версии страниц и вдувать ему новую версию страницы на любое изменение базы. Ну то-есть теоретически это можно, но практически такую жесть никакой сервер не выдержит + излишне сложно. Обычно юзеров именно посылают на окончательном оформлении заказа. Это нормально, привычно, реалистично. С идеей кеширования особо не воюет. И более того - это может сделать только зареганый юзер. Который если будет наглеть сильно дергая сервер, просто лишится своего аккаунта и более дергать эту операцию не сможет. > Насчет школоты есть соответствующие ограничения. Ни один разумный админ не будет оставлять > апач по умолчанию. А ограничения знаете ли ведут к другой проблеме. Если я залимитирую число процессов/тредов опача, в случае когда вредитель занял собой все процессы/треды, легитимные юзеры вообще хрен дождутся своей очерели. Словят таймаут в браузере и отвалят восвояси. Не сильно лучше варианта лютой смерти сервака от форка кучи процессов. > Динамика должна оставаться динамикой. Она для этого была создана. Динамика должна быть таковой только там где это оправдано. Пример с товарами - не катит: список товаров устарел сразу же после выдачи, а постоянно актуализовывать полное состояние ваших складов на всех юзеров - никаких серверов не хватит. А если на юзере нет полного сосояния всех товаров на складе - оно тогда всяко не синхронно с вами и возможны накладки. Ы? :)
	Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

	91. "Http-сервер nginx обслуживает более половины хостов рунета"	+/–
	Сообщение от zoonman (ok), 07-Июн-11, 20:51
	Мне интересен такой момент, как то, откуда кэшсервер узнает, авторизован юзер или нет? Например у меня по одному и тому же URL сайт обязан открываться совершенно по-разному для авторизованного и неавторизованного пользователя. Ну а про блоки типа "вы уже смотрели" или выдачи материала в зависимости от запроса в поисковике наверно прийдется забыть.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Http-сервер nginx обслуживает более половины хостов рунета"	+/–
	Сообщение от st (??), 08-Июн-11, 12:08
	> Мне интересен такой момент, как то, откуда кэшсервер узнает, авторизован юзер или > нет? > Например у меня по одному и тому же URL сайт обязан открываться > совершенно по-разному для авторизованного и неавторизованного пользователя. никак, кэш на уровне httpd не твой случай > Ну а про блоки типа "вы уже смотрели" реализуемы через ajax > или выдачи материала в > зависимости от запроса в поисковике наверно прийдется забыть. ну так не кэшировать URL
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Http-сервер nginx обслуживает более половины хостов рунета"	+/–
	Сообщение от zoonman (ok), 08-Июн-11, 12:17
	> реализуемы через ajax Это увеличивает число запросов к серверу и усложняет архитектуру веб-приложения. > ну так не кэшировать URL что это значит? Получается, что кэширование вредно? Или даже не так. Получается, что кэширование применимо далеко не ко всем задачам. Еще раз прихожу к выводу, что nginx-frontend & apache=backend неплохая связка. И так получаем: использование nginx как кэширования динамики применимо только к высоконагруженным новостным/read-only/slowupdated сайтам и никак к магазинам и прочим web-apps.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Http-сервер nginx обслуживает более половины хостов рунета"	+2 +/–
	Сообщение от sn00p (?), 06-Июн-11, 16:56
	>[оверквотинг удален] > минуту и каждый из них может написать новый комментарий в любой > момент? > В таком случае нужно event-based cache management применять. Т.е. сбрасывать/обновлять > весь релевантный кэш (а его еще надо найти, а еще хранить > индивидуально под каждого пользователя свой). > Кэширование нужно применять там, где в нем есть смысл. Например скэшировать 100 > картинок со страницы и быстро отдать их. Но лучше отправить верстальщика > на учебу, где он освоит спрайты и вместо 100 картинок будет > 1. И о чудо, сервер перестанет загибаться от нагрузки потому, что > вместо 1000 запросов к серверу будет 10. redis+nginx+версионирование кэша по ключам. Nginx рисует ssi по путям, который ему отдал редис, которые формируют в редисе динамические виджеты. Если что-то надо изменить, то по маске удаляем из редиса все измененное и рисуем заново. Если продумать схему страницы по виджетам, и продумать дерево виджетов, то получается очень неплохо. Кэшировать можно практически все и везде.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема