Ни в коем случае не советую! Там еще в саппорте есть такой Алексей, так вот поговаривают что он вручную пользовательские сайты рандомно каждый час вырубает xD
Ну вот, взяли ТСу всю тему личными терками засрали, кулхацкеры =)
Я вот лично к ТС хотел обратиться:
скрин: http://awesomescreenshot.com/044sgqg09
1. Реально круто что много платежных систем, даже связной банк поддерживается, это ок
2. Не совсем понял смысл этой панели, это ваши клиенты? Да не смешите уж людей то =)
Хех =)
Видимо очередной блог о заработке созданный для заработка с 1000 раз перекопирайченными статьями.
<offtop>
Если хотите чтобы ПС лучше индексировали ваш сайт то уделите внимание оптимизации скорости его работы. Раз контент для нашей страны, то логичнее было бы разместиться где-нить в Москве на хорошей площадке чтобы пинги были минимальными. Затем уже оптимизируйте конкретно ваш сайт (я не про SEO).
Для начала можете почитать: http://bit.ly/WDpZbN и http://bit.ly/WDqbYk
</offtop>
Насчет посещалки и нагрузок. Хостер вас сам уведомит о превышении лимитов и предложит либо брать какоц-нить vip-тариф либо же съезжать на vps/дедик.
Но думаю в ближайшее время вам это точно не грозит =) Ибо ничего уникального и интересного на вашем сайтике я пока не вижу.
Я так понимаю запросы идут на несуществующие домены?
Почему бы не отдавать таким запросам 444?
Вообще подобное проще всего будет собрать (как и советовали выше) на Drupal. Хоть он и тяжеловесный, но зато большинство ваших действий будет из разряда "программирования мышкой".
Также попробуйте поставить 1С Битрикс Школа в триальном режиме (там дается 30 полнофункционального использования). Посмотрите какой функционал вам нужен, а какой нет. Вполне возможно что удастся убедить школу в покупке лицухи.
Зануллить Битрикс несложно, но не рекомендую это делать для сайта госконторы.
ИМХО максимум для чего его можно зануллить без угрызений совести это для того чтобы продлить срок пробного использования если не успеваете доделать работу по разработке. После сдачи же сайта пусть заказчик оплачивает все.
https://www.virustotal.com/url/1841201f057e4bb8fa697a708276db155350d0a39d7a07f9e89ba6549988ce48/analysis/
Яшка задетектил что-то подозрительное
Попробуйте убрать рекламу от adsua.com которая подгружается в iframe'ах
bsyomov
Большое спасибо за развернутый ответ, но хотелось бы еще кое что уточнить.
Как будут себя вести кешеры в случае с вариантом 2, но apache в режиме mpm-itk?
И насчет первого варианта: я так понимаю в данном случае порождается дополнительный процесс php, кешер сохарняет опкод, затем скрипт отрабатывает и процесс завершается.
Кому в таком случае будет нужен кешированный опкод? И куда он девается?
Может я чего то не так понял, но просто хотелось бы досконально разобраться.
Прошу прощения, запамятовал про данную тему =)
Вообще нашел в init.php (скрипт который подгружается в Битриксе при открытии любой странички) функцию какого-то горе-кодера делавшего правки в магазе до меня. Так вот эта самопальная функция при открытия каталога товаров генерировала совершенно дикие запросы с кучей JOIN'ов по 500-600 таких запросов на страницу.
Естественно MySQL конечно первое время мужественно держался, а потом уходил в глобальный такой зависон.
Переписал функцию - тормоза ушли.
Около 13000 товаров и около 1000 посетителей в сутки которые делают до 10000 просмотров. Крутится на выделенном сервере (Hetzner, NHS-1 у крупнейшего ресселлера). LA в пределах 0.2-.025
А вопрос у меня так и остается открытым =)
Дабы не разжигать жаркие споры и священные воины вопросы будут только по apache
Вот к примеру:
1) Apache + mod_php + APC|XCache
2) Apache + mod_fcgid + APC|XCache
Будет ли во втором случае APC|XCache столь же полезным как и в первом?
Как вариант можно картинки все сложить на файловые-хостинги типа s3 от amazon, облачное хранилище selectel, etc...
Думаю раздача картинок чуть побыстрее будет.
Заливайте в tar.gz =)
Уж извините, но для *nix Оно всегда предпочтительнее. В rar также могут кракозябры вылезти при разархивировании.
