Ответы пользователя по тегу Веб-разработка
  • Нармальный mysql

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    MariaDB - отличный вариант. Только, в любом случае - что с MariaDB, что с MySQL - надо попросту устанавливать именно то, что нужно, а не все подряд. Какая OS? Что мешает собрать отдельно только сервер?
    Ответ написан
    Комментировать
  • Как реализовать "перенос" загрузки файлов на сайт в облачное хранилище?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Вам чистое решение на PHP? Python? Ruby? Плагин для WordPress? Drupal? Joomla? На чем сайт? В какое облако грузить надо? Amazon S3? Rackspace? Dropbox? Свой VPS с BitTorrent Sync или Own Cloud?

    Напишите подробнее вводные данные. Вопрос слишком абстрактен.

    UPDATE: См. комменты.
    У Амазона S3 есть своя библиотека для PHP и чудесное АПИ, лучше всего юзать именно ее. Лежит на Амазоне и кажется есть копия на Github - если правильно помню, используется в плагине tantan-s3 для WordPress (собственно, кладет загружаемые файлы в S3). Прикрутить к Laravel - дело техники.
    https://github.com/bradt/wp-tantan-s3
    Ответ написан
    9 комментариев
  • Сайт, веб-приложение или веб-сервис?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Это будет называться https://ifttt.com/ :)
    Ответ написан
    Комментировать
  • Как начинающие веб-студии и фрилансеры находят заказы на разработку сайтов под ключ?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Пока нет рекоммендаций, портфолио и "связей" - фрилансерские сайты, FFF (friends, fools, family). Особо бойкие и амбициозные могут заняться прямыми продажами, ходите в места скопления ваших потенциальных "клиентов", знакомьтесь, оставляйте визитки и презентации. Создайте что-то полезное (инструмент, сервис) для какой-то локальной ниши и предложите это решение - если оно реально полезно, то у вас начнут покупать, а дальше пойдет кастомизация, поддержка, отдельные решения, рекоммендации и так далее.

    Но точно не холодные звонки - это порожняк. Реклама тоже в основном неэффективна, выбросите деньги на ветер, ускорите наступление банкротства.

    И да, ни в коем случае, ни при каких обстоятельствах не начинайте на начальном этапе вкладывать деньги в офис, мебель, технику и прочее. Trello+Git+почта (или другой, более сложный workflow - на усмотрение), сидите себе по домам, в кафешке с ноутами, на крайняк в коворкинге и работайте, работайте, работайте.
    Ответ написан
    4 комментария
  • Почему не Joomla?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Если уж останавливаться на одной CMS/CMF, то точно не Joomla. Из бесплатных - WordPress, Drupal. Из коммерческих - Expression Engine. Порог качественного входа примерно одинаков. Прелесть этих готовых решений (будем говорить об этой популярной тройке - Joomla, WordPress, Drupal) и всех их экосистем одновременно является слабым местом и головной болью. Из-за низкого порога входа (а у Joomla он самый низкий) модули, плагины, темы и т.д. создают люди, которым по-хорошему надо руки ломать и к компьютеру не подпускать. Отсюда куча мусора, дыр по части безопасности, откровенно вредоносного кода, неэффективных и тормознутых решений. Ибо создание качественных решений требует знаний и опыта. В этом плане и WordPress, и Drupal стоят на несколько ступенек выше. В случае WordPress, например, причины следующие: все плагины в Codex проходят проверку, за самим WP стоит компания Automattic и wordpress.com (крупнейшая ферма в мире, на мощностях которой крутятся крупнейшие в мире новостные сайты). WP - это платформа, под которую разрабатывают эксклюзивные решения профессионалы очень высокого уровня. У WP самое большое open source комьюнити, посему решения допиливаются до ума. И так далее...

    Я специально выше выделил жирным "порог качественного входа". Следует разделять использование платформы как CMS для более-менее стандартного сайта, в конфигурации "из коробки" + парочка плагинов и использование в качестве CMF для создания кастомных решений. С первым справится хомячок (и в этом случае с Joomla будет больше потенциальных проблем, чем с WP), для второго нужно изучать ядро платформы, да и PHP вообще. Когда копаешь глубоко, начинаешь понимать, чем действительно отличается CMS от CMF.

    Ну а если в планах строить вообще свои кастомные решения и сервисы и становиться настоящим профессионалом - тогда однозначно изучение на наиболее низком уровне - сначала программирование как таковое, алгоритмы, ООП, РБД/ОРБД, сетевые протоколы и т.д. Потом уже PHP. И только тогда - фреймворки. Хотя, думаю, пройдя этот путь PHP станет не интересен, как минимум Python уже. Путь долгий и тернистый, но на Олимп иначе не попасть. Если не сломаешься по пути - через 5-6 лет будешь в топе.
    Ответ написан
    1 комментарий
  • Какую выбрать CMS на PHP?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Раз Jekyll не катит по идеологическим соображениям - тогда Sculpin.
    Но если WordPress "слишком сложен" - то да, наверное это вообще не сюда вопрос.
    Ответ написан
  • Сайты. Что удобнее: ссылка на email или форма обратной связи?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    mailto: всегда. Форма обратной связи имеет смысл, если это большой сайт, есть например разные отделы и типы запросов и т.д., но ее наличие не исключает обычной ссылки на почту.
    Ответ написан
    Комментировать
  • Как организовать процесс разработки сайтов на Wordpress?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Знакомая ситуация, до боли знакомая.
    Я бы в этом случае не городил сложным схем - больше шансов запутаться и усложнить (замедлить) процесс, а скорость тут у нас и так не самая сильная сторона. Особенно если клиентский проект на shared-хостинге и git-ом даже не пахнет. Справляюсь так же, как и @i_dozi , "для себя" использую приватные репо на bitbucket.org.
    Относительно мегасрочных мелких фиксов "по-живому" - стараюсь собирать небольшую пачку и делать оптом, но иногда все же приходится делать срочный одиночный фикс, прямо на живом сервере (бывало делал такие правки с планшета, сидя в маршрутке), после этого всегда копирую на локалку и обновляю везде, в том числе репо. Делаю это как можно раньше, чтобы не потерялось. Если вдруг возникает ситуация, когда сижу и не могу вспомнить, где более свежая версия (такое случалось), или долго в проект не лазил, а за это время клиент сам мог что-то поменять - diff в помощь.
    Ответ написан
    Комментировать