ТС, к сожалению, за такой траффик они (firstvds) по договору, действительно имеют право требовать оплаты:( Возможно на это частично изначально низкие цены и рассчитаны.
Есть смежная тема, где упоминалось примерно это же, плюс относительно места, а не только траффика /ru/forum/130409
Если нам будут платить 10 баксов в месяц, то мы откажемся работать, но не будем халтурить, предлагая услугу за 10 баксов когда она стоит намного дороже.
Это смотря что именно считать. Нормальный работодатель должен обеспечить работнику нормальный чистый доход. А в зависимости от уже упомянутого прожиточного минимума - нормальный (одинаковый доход) будет достигаться при разной зарплате в зависимости от региона. Поэтому как раз платя всем одинаковую сумму, работодатель сделает более выгодным для работника проживание в регионах, а следовательно разделит работающих по региональному признаку:)
Интересная тема, согласимся с тем, что модерирование раздела назрело.
Большое спасибо за отзыв и доверие, но сейчас возьмем самоотвод. Мы не считаем себя настолько технически грамотными, что бы взяться за модерирование такого раздела, всё-таки наша область это не хостинг. Плюс присутствует чисто эгоистичное желание оставить за собой право высказываться более свободно, даже если правом мы и не будем пользоваться. И наконец, опасаемся, что слишком много людей за неимением аргументов в свою пользу - чуть что будут обвинять нас в сведении личных счетов и пустых спорах.
Согласимся абсолютно.
Тоже согласимся.
И с этим согласимся:)
Если говорить за то, кого мы бы хотели видеть модератором, то это rustelekom-а в качестве "большого калибра". Плюс, как и предлагалось, при поддержке модератора - обычного пользователя форума, что бы пресекать откровенно пустой пиар и т.д..
В phpmyadmin никаких проблем с utf не наблюдаем. В php тоже.
Если хотя бы 3 языка на сайте используется, очень хороший вариант. Хотя для англ+1_другой предпочли бы менее универсальную кодировку при прочих равных.
Единственно что нам в utf-8 не нравится, это бОльшее количество места которое под него требуется. На мелких сайтах это не так важно, а вот когда речь о базе в 500Мб против базы в 900Мб со всеми вытекающими- уже начинаем задумываться, а так ли нам этот utf нужен на самом деле.
Страница может медленно грузиться если...
1) Она медленно генерится а) из-за базы б) из-за пхп кода в) из-за других сайтов
2) Она медленно отдается. а) из-за хостера б) из-за других сайтов
В варианте 1а или 1б, ставьте счетчик на общее время генерации страницы и на время затраченное на коннект к базе, и на время затраченное на запросы к базе. Тогда сразу будет ясна причина.
В варианте 1в, это происходит когда по ходу загрузки сайта идут обращения к другим сайтам (например коды бирж ссылок или баннеров и т.д.). Соответственно Ваш сайт ждет ответа от другого сайта перед отдачей страницы клиенту. Вообще подобное однозначно надо кэшировать.
В варианте 2а. Вы ничего не сделаете. Только пинать хостера.
В варианте 2б. Лучше все-таки использовать статические, а не динамические коды. Как ни странно, но js код обращающийся к другому сайту, действительно может задерживать загрузку остальной страницы. Это зачастую видно по месту на котором страница перестает грузиться.
Начните с воспоминаний о том, где Ваш сайт (страница) может забирать информацию с других сайтов (rss, коды бирж, ссылок, граббинг...), потом переходите к установке счетчиков времени.
Это наиболее очевидные причины, могут быть и другие.
Ещё отзывы от реальных пользователей есть?
Задумываемся взять там маленький, маленький сервер.
Не под серьезные проекты, а так, что бы был.
Но не хочется покупать "проблемы".
И ещё вопросы.
2 часа включенного администрирования могут быть чем-то полезны, или час 59 минут админ входит в КП, а потом включается счетчик за услуги?
333Гб траффика - при их превышении - включается счетчик денег за превышение или отключается сервер?
По ссылке выше, касперский действительно орет именно на этот вирус. По Вашей ссылке (kuratov...) редирект идет на страницу немного с другими параметрами в строке.
Автоматическими средствами именно сайт проверить можно тут например http://www.ptsecurity.ru/ (правда сервисом не пользовались, поэтому не скажем насколько он хорош).
Но вообще наше имхо, что проверять именно сайт на уязвимости смысла особого нет. Есть смысл проверять движок на уязвимости, но для этого нужен открытый код движка, иначе проверка будет недостаточной.
Если Вы ищите конкретного человека для проверки, Вам лучше в раздел "работа для вебмастеров". Услуги такие безусловно предоставляются.
mysql_query("CREATE DATABASE `base-base`"); скорее всего.
И убедитесь что прав для создания базы из php Вам хватает. У хостеров далеко не всегда это оттуда разрешено.
Как факт - прошла неделя после сноса outpost - повторения симптомов нет.
Всем спасибо!
