• Какой ваш любимый PHP Framework?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    И да начнется срач

    1. Symfony2
    2. Silex, Yii1, Slim, FatFree, CakePHP, Zend1 (если мы про проекты а не потыкать)
    3. Если волнует качество кода, то лучше не придумать. Все по best-practice, огромное сообщество разработчиков. двигатель мира PHP.
    4. Для простых проектов может быть черезчур избыточным и сложным. Необходимо понимание того что делаешь.
    5. Нормально, с кешерами, грамотной архитектурой, правильно настроенным сервером... Пожалуй это самый малозначительный параметр для выбора фреймворков. Все упирается в архитектуру вашего приложения и базу.
    6. Не веду такой статистики. Большая часть проектов - API сервисы либо внутренние сервисы компаний. Да и считаю это пустым.
    7. Нет.

    Если вы решили таким образом выбрать фреймворк на основе которого хотите сделать проект... то вы выбрали очень плохую методику.
    Ответ написан
    Комментировать
  • Какой PHP-фрэймворк выбрать для REST-сервисов?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Symfony2 + FOS/Rest + JMS/Serializer + Doctrine. Для очень простых штук возможно избыточно, но покрывает все кейсы. Для чего-то маленького мне нравится использовать Silex.

    Отдельно посмотрите в сторону HTTP Middlewares. Их можно поставить на любое приложение на базе HttpKernel (то есть Symfony2, Silex, Laravel и т.д.)

    stackphp.com

    Среди мидлваров вас могут заинтересовать OAuth (для авторизации) и CORS. Ну и можно свои полностью реюзабельные компоненты делать.
    Ответ написан
    Комментировать
  • Почему все так любят YII?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Потому что так сложилось, что большинству WEB разработчикам в мире PHP почему-то плевать на все эти "fancy patterns", SOLID и прочее. Зачем людям тратить время и разбираться в best-practice когда можно взять и лепить сайты.

    Скажу откровенно, на момент выхода Yii1.0 это было действительно что-то новое в мире PHP. Но за отсутствием качественного развития - сдулось.
    Ответ написан
    2 комментария
  • Какие существуют способы защиты стилей CSS?

    opium
    @opium
    Просто люблю качественно работать
    мне кажется мания величия затмила ваш мозг глупейшими проблемами, вместо того чтобы код красиво оформить и выкладывать на гитхаб и делиться им, вы решили его зачем то прятать, просто задумайтесь, что хорошего вы сделали в жизни и почему не выкладываете его на гитхаб?
    Ответ написан
    11 комментариев
  • Как создать блог на HTML/CSS без участия Wordpress?

    iiil
    @iiil
    Инженер и вэб-дизайнер, рисую.
    Попробуйте набрать в поиске на google: "Как написать сайт".
    Вы удивитесь, но этим вопросом задавались многие.
    Ответ написан
    2 комментария
  • Книги и ресурсы по информационной безопасности

    @polarnik
    Тестировщик
    Защищённый код (Дэвид Лебланк). Есть несколько редакций книги. Книга от Microsoft, читается легче, чем труды Шнайера (да и книгу Шнайера купить сложнее). Хотя обе книги устарели по меркам ИБ, минимум половина их содержания будет актуальна ещё несколько десятков лет.

    Известная книга от Криса Касперски "Техника и философия хакерских атак". Описание книг можно посмотреть тут: kpnc.opennet.ru/allkpnc.updated.zip
    Примеры книг там же. Например, "Техника сетевых атак": kpnc.opennet.ru/tpna.full.zip

    Также советую сайт https://www.owasp.org.
    И площадки для взлома, есть несколько хороших прощадок, где можно потренироваться. Наиболее документированная площадка - OWASP WebGoat: https://www.owasp.org/index.php/WebGoat. Подсказки к прохождению есть на самом сайте-площадке. А также есть видео-версия прохождения.

    Для выстраивания знаний в структуру посмотрите cwe.mitre.org. Рассмотрите TOP 25 (эти узлы наиболее полно расписаны). Далее обратите внимание на остальные сотни возможных недостатков в ПО и вариантов защиты от них.

    Если понравится смотреть видео для OWASP WebGoat, то зайдите на securitytube.net.

    Крайне полезный проект: www.pentest-standard.org/. Какое то время занимался переводом на русский материалов этого проекта. Многому научился при этом. Основа - mind-карта. И добротное описание к узлам. Позволяет выстроить в голове план пен-теста, защиты. Тут многое предусмотрено, ни в одной книге такого не читал. Но подробной пошаговой инструкции тоже нет, надо будет домысливать.
    Ответ написан
    1 комментарий
  • Возможно ли сейчас повторить успех it-гигантов?

    iiil
    @iiil
    Инженер и вэб-дизайнер, рисую.
    Если назвать проект стартапом - возможно, если просто проектом - нет.
    Ответ написан
    Комментировать
  • Как перенести часть javascipt на сервер?

    demimurych
    @demimurych
    Несколько раз перечитал вопрос.
    И ничего не понял.
    Ответ написан
    3 комментария
  • На чем лучше написать магазин?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    с c++ вы на поддержку проекта разоритесь. Если вам так уж хочется скорости компилируемого языка со статической типизацией - golang. Он как раз таки на web ориентирован.

    у вас каша в голове. мы сейчас серверный js обсуждаем или как? ибо альтернатив для клиента нету. А на сервере пользователь не может ничего отключить...

    Мой вам совет, наймите фрилансера, а он уже пусть решает что да начем.
    Ответ написан
    Комментировать
  • Какой CSS, HTML фреймворк выбрать для сайта визитки

    Diode-Bot
    @Diode-Bot
    Выбирай HTML - очень гибкий язык программирования.
    Ответ написан
    1 комментарий
  • Какую среду выбрать для разработки HTML-верстальщику (особые задачи)?

    GitHub плохой, а Dreamweaver хороший софт? Разработка через Goggle.Drive?
    Да. Индус это состояние души =(
    Ответ написан
    7 комментариев
  • Чем RoR лучше PHP?

    metamorph
    @metamorph
    RoR = Ruby on Rails - это фреймворк.
    PHP - это язык программирования.
    Вот и всё отличие.
    Ответ написан
    Комментировать
  • Как на Западе устроена фронт-энд разработка?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Если подходить к делу правильно, то процесс следующий:
    1. Брейнсторминг на бумаге, продумывание интерфейса и структуры и отображение в 3х вариантах (desktop, tablet, mobile)
    2. Разработка модульных сеток (они же wireframes) - Photoshop, Illustrator, Fireworks или сцеп. приложения для сеток и утверждение их клиентом. В 3х вариантах (desktop, tablet, mobile)
    3. Верстка голого прототипа по этим 3м вариантам (responsive уже давно стандарт де-факто, а не "бонус").
    4. Дизайнер рисует дизайн, четко по утвержденным сеткам.
    5. Правки по дизайну, утверждение клиентом.
    6. Верстка дизайна, тестирование и отладка, утверждение.

    При таком подходе процессы параллельны. Когда есть утвержденная сетка, мы можем работать сразу в 3х направлениях - дизайнер спокойно себе рисует дизайн, в это время верстальщик (он же coder, он же front-end developer) создает голый скелет (прототип) и верстает в него голый контент, а программер (back-end developer) уже может выводить свою часть (динамический контент) в html. Когде же утвержден дизайн, верстальщик этот низкоуровневый скелет начинает "украшать" - добавляются конечные стили (отступы, типографика, цвета и прочее).

    Следует еще упомянуть обязательный "шаг 0". Для корректной работы начиная с шага 1 необходимо получить от клиента реальный контент. В процессе шага 1 этот контент вместе с клиентом доводится до ума, финализируется и утверждается. В современной разработке работать с Lorem Ipsum - дурной тон и путь в никуда.

    UPDATE:
    Еще один бонус - когда сверстан низкоуровневый прототип по сеткам, можно прикручивать его к CMS, и уже с этого момента клиент может наполнять сайт (ну или наш контент-редактор). Часто это бывает очень важно (если контента много).

    Из этого всего выплывает:
    1. Дизайнер - это дизайнер. Его стихия - графический редактор. Понимание принципов верстки и веб-технологий вообще - обязательно. Умение самому заколбасить что-нибудь на jQuery не обязательно.
    2. Верстальщик / кодер / front-end developer - это человек, работающий с клиентской стороной (HTML+CSS+Javascript), переносит картинку от дизайнера в код и прикручивает то, что ему дает программер.
    3. Программист / back-end developer / просто web developer - человек, работающий с серверной частью (например, PHP), CMS и т.д.
    Это "минимальная конфигурация" Для более сложных проектов работа делится на более узкие направления и появляются профильные люди.
    Ответ написан
    Комментировать
  • На какой RSS/Atom-ридер Вы перешли после закрытия Google Reader и почему?

    @friday
    Свой велосипед напилил.
    Ответ написан
    Комментировать
  • С какого фреймворка стоит начать (Yii, zend, symfony)?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Для начинающего проще будет Yii. Он простой как пробка, но в то же время, при определенном опыте работы, на нем можно писать неплохие проекты.

    Zend — тут ничего не могу сказать. Наверное только с него проще будет переходить на Symfony. В этом плане к слову Yii чуть проигрывает — с него слазить сложнее. я 2 месяца плевался когда на симфони переходил.

    Symfony 2 наверное самый крутой PHP фреймворк из существующих сегодня, ну или самый перспективный. Я бы начал сразу с него, хотя будет тяжело, зато больше опыта.
    Ответ написан
    9 комментариев