Никаких танцев с драш, только он работает из специально обученной консольки. А гит тоже работает идеально, но из специально обученной другой консольки. И mysqldump тоже прекрасно работает, но только из консоли сервера. Gulp и compass работают только из стандартной консоли винды. А ssh работает только через Putty. Итого, должно быть открыто как минимум 5 разных консолей и это только для совершенно повседневных вещей. Удобно, да))
Поэтому ниже правильно отметили, что лучше работать под *nix системой. Хотя если автор не особо понимает, зачем нужно всё то, что я выше написал, то пусть пока работает под опенсервером - для простых задач и учёбы вполне приемлемый вариант.
Танцы заключаются в наличии 4-х консолей, и геммором с $PATH.
Консольки видят $PATH опенсервера только если их запускать из под опенсервера.
Но могут не увидеть PATH винды. Короче танцев с бубном мне хватило во время первоначальной настройки.
А Gulp, и вообще какие-либо нодовые инструменты у меня под виндой не удалось заставить работать - ограничение на максимальную длину пути, + конская вложенность node_modules -> нодовые инструменты благополучно падают.
Лучше действительно работать из под линуха, но винду мне снести нельзя (правила на работе), оперативы 4гб и докинуть нельзя, ибо винда 32-битная.
Не надо сносить. Поставить virtualbox, создать виртуалку с 1гб поставить какой-нить минимальный debian + apache, mod_php, mysql. Будет даже экономнее, чем запускать стек под windows в итоге. А разрабатывать и смотреть из под винды.
Если винда навороченная на работе, там может быть и Hyper-V, тогда даже не надо ставить virtualbox.
Стоит развернуть сервер на линуксе. Можно это сделать в виртуалке с помощью virtualbox, например.
PHP, а точнее, некоторые его расширения имеют проблемы с совместимостью с windows. Поэтому, при запуске сайта на windows хосте, кроме своих ошибок, можно ещё встретить произвольные ошибки совместимости.
Вот только на днях была проблема с GD и отказывался работать ImageApi optimize, у одного товарища, которого я консультировал. Кстати, этот модуль не будет работать под виндой с локальной оптимизацией вообще, т.к. используются linux утилитки для этого.
Создал сайт на поддомене и прикрепил к менее приоритетному сайту с другой тематикой.
Поддомен работает, базу я новую создал с другими данными и залил в чистую. Но..
Ищу конфигурационный файл друпал, тк в админку когда захожу кидает в админку основного сайта
Поменял в пути /sites/default/setting.php
Все что упоминалось о пути на основной сайт и сменил а именно:
Путь к базе урл https://yadi.sk/d/jdNihg7E39xVsc
Комментарии
Всё подходит. С настройками по умолчанию всё работает.
Ой вэй. А как же танцы с drush?
А что за танцы? Открыл Drush, написал cd, перетащил папку сайт, нажал Enter. Все готово. Или я проскочил "попатряска" с Drush?
Никаких танцев с драш, только он работает из специально обученной консольки. А гит тоже работает идеально, но из специально обученной другой консольки. И mysqldump тоже прекрасно работает, но только из консоли сервера. Gulp и compass работают только из стандартной консоли винды. А ssh работает только через Putty. Итого, должно быть открыто как минимум 5 разных консолей и это только для совершенно повседневных вещей. Удобно, да))
Поэтому ниже правильно отметили, что лучше работать под *nix системой. Хотя если автор не особо понимает, зачем нужно всё то, что я выше написал, то пусть пока работает под опенсервером - для простых задач и учёбы вполне приемлемый вариант.
гитовская консоль в ведре с гальпом нормально работает
А я пробовал только в драшевой и опенсерверной))) Пора мутить таблицу совместимостей консолек под виндой)))
Танцы заключаются в наличии 4-х консолей, и геммором с $PATH.
Консольки видят $PATH опенсервера только если их запускать из под опенсервера.
Но могут не увидеть PATH винды. Короче танцев с бубном мне хватило во время первоначальной настройки.
А Gulp, и вообще какие-либо нодовые инструменты у меня под виндой не удалось заставить работать - ограничение на максимальную длину пути, + конская вложенность node_modules -> нодовые инструменты благополучно падают.
Лучше действительно работать из под линуха, но винду мне снести нельзя (правила на работе), оперативы 4гб и докинуть нельзя, ибо винда 32-битная.
Не надо сносить. Поставить virtualbox, создать виртуалку с 1гб поставить какой-нить минимальный debian + apache, mod_php, mysql. Будет даже экономнее, чем запускать стек под windows в итоге. А разрабатывать и смотреть из под винды.
Если винда навороченная на работе, там может быть и Hyper-V, тогда даже не надо ставить virtualbox.
Ага, 32 бита навороченная)) Стопудняк лицуха самая дешёвая типа хоум эдишн.
отлично спасибо
Нет ничего прекраснее локального сервера на линуксе)
Крайне соглашусь с Михаилом!
Стоит развернуть сервер на линуксе. Можно это сделать в виртуалке с помощью virtualbox, например.
PHP, а точнее, некоторые его расширения имеют проблемы с совместимостью с windows. Поэтому, при запуске сайта на windows хосте, кроме своих ошибок, можно ещё встретить произвольные ошибки совместимости.
Вот только на днях была проблема с GD и отказывался работать ImageApi optimize, у одного товарища, которого я консультировал. Кстати, этот модуль не будет работать под виндой с локальной оптимизацией вообще, т.к. используются linux утилитки для этого.
Ну и это только один мелкий пример а их море.
Сколько выделить оперативки под линукс? у меня всего 8 гигов. Винда 10-ка 64. Ну думаю сама винда гига 2-3 жрет.
Диск ssd 128 гигов
Если без GUI, то два выше крыши. И на диске больше десятки не займёт.
http://www.drupal.ru/comment/684263#comment-684263
Я ж не знаю, что там автор задумал)
Создал сайт на поддомене и прикрепил к менее приоритетному сайту с другой тематикой.
Поддомен работает, базу я новую создал с другими данными и залил в чистую. Но..
Ищу конфигурационный файл друпал, тк в админку когда захожу кидает в админку основного сайта
поддомен или подпапка?
Поддомен
Поменял в пути /sites/default/setting.php
Все что упоминалось о пути на основной сайт и сменил а именно:
Путь к базе урл
https://yadi.sk/d/jdNihg7E39xVsc
Куки
https://yadi.sk/d/6hPmW1fb39xVzH
И сайт поехал. В общем все в левом столбике в одну кучу, и картинки и текст.
Сделал назад как было но назад не вернулось. Стили поехали походу.
.htaccess пока не трогал
В самой БД же не нужно ничего менять прописывая поддомен?
http://prntscr.com/dy2crq
Где обычно файлы стилей шаблона прописываются?
sites/all/themes/название_шаблона
или
themes/bartik
Спасибо создал на поддомене