Ну вот у нас 3 разработчика. Нет четкого разделения на фронт и бэк.2 новых сайта и 3-5 на поддержке. Те что делаем сами, с гитом ... прочим - нет проблем с любым обновлением, при этом не страшно ошибиться - всегда можно откатится. А вот с наследием - ходьба по минному полю каждый раз))) Так что считаю тот же гит - не лишний и в самом простом проекте.
Опять же - поставить задание и контролировать ход выполнения - в экселе таблицы чертить или проще редмайн развернуть с тем же Гантом для контроля?
Кстати если нужно для поменять телефон лезть в код - это как раз неправильная изначально постановка задачи и ТЗ.
И неважно на чем писать, вордпрессе, симфони или джанге. Изначально правильный подход потом позволяет не создавать кучу бесполезных вопросов на форуме и плодить столь же бесполезные ответы
Sitealert, danforth, для тех лэндингов, чо вы по 500 рублей за пучок пишете, с гитами нефиг и заморачиваться, можно и на сервере в вордпрессе править
Вы серьезно??? Тогда сочувствую вашим заказчикам. А вам хорошо - никакого кконтроля, твори что хошь и оправдываться не надо.
Однозначно, начинать с первоисточников. А то сходят на курсы какого-нибудь известного гуру, который на практике ни одного проекта не продвинул...
Настройте правильно ваш сервер или CMS, закройте картинки от индексации, да и все. Но это на самом деле не проблема, особенно если сами товары ранжируются норм - можно не обращать внимания.
Повторюсь - вы или разберитесь полностью в теме или отдайте на откуп тому кто разбирается. Pagespeed - то рекоменадция, не истиа в последней инстанции. Главное чтоб главная грузилась в пределах 3-х секунд. А используете вы гзип или спрайты - уже второе дело.
Я понимаю? что сейчас фраза - "Вас что, в Гугле забанили", для россиян уже не шутка), но инфы предостаточно в сети) Главное - с умом подходить.
Опять же, если вам предлагают поставить вордпресс и накатить на него 50 плагинов - такая работа ничего не стоит. Прорабатывайте ТЗ детально!
Дьявол, как обычно, скрывается в этом - "и прочее"))) То что вы перечислили- ну, за исключением адаптации - вторичное... SSL прикрутить - 15 минут, на новый хостинг переехать - 2 часа...
Главное - иметь четкое представление - ЧТО ВАМ НАДО на выходе!!! ТЗ, алгоритмы работы, блок-модули, дизайн - вот над этим нужно заморочиться изначально. Выбрать методологию разработки(agile, scrum), определится с системой управления проекта(trelo, asana) , контролем версий (git, hg)
Выбрать нормального исполнителя.
А. Найти денег на хороший сайт
Нет уж спасибо))) Мне нравится идти вперед, а не ковыряться в непонятном коде и решать задачи/проблемы которых в нормальных системах просто нет в принципе.
Какая связь между сериализацией и полным дампом? если перенос на новый хостинг - ничего не надо. если на локаль - пользуюсь SRDB. Но в принципе можно в конфиге прописать локальные хосты - тогда обращаться будет к текущему пути, а картинки брать из удаленного хоста.
Похоже ты выучил словечко и пихаешь его куда ни попадя)))
ФТП - потенциальная дыра и лишняя возможность поломать сайт, в отличие от гита. Про возможность контроля версий и нахождения ошибко я не стану даже упоминать - сектантам "править на сервере" это не нужно, они ошибок не делают)))
Просто свежий пример - на днях сотрудник залил обновления, не протестировав нормально, поломалось добавление мерного товара в корзину. Без гита бы долго чинили, а тут откатились моментально, спокойно на девелопе поправили и обновились уже до рабочей версии
Но я никого не агитирую делать правильно - тем больше у меня работы пока вы правите на сервере
Robick, В настройках постоянных ссылок делайте что хотите, но соглашусь с Milton - можете потом поиметь массу проблем
