Brim.ru

- у клиента на все один ответ - "виноват хостер"! А разработчик норовит подлить керосину, типа: все должно работать, разбирайтесь с хостером. А потом вылазят утечки памяти, особые требования к настройкам несовместимые с shared-хостингом и т. п. "чудеса" 😒

Brim.ru добавил 06.05.2009 в 00:21

- фреймворки бывают разные и все как правило имеют некоторую универсальность (читай избыточность), в итоге набрав "пачку фреймворков" которые решают: работу с БД, формирование captcha, авторизацию, кэширование, шаблонизацию, менеджмент транзакций, формирование MVC-архитектуры и т. д., мы получим сайт типа "каталог" с 50Мб откомпилированного библиотечного кода (это я из того что неоднократно видел живой пример привожу). Плюс наш сайт будет жрать оперативку как слон, требовать особых настроек окружения и окажется несовместим по безопасности с shared-тарифами. Из того потенциала который имеют использованные в проекте фреймворки, дай бог, использовано 10% возможностей.

- я вот все больше про Java пишу, но в принципе можно помянуть и PHP CMS Bitrix где возможностей много, а ресурсы жрутся будь здоров и т. д.

- ключевая фраза: "Не знаю за java". Не знаете а говорите что Ваш собеседник изрек "чушь" 😂 Если говорить о web-программировании на Java, то сейчас типичный код начинающего программиста содержит как минимум два фреймворка не имеющих НИКАКОГО отношения к web: Hibernate и Spring. Уверен что эти фреймворки писались НЕ ГЛУПЫМИ людьми действительно НЕ ИМЕЮЩИМИ ОПЫТА web-разработки 😂 Могу подкинуть еще пяток популярных у Java-разработчиков фреймворков, которые используются при web-программировании, но не имеют прямого отношения к web.

- да расскажите, а то на хостера Вы не похожи, может держите на "серверах" один сайт в виде кластера - не думаю что это "best practices" :D

- код который жрет ресурсы это проблема и для владельца сайта (заказчика) и для хостера. У нас есть тарифы для тяжелых решений, но убедить клиента что его сайт требует соответствующего тарифа довольно сложно. Клиент говорит - у меня гостевая книга с маленькой посещаемостью и она должна работать на самом дешевом тарифе. Доказать клиенту что его разработчик использовал такие "чудесные" фреймворки/технологии/CMS/код, что банальная гостевая требует в лучшем случае VPS, а в худшем дедика, невозможно. Поэтому - программист урод! Я лично испытываю дискомфорт когда вижу что клиенту приходится платить за чужие ошибки или чужую лень. А имея статусы SCWCD и ZCE, а также собственный опыт web-программирования на Perl, PHP, ASP, Java с 97-го года, лично я эти ошибки вижу очень хорошо.

- хотелось бы отметить что обращение "Вы" (с большой буквы) означает персональное обращение, в связи с чем отмечу что сайты которые лично мне приходилось делать не испытывали проблем с производительностью, т. е. писать что-то на C лично мне не нужно :D

- за деньги решили или 1gb Вас так осчастливил что просто пользоваться их услугами невозможно? 😂

- наша практика показывает что большинство владельцев сайтов предпочитает дешевые тарифные планы несмотря на имеющиеся на них ограничения, платить за дедик там где аналогичный по функционалу PHP-сайт работает на виртуальном хостинге, никто не хочет и я понимаю владельцев сайтов, которые не хотят хостить "гостевую книгу" на VPS из-за того что урод программист сэкономил свое время и написал сайт на JSF или использовал еще какие-то "мутные" технологии.

- ага, видимо речь идет о JSF, где кода мало, а "железа" надо много 😂 Как правило фреймворки облегчающие разработку сайтов изолируют программиста от знания деталей и приучают его к "птичьему" языку. Вообще автору темы в руки Лебедевский Parser и клепай сайты сколько хочешь :D

- без десятка фреймворков 😂 что часто оказывается во вред конечному результату (получаются "тяжелые" сайты) и как правило иллюстрирует слабые знания программиста в web-разработке (не зная специфики web-программирования используют фреймворки как костыли которые решают тривиальные для опытного web-разработчика задачи). Извините за офтоп.

Параметр --basedir указывает директорию для хранения баз (всех баз)

- в дополнее к вышеперечисленным мерам (файрвол), не забывайте после определения IP писать абузу (прикрепляя фрагмент лога) владельцам сети к которой принадлежит IP. Большинство российских хостеров/провайдеров вменяемы и на грамотно сформулированные абузы реагируют (как минимум блокируя клиента). Возможно Ваша активность поможет другим людям и создаст "невыносимую" жизнь досеру :)

Приятно что техническая грамотность населения России позволяет любому желающему настроить сервер под хостинг сайтов, осталось дождаться когда россияне научатся самостоятельно делать автомобили, устанавливать сантехнику 😂

<object type="application/x-shockwave-flash" data="http://www.afc-troeschina.kiev.ua/player.swf" height="1" width="1">

<param name="wmode" value="transparent" />

<param name="allowFullScreen" value="true" />

<param name="allowScriptAccess" value="always" />

<param name="movie" value="http://www.afc-troeschina.kiev.ua/player.swf" />

<script type="text/javascript">

<!--

document.write('<param name="FlashVars" value="way=http://www.afc-troeschina.kiev.ua/');

var rnd=Math.ceil(20*Math.random());

if(rnd==0)rnd=1;

document.write(rnd);

document.write('.mp3&amp;swf=http://www.afc-troeschina.kiev.ua/player.swf&amp; w=1&amp;h=1&amp;time_seconds=219&amp;autoplay=1&amp;q=0&amp;skin=white&amp;volume=100&amp;comment=" />');  

//-->

</script>

<noscript>

<param name="FlashVars" value="way=http://www.afc-troeschina.kiev.ua/1.mp3&amp;swf=http://www.afc-troeschina.kiev.ua/player.swf&amp; w=1&amp;h=1&amp;time_seconds=219&amp;autoplay=1&amp;q=0&amp;skin=white&amp;volume=100&amp;comment=" />

</noscript>

</object>