babnicks

babnicks
Рейтинг
47
Регистрация
23.10.2009
iHead:
чтобы указать на сомнительность данного высказывания. если вы считаете, что это не так, просто пропустите данное высказывание, дайте возможность другим подумать.

Так как это был вопрос ко мне, не этично как-то было молчать в ответ... 😂

Если-бы Вы написали: "ну это спорный вопрос, есть разные мнения..."? тогда можно было бы говорить о том, что не надо начинать холивар и я скорее всего проигнорировал бы такой ответ...

Но вы ведь поставили ? знак, а это явное приглашение начать холивар 😂

А потом сами пишите - "лень начинать холивар"

не последовательны Вы однако... ;)

PS: а вообще хватит оффтоп, уже все выяснили...

Sower:
На сервере лежит 200мб текстовый файл.

Товарищ выше правильно говорит, нельзя чтобы скрипты читали данные из таких файлов, очень дурно это, тем более на регулярной основе.

Делайте БД и будет вам счастье.

iHead:
потому что холироваром лень заниматься.
был бы результат задачу можно придумать :)

Начало холивара - Ваша реплика:

iHead:
инфа 100%? :)

Так что прошу не переносить на меня... я выссказал свое мнение, которое подтвердил результатами тестов.

А Вы начали спор не имея ничего кроме самого весомого аргумента - "НЕ ВЕРЮ"

а потом:

iHead:
потому что холироваром лень заниматься.

а нафиг Вы его начали если лень?

iHead:
это был риторический вопрос.
имхо, неубедительно.

Если Вы оперируете понятием веры то да, неубедительно, ибо вера она на то и вера, для нее нет понятие "убедительно".

Если говорить о фактах, то вот Вам факты, можете проверить на этом алгоритме или изобрести свой и опубликовать иные результаты.

Ну а если Вам это не надо, то зачем тогда риторические вопросы?

Чтоб продемонстрировать позицию "над" 😂 ?

iHead:
инфа 100%? :)

250% для тестировани использовалась объектно-ориентированная задача, двусвязные списки, так что можно говорить о средней скорости работы с объектами.

Там есть кстати исходники, все желающие могут позапускать у себя :)

Результаты в микросекундах на одну итерацию:

Java 1.6

Python обычный 192

Python с psyco 33

PHP 593

имхо довольно объективный тест, если у Вас есть другие данные, то "в студию" пожалуйста.

Dram:
А что за проблемы в хетцентере? Расскажите о нюансах если есть?

У меня есть знакомый, у него раньше там было много (больше 50) дедиков. Дык вот не однократно грит было что сдохнет один винт, а они заменяют рабочий :) Потом разводят руками, мол сорри, но данных уже нет...

Еще грит что при намеке на ДДОС могут сразу-же попросить выйти полностью отключив сервер, в результате у клиентов сайты по несколько дней лежат...

Вобщем ругает он их очень сильно... У меня у самого помнится было несколько дешевых сервачков там, но они были под не критичные задачи, проблем не было. Но нормальный проект, который приносит живые деньги, я бы лично побоялся там хостить...

имхо если Германия, то leaseweb.com - там много вкусностей можно сделать 1Гб и KVM (если надо)

PS: дешевый сыр обычно сами знаете где...

Dram:

nginx+fastCGI+xcache

Я Вам именно это и советовал :)

Dram:
А еще если учесть предложения Германских хостеров, где предлагают монстров с 16 Гигами памяти по 1800 р. То думаю через пол годика туда и уеду...

Такое лучше не брать, реальная цена около 5000 р. Все что дешевле, это хетцентер, а там свои проблемы...

Metla2:
pupseg, и последний вопрос к Вам. Этот сайт на сервере (указанном выше) только на Asp.net будет также нормально работать или лучше выбрать *nix-системы (гипотетически предположим, что код валидный. кеширование и т.п.)?

А зачем Вам нужен ASP.NET вам кто-то сказал что он будет лучше ? Тот, кто сказал юморист :)

ASP.NET хорош для создания каких-нибудь сложных вплане структуры и поведения вещей (типа корпоративной системы документооборота), которые планируется развивать и модифицировать с учетом какой-то работы архитекторов ( хотя имхо он вообще не хорош ни для чего :) )

Насколько я понял из Вашего описания Ваш сайт это "1 палка два струна" так что связываться из-за этого с ASP.NET точно не стоит :)

Если хотите действительно быстро, то вместо php возьмите python :) А если еще быстрее, то java :)

Только учитывайте тот факт, что на быстродействие типового сайта намного больше влияет скорость работы БД и скорость отдачи статики, нежели быстродействия языка, на котором он написан.

Мой совет nginx + php (возможно даже без апача, через fcgi)

Ну или если на питоне, то nginx + django (но спецов найти труднее чем на php)

PS: 200000 просмотров в сутки может обеспечить даже хороший VPS, не говоря уже про средний дедик.

Rimlyanin:

НУ а если действительно будут сканить ваш сервак, то там вам и VPN не поможет...

VPN поможет, так как без сертификата хоть засканься, если мы говорим про OpenVPN...

Rimlyanin:

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

Никто не мешает подцепляться по OpenVPN из кафе :) Об этом-то как раз и речь, что есть некоторая "виртуальная" офисная сеть и каждый подцепившийся к ней имеет свое заданное окружение. Одному сотруднику доступны одни сервисы и сервера, другому другие, и не важно где он находится сертификат + пароль гарантируют его аутентификацию.

В этом плане конечно PPTP не подходит, так как многие провайдеры не умеют работать с GRE, но imho OpenVPN в такой конфигурации лучше иметь и не выставлять "зад в окно" в виде открытого RDP порта.

Rimlyanin:

НУ а толку с того, что оно выглядит как запущенное тут??
Зато с RDP цепляется локальный принтер как сеансовый без проблем, лишь бы дрова на сервере были....

Толк - удобство пользователей, нервы пользователей = нервы админов :) Citrix тоже цепляет принтеры, но после определенной джига-джига с бубном ;)

Некоторые принтеры правда совсем тяжко (например HP'шные usb), но все-таки всегда удавалось найти решения, иногда правда покупкой принт-сервера, но он стоит около 2000 рублей.

Dram:
Сейчас эти настройки я сделал на ВПС, оперативки на данный момент занято 1,5 -1,6 Г из 2

Значения чуть уменьшил, теперь занято 1,2-1,3 Гига :) Скоро я так админить научусь :)

Сделайте на дедике эти настройки и сайт будет летать :)

babnicks добавил 25.10.2011 в 13:44

Ну и уж если время давать советы по увеличению производительности :) то установите nginx для статики (это очень просто).

А потом можно поэксперементировать в связки с spawn.fcgi вместо модуля апач, возможно еще процентов 10-20 наростите :)

Особенно почуствуете эффект при большом кол-ве пользователей, за счет меньшего потребления памяти... Но это надо эксперементировать...

PS: а вообще конечно Joomla сама по себе довольно тяжела... особенно если много плагинов обрабатывающих готовые страницы...

Всего: 281