• Цикл обрывается при получении одного из ответов 500 по апи, как это пропускать и идти дальше?

    Как минимум можно обрамить try catch, в catch корректно обработать ошибку и запустить цикл дальше ( continue;)
    Ответ написан
    Комментировать
  • Какую операционную систему выбрать для веб-сервера?

    Все зависит от того что будет выполняся на сервере и какие требования к ПО. Если это древние версии то CentOS, если нужна стабильнось то Debian. Если нужны последние версии ПО, то лучше Ubuntu.

    Что бы понять о чем речь, попробуйте сравнить какие версии того же php | MySQL, python по умолчанию входят в пакетные менеджеры. Да, всегда можно подключить сторонний репозиторий и подтянуть свежак (привет от CentOS и Debian), но тогда про аргумент "стабильный" и "провереный" дистрибутив можно забыть.
    Моя рекомендация Ubuntu. И версии По более менее свежие найти в Интернет помощь по настройке Ubuntu сильно больше (тот же askubuntu.com)
    Ответ написан
    3 комментария
  • Можно ли в сети публично обсуждать, к примеру, работу компании Мегафон?

    Зачем писать на своём сайте? Пишите в FB или VK, расставляя @Мегафон (например). Они часто реагируют на претензии, и решают проблемы. Если ваша задача решить возникающие проблемы, то это вполне эффективно работает.
    Ответ написан
    Комментировать
  • Прием почты бэкендом приложения (PHP)

    Посмотрите www.mandrill.com/ Там есть перехват всей почты на их севера и потом спокойный разбор с вашей стороны писем в виде JSON
    Ответ написан
    Комментировать
  • Где/как искать консультанта по вопросу построения отдела web-разработки

    Мы бы очень хотели получить от консультанта ответы на следующие вопросы:
    — как оптимально организовать работу программистов для нашего пула задач (один человек — один проект/группа проектов или наоборот),

    Если у вас много мелких проектов, то делайте группу на проект — менеджер проекта + ресурсы (программисты + верстальщики + кто ещё нужен), при этом ресурсы будут расшарены между другими проектами, если проекты серьёзные то собирайте фиксированную группу ресурсов, с люфтом на отвлечение в помощь другим ресурсам.
    — один движок на много сайтов VS каждому сайту свой движок. Плюсы и минусы.
    Все зависит от
    1. самих проектов (какие она по типу)
    2. скилов программистов
    В общих чертах — поймите что (framework, CMS, etc) ваши программисты знают лучше всего разделите это на то, насколько это вообще популярно на рынке. И делайте правильные выводы
    — как при увеличении штата не терять удальную производлительность.
    Правильно использовать ресурсы — вам нужен будет менеджер который будет планировать (да-да) распределение ресурсов. Это может делать как Технический директор, так и Руководитель отдела проектов (что сильно хуже), ещё как вариант менеджер службы поддержки/тестировщик. Тут вопрос в том, какой ресурс у вас есть для это и насколько загружен
    — модульный принцип разработки. Комментарии и критика нашей предполагаемой схемы работы.
    Если у вас все проекты — промо сайты, то это написал и забыл — используйте выбранный выше вами движок по максимуму. с серьёзными нужно будет оценивать реиспользование кода.
    — необходимый объем проектной документации.
    Все зависит от ваших проектов и клиентов. В большинстве случаев пишется ТЗ + макеты. Но клиент может перейти на короткую ногу и тогда вы можете слиться в Agile :)

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

    Ну тут как то так sviridenko.moikrug.ru :)
    Ответ написан
    Комментировать