Возможно, возможно, но оптимизатору предлагалось "белыми" $1100-$1500+%, т.е. в черных терминах по сути 2куе-3куе$+%, а основные критики - gutako и kod_ssilki_ru говорят о "500-600 у.е. в Москве в офисе" и "...скажем, в Ингейте платят 400, а в БДБД 300 баксов". Есть некоторая разница.
Белую зарплату в 1.5куе+% мы очень маленькой не считаем, да и вот вспоминаем топик про цену недвижимости в Москве, там нам выговаривали что у нас нет понятия о московских зарплатах, и на самом деле 1.5куе белыми это миф, а средняя зарплата 15-19круб:)
В общем извините что встряли, просто удивились, уже удалились.
Позволим себе влезть тоже в топик, хотя себя так же не предложим. Просто не поняли немного возмущающихся малой зарплатой.
Если примерять на себя, то конечно 500-600$ мало, но что по факту предлагается? Загруженность небольшая => будет время на фриланс или свои дела, а комп и интернет уже есть. Требования к работнику минимальные, школьник им вполне удовлетворит, профи не требуют. Плюс обучение и верстке и оптимизации, за которое в другом месте оный работник деньги бы платил бы вообще-то.
Вакансия явно направлена не на тех, кто готов вкалывать 5.5 часов в день обладая профессиональными навыками.
По сути практически ничему не умеющему человеку предоставляют место в офисе, компьютер, интернет, деньги, стаж, обучение и взамен просят иногда чего-нибудь верстать. Разве это плохо? Мы в чем-то не правы?
Другой вопрос что непонятно зачем такой "работничек" фирме нужен будет. Ибо качество его работы будет наверняка из той серии, которое обычно описывают фразой "ничего не стоит".
Не считаем штаты настолько беспомощными, что бы им нужен был подобный повод для действий. Последние их действия показывают достаточное пренебрежение реакцией и позицией окружающих.
На хостинге лучше выставить register globals off, пусть юзер включает на свой страх и риск:)
Скрипты надо писать так, что бы они работали корректно и при register globals on.
Никакой опасности включение register globals on в себе не несет. Опасность может в себе нести неправильно написанный код только, некорректность написания которого будет заметна только при on настройках.
И беда в том, что обычно когда идет речь о том, что "писать надо под off только" (вариант 2), это подразумевает что человек берет переменные из суперглобальных массивов и все. Потому что человеку дают ссылки на $_POST, $_GET и т.д., и подразумевают что переменные он сам догадается обнулить, так ведь очень часто как раз не догадается и это будет началом конца.
Чем это безопаснее кода который будет работать при любом состоянии register globals (вариант 3)?
myphpbb.com.ru - там в 2006г. человек предлагал и скрипт и услуги. Поищите там по форуму.
1) Никакой опасности глобальные переменные сами по себе не несут.
2) Нет, это безопасно для любых задач. Зачастую это даже удобнее.
3) Если у программиста писавшего скрипт кривые руки.
4) Потому что по умолчанию у многих "программистов" кривые руки.
Что бы не давать повода к холи-вару, отметим что есть 3 способа писать
1) Для register globals on только
2) Для register globals off только
3) Для любого состояния register globals
Нормальный человек пишет под 3-ую ситуацию.
Правильно написанный скрипт для 1-ой ситуации парой строк превращается в скрипт способный правильно работать во 2-ой ситуации.
Правильно написанный скрипт для 2-ой ситуации потенциально опасен в ситуации, когда register globals становится on и/или когда он при дальнейшей разработки скрипт становится частью бОльшего.
Почему бы не уменьшить на 80% вес ссылок с морды которая с вероятностью 80% плохая? И модеров не понадобится.
В целом - не совсем верно мыслите.
Никто наверняка не сможет сказать на каком количестве постов ipb обгонит exbb и обгонит ли вообще. Все зависит от того, как написаны эти движки, как организовано это все у хостера, сильно ли у него нагружена база данных и т.д.
Рост нагрузки с количеством постов будет на ipb будет однозначно. И чем больше - тем больше, это неизбежно.
К тому же не забывайте о том, что mysql таблица это не некий "абстрактный сферический конь в вакууме", а те же самые файлы, просто с хитрым интерфейсом доступа к ним и несколько отличной логикой работы.
К вопросу о "файлах vs mysql" - классический пример - GeoIP - файловая версия работает намного быстрее mysql-ной.
P.S.: С exbb Вам со временем все равно придется почти наверняка переходить, просто подумайте надо ли торопить события без очевидной причины.
Большее время генерации не означает большей нагрузки.
Из 0.75с времени на IPB часть времени уходит не на "саму работу", а на коннект к базе, проверяли это дело - к нашему удивлению время коннекта к базе может быть очень большим (у нас до 0.9 секунды доходило на одном хостинге).
Какая цель перехода на ipb+mysql?
Если "просто так", то мы бы не стали. "Работает - не трогай" (с).
Если из-за нагрузки, то видимо хостинг уже жалуется на нагрузку от Вас? Конвертнитесь в ipb, запустите пару синтетических тестов и на exbb и на ipb, только тогда сможете получить данные по нагрузке, ибо она еще может зависеть и от особенностей Вашего хостинга (т.е. где-то может exbb быть быстрее, где-то ipb). Не факт что на ipb Вы получите меньшую нагрузку.
Если же нагрузка окажется повышенной и на exbb и на ipb, то мы бы сделали выбор в пользу mysql-ных форумов.
В любом случае учтите, что ipb версии 1.3 это не тот форум на который имеет смысл переходить по разным причинам. Подумайте о бесплатных аналогах (smf/phpbb) или о платных (vbb3+/ipb2+).
Не согласимся. Наше мнение что российский хостинг это хостинг который по факту принадлежит российскому хозяину, а где номинально зарегистрирована фирма (оффшор или еще чего) и где стоят сервера (китай, америка) и откуда приходят клиенты это уже несущественные детали. Впрочем это уже почти оффтоп, поэтому мы на этом закончим:)
