Если есть офис, то местный ОБЭП интересуется всеми. Работа у них такая... носик свой в чужих документах припудривать. Хотя, что бы в МСК "возбудиться" они вынуждены проплатить следаку... от 250$. Только без смеху пожалуйста, т.к. в эту кухню тут лучше не заглядывать... оно оказывается еще страшнее. А если в ЦАО, то наверное... даже думать не хочу. Если у нас оперов за возбуждение дела заставляют платить, естественно не из зарплаты, то о какой борьбе с ... да ну их в общем.
Упс.. пропустил сие ляпсус. Нормальный хостинг провайдер должен квотировать inodes, а тем более такое гумно как 50тыс файлов в одной директории. С точки зрения себестоимости хостинговых услуг это очень накладно, это грузит операционку.
Есть. Обычно это прикладывается к ТЗ на оптимизацию различных проектов. Собственно там не только c куками заморочки, а еще и с strong validation support (Etag). Всем рекомендую читать -> http://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html#sec13.3.3 Оптимизацию надо же делать под два типа кэшей... shared (кэширующий акселератор) and non shared (кэш браузера), а это не так просто, если в решении под одним url есть заход для "гостей" и для "зарегистрированных". Возникает много всяких заморочек... но если подобную функциональность закладывать в архитектуру изначально, то сайты просто летают.
В Битриксе исходников кучу перелопачивать надо, а это никому не нужно, т.к. они через какое-то время выпустят новый мега-апдейт и надо будет заново накладывать патчи. При их отношении к клиенту что-то им дарить... давно бы уже программистов нормальных наняли бы, да вопрос глобально решили. И хостинг провайдеры рады были бы, т.к. кэши у всех крупных стоят. И юзерам бы приятнее было, т.к. сайты бы хостили не за 40 баксов, а всего за 20.
У cookie есть path, который заставляет слать браузер куку на этот url и всё что ниже. Следовательно если какой нибудь index.php ставит path в /, то браузер пуляет куками на все подряд.
Попробую какой-то простой напильник скреатировать:
Добавьте еще один virtualhost, как раз для "зарегистрированных". Пускай смотрит туда-же куда и для "гостей". Хост нужно добавлять потому, что веб-сервер в ответе будет светить ServerName, а не ServerAlias... так что просто синоним не прокатит. Если в процессе выставление кук domain не указывается, то его берет как раз из http response. Что бы обойтись синонимом надо еще добавить выставление domain в куках, с учетом ниже написанного. В скрипте для авторизации нужно проставить редирект на этот хост, обозвать его можно как registered. Статистикой для "гостей" мы жертвуем, ибо нефик.
В начале обработки вставьте определение hostname и выставление какого-то флажка, к примеру IS_STATIS, если пришло на домен для "гостей". Далее надо найти все выставлялки кук и обрамить их с учетом флажочка, что бы в случах с выставленным IS_STATIC куки просто не выставлялись.
Следовательно надо найти еще и ляпы по поводу выставления no-cache в хидере и остальных местах, грепать возможно по expires. Далее дописываем, что в случах с IS_STATIC нужно ставить какой-то expires, возможно минут 5-10, а можно и все 30, т.к. для "гостей" у нас сайт должен быть шустрым и быстрым.
Логично надо к процедуре подходить, т.к. в .htaccess надо еще выставить ExpiresByType на всякие там gif, jpeg и т.д... если это элементы дизайна, то можно смело ставить сутки, а лучше двое... хотя у меня в некоторых местах неделя стоит, т.к. дизайн не меняют годами.
Собственно на выходе получаем сайт registered.optimizedbitrix.ru для "зарегистрированных", а для "гостей" просто optimizedbitrix.ru. Если кэширующего акселератора на фронте нет, то воткните в апач mod_cache & mod_mem_cache. Это будет лучше, чем nginx на фронте и обычный apach с mpm prefork позади.
PS. Лепим какой-то каунтер типа spylog или мыл.вру и получаем нормальную статистику.
и при 6 и при 15... в ОБЭП не дураки работают.
это даже не холиворс... парни от ms просто воздух портят.
Какая разница на чем писать? Мы вот на php даже с raw socket умеем работать, писать stand-alone приложения. Даже php компилятор есть, на базе обычного. Пилотные версии различных приблуд рождаются сначала на php, а если не хватает производительности, то переписываем на обычный Си. В течении нескольких часов мы можем написать собственный extension к языку, т.к. он open source... мы даже можем исправить в нем какие-то ошибки, а исправления высылать разработчикам.
А хотите получить реальный кайф?
просто попробуйте -> http://www.qadram.com/products.php
А может сразу тему слить?
Делаем нормальный ресурс, т.е. сетевое СМИ. Регаем его в Яндакс.Новости, подписываем все бумажки, исправно платим зарплату жур-ам и корректорам.
Далее делаем на нём blog, радуемся когда он попал в Блоги, робот его начинает навещать каждый день, xml тему с новостями навещает вообще мгновенно.
В тематических статьях пропихиваем нужные линки, но не так что бы, а логично надо, так что бы аудитория читала, т.е. ресурс нормальный должен быть, это не дурвей какой-то. Ну и начинаем продавать тИЦ... но не за копейки, а за нормальные деньги, т.к. статья должна быть хорошая, возможно с новостью надо увязывать и т.д.
А можно ничего не делать и просто размещать статьи на ресурсах прописанных в Яндакс.Новости... получаем и тИЦ и трафик. А если делаем это согласованно, то получаем еще и трафик с news.yandex.ru, т.к. им реально пользуются.
В итоге, через какое-то время, делаем взлет в СЕРПе + паблисити клиенту и его персоналу. Все кто идут таким путем срубают максимальный куш по трафику и никакими фильтрами их не выдавливают, т.к. это вполне естественный процесс.
А что бы играть в различные PR заморочки не надо знать психологию. Все по инструкции.
PS. А сработало же у народа... зацепили так сказать народ на фидбэки.
Да, конечно, возможно какая-то доля правды в этом есть, но "вообдще" очевидно... трэд заказной. Вспомнить про MH, т.к. туда действительно из MH вылезли... так чего получилось в итоге? А тут чего? Нет ребят, кошмарить надо не так.
Это избитый сценарий уже, он уже никого не цепляет. Надо креативнее к вопросу подходить... с покупкой хостинга у таргет, с провакациями саппорта и т.д. и т.п.. а потом можно об этом лялякать сколько угодно, т.к. если это действительно имело место быть, то будет чем подкрепить.
Гыгыгыгы... а чем докажете?
PS. Давно говорил, что BTL акции на форумах оч эффективны... особенно имиджевые. Козырная провакация... зачот! +1.
Стоп стоп стоп. Это круто, когда вопрос решают выносом всех файлов и картинок на отдельный домен, но это лишнее... Апач отдаёт картинки не хуже. А если кэш сохраняет картинку без куки в хидере и проставлен нормальный экспирес, то он эти запросы просто не шлёт. Сейчас я полазал по этому форуму, в куку мне всунули что-то совсем другое и мой браузер вынужден слать запросы для проверки модификации, т.к. кука изменилась, а следовательно возможно изменился и запрашиваемый объект... в итоге на веб-сервер посылаются никому не нужные запросы, т.к. картинка или css у меня уже в кэше.
А по поводу nginx не всё так сладко, т.к. сравнивают на самом деле apache в prefork и nginx в non blocked. Попробуйте посмотреть на apache с event MPM и nginx, т.к. получается то же самое... а php под fastcgi работает одинаково.
А смысл городить огород из множества серверов, когда все можно отдавать на одном? чем больше в этом огороде разносортицы, тем сложнее это обслуживать.
