• Пожалуйста, помогите оценить проект!

    @codecity
    Для совсем грубого подсчета — 3 дня на каждую форму (понятно, что форма связана с данными). Или еще — 100-150 строк кода в день на Java/C#, исключая автогенеренный (на PHP другая статистика — не знаю сколько).

    [холивар]
    Если бы проект делался на .Net, то я бы назвал срок в 5-6 месяцев. Но если что-то нужно сделать без перспективы расширения — на PHP быстрее.
    [/холивар]

    Интересно узнать сколько на самом деле потратили.
    Ответ написан
    3 комментария
  • Вечный вопрос: какой фреймворк вы посоветуете для конкретных задач?

    Wedmer
    @Wedmer
    Если Вы доверяете себе, уверены, что ваше решение не будет Вами забыто, то лучше выбрать его, если оно на 100% подходит.

    А так Yii.
    Ответ написан
    Комментировать
  • Вечный вопрос: какой фреймворк вы посоветуете для конкретных задач?

    Inori
    @Inori
    Symfony2.

    * Одна из лучших архитектур
    * Модульнее некуда (компоненты Symfony2 используются/будут использоваться в Joomla, Drupal8, phpbb4, Laravel4, етц)
    * Шаблонизатор по умолчанию Twig, к нему лично у меня нет никаких претензий. Мультиязычность из коробки. Но если что Blitz встроить не будет непосильной задачей.
    * Встроенная обратная прокся, поддержка ESI из коробки
    * Полная интеграция с Doctrine, которая в свою очередь поддерживает и MySQL и MongoDB и еще до кучи других бд
    * Spool из коробки
    * Определение браузеров из коробки вроде нет, но какой-нибудь bundle для этого наверняка найдется
    * Поддержка пользователей через FOSUBundle (все перечисленное там есть)
    * Официально русской поддержки нет, но русских много в этом коммюнити, так что если с английским совсем плохо, то помощь на родном языке найдется
    Ответ написан
    2 комментария
  • Вечный вопрос: какой фреймворк вы посоветуете для конкретных задач?

    metamorph
    @metamorph
    Ну, лично я фанат Yii. Прототипировать на нем можно с какой-то нечеловеческой скоростью, да и в реальной жизни Yii не тупит особо.
    А так — пофиг, наверное, особенно, если у Вас еще нет собственных предпочтений.
    Основной bottleneck у Вас будет вовсе не во фреймворке :)
    Ответ написан
    1 комментарий
  • Где искать разработчиков для Open Source проектов?

    @Eddy_Em
    linux.org.ru?
    Ответ написан
    Комментировать
  • HTTP и Закон

    @rPman
    Не важно как вы получите информацию,. но это не дает вам право этой информацией пользоваться!

    Закон не очень подробно регламентирует личное использование, я думаю исключительно по причине сложностей контроля, но как только использование выходит за рамки личного — продажа, использование с целью извлечения прибыли, или по жестче, например шантаж, то тут вступают в силу другие законы.

    Главное, закон не накажет вас за то, что вы заглянули в открытое окно и увидели там что то не для ваших глаз, хотя в случае с окном, может прокатить хулиганство, но не с веб-сайтом.
    Ответ написан
    2 комментария
  • HTTP и Закон

    VasiliyRylov
    @VasiliyRylov
    Согласно 149 ФЗ ОБ ИНФОРМАЦИИ, ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЯХ
    И О ЗАЩИТЕ ИНФОРМАЦИИ:
    Статья 6:

    4. Обладатель информации при осуществлении своих прав обязан:

    2) принимать меры по защите информации;

    Статья 7. Общедоступная информация

    1. К общедоступной информации относятся общеизвестные сведения и иная информация, доступ к которой не ограничен.

    ИМХО: Так как меры не приняты и доступ не ограничен все легально.
    Ответ написан
    1 комментарий
  • Теория: структура высоконагруженного сервиса?

    @immaculate
    Программист-путешественник
    В моем случае проект был написан «абы-как». Точнее, довольно грамотно, но без каких-либо мыслей о том, что пользователей станет много, и придется как-то масштабировать. Более-менее красивый код, куча таблиц, связанных друг-с-другом, то есть чуть ли не десятки JOIN'ов. Кэширование не использовалось вообще.

    Все работало (и работает) на 3-х серверах: база PostgreSQL, nginx для статики, nginx с gunicorn для собственно приложения.

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

    Просто описываю свой опыт. Мне кажется, мораль такая — не надо изначально все переусложнять. Надо думать о производительности, но не до фанатизма. Скорее всего, на первых порах хватит простого кода и одного-двух серверов. Вряд ли у вас сразу же получится вторая мордокнига по популярности. Напротив, те, кто думают, что их проект тут же захватит мир, чаще всего ошибаются.
    Ответ написан