Pull to refresh

Comments 62

А зачем такое извращение? Denwer и SVN я имею ввиду. Вот не понимаю жизненной необходимости использовать обрезанные дистрибутивы, в которых даже PDO нормально не впаяешь, не говоря уже о других модулях, которые просто-напросто выкинуты оттуда.
Ну, вообще все эти манипуляции - использование нескольких проектов, и постоянное перетаскивание всего сервера с места на место. Такое бывает.
Если уже все и так на SVN, что и куда Вы перетягиваете?
Представь себе такую ситуацию: работа происходит в разных офисах в закрытых интранет сетях. То в одном, то в другом.

Да, собственно, весь вышеизложенный текст не правило, а всего лишь краткое руководство для тех кто возможно столкнется с ситуацией и нуждой.

Не суди строго. У меня есть целый ряд причин, почему я избрал именно Денвер, и очень благодарен разработчикам.
Надеюсь, что начинали не с Денвера и хотя бы пару раз собрали все руками, отдельно.
:) пожалуй, моего опыта достаточно. Собран и работает не один сервер. К сожалению пока что не успел столкнуться лицом к лицу с PDO.
У Вас сервера - на винде чтоли? PDO - это удобно. Освойте, советую.
:)) Спасибо, при случае и нужде обязательно попробую!
Почему это начинать с денвера это моветон? Скажем, профессиональные гонщики начинают с картинга, паращютисты сначала тренируются на земле и т.д. Что собрать своими руками сервер полезно я согласен, но что начинать с этого - нет. Имхо, это всё равно что начинать знакомиться с компьютером со сборки ядра линукса. Познавательно, но вот это время можно потратить с большей пользой.
полностью поддержу автора статьи. С выходом denwer 3 он стал очень корректно работать и в практике как быстрое приложение без заморочек и настройки зарекомендовал себя на 5+. Например вам нужно срочно проверить работу скрипта, зачем изобретать велосипед? :) Далее про репозитории, они плотно вошли в моду. Я практикую их уже более года и таки был период в жизни, когда захотелось свой портативный. Собирал руками и в принципе остался доволен за исключения портативности, т.е. ставил phyton и кучу запорочек (не буду подробно :) ). Данное решение простое и уверен, что оно будет многим полезно. Автору спасибо!
UFO landed and left these words here
да SVNу тоже не нужен, он прекрасно без http-доступа работает
а что, сложно скачать нужную версию РНР и развернуть туда? или скачать дополнение к дистру денвера?
Ну разверните PDO на Денвере. Я что-то не слышал, чтобы кому-то это удалось.
А проблема то в чем? Объясните несведущему.
Разверните - посмотрите.
P.S. Я могу пояснить почему, но я хочу, чтобы Вы сами приобрели этот скилл и поняли, что Денвер и PDO несовместимые вещи.
К сожалению, у меня не так что бы много времени, именно для этого я и задал данный вопрос. И мне действительно любопытно, по какой такой причине данная операция не возможна?

Либо вы тут мне пудрите мозг, либо не совсем понимаете, зачем был написан пост: Для экономии драгоценного времени разработчиков. Любого опыта и любого уровня.
См. ниже. Возможно уже исправили, по-крайней мере я не нашел поиском по багам в их форуме.

Если у Вас возникает мнение, что я пудрю Вам мозги - то Вы можете не продолжать отвечать на мои сообщения.

Насчет Вашего поста я не спорю - меня заинтересовало почему Вы используете Денвер.

А вот насчет экономии времени для разработчиков любого уровня - спорное утверждение. Я не знаю ни одного гуру, который бы использовал Денвер для разработки. Делайте выводы.
>меня заинтересовало почему
>Вы используете Денвер.

Потому что я счастливый пользователь Виндоус! :)
Потому что в локальной сети, прежде чем проект попадет на непорочную *nix платформу гораздо быстрее разрабатывать. Предложите альтернативы или доводы, почему не следует использовать данный продукт, против которого вы так отрицательно настроены. Может быть я и новичок по сравнению с вами, но мои проекты себя чувствуют прекрасно, будучи первоначально разработанными и протестированными на Денвере.
1) Я тоже пользователь Windows
2) Это не отменяет того, что на винде у меня все установлено раздельно
3) Это не отменяет того, что у меня есть сервер под FreeBSD, где также все собрано руками.

Теперь почему не следует использовать данный продукт:

1) Читаем список багов
2) Смотрим какие проблемы имеют люди, впаивая элементарное php_pdo_sqlite, когда оно на любом пхп, установленном раздельно с апачем заводится с полпинка.
3) думаем о том, что не всегда у Вас сервера будут на винде и какие проблемы будут там ожидать, если все сделано и заточено под Денвер.

Список можно продолжать.
Денвер, это не продукт отдельный, а всего лишь сборка сервера Apache, Mysql и PHP с определенной конфигурацией. Своими словами "глючный, не работает" вы говорите всего лишь о неправильной конфигурации. Все конфигурируется. Это в буквальном смысле тоже самое, что и поставить каждый из данных сервисов отдельно. Но с минимальными дисковыми потерями.

Говоря "не работает" подразумеваете, что "PHP | Apache | MySQL" под виндоус написан не правильно и не совместимы друг с другом? :)
О боже. Нет, я не буду больше продолжать. Вы не пытаетесь думать.

Опыт Вас научит, желаю, чтобы он был по-мягче, чтобы Вам было проще на этом пути.

На этом откланиваюсь, не имею времени и желания прописные истины рассказывать. С опытом прийдет само к Вам.
"с определенной конфигурацией" это очень важно. Как программист вы должны понимать что магически около 50 мб упаковать в 5 мб нельзя.
ну вообще когда у всех уже валяются жесткие по 500ГБ забитые всяким видео и музыкой экономить какие-то 40 мб кажется странным.
Зачем вам денвер кстати? Когда AMP есть скомпилированный для windows, с собственными инсталяторами, сервер можно поднять так же быстро.
А зачем мне ставить отдельно Apache, MySQL и т.п. если я свою машину не использую для хостинга?
Я поставил Денвер. Все быстро и без заморочек.
Тем более что очень легко все это дело из дома таскать на работу и обратно.
Кстати, его глюков на себе ни разу не ощутил. И добиваться их искусственно не собираюсь.
А SVN, туда очень даже кстати придется. Обязательно попробую как вернусь из отпуска.
Автору - спасибо!
У Денвера есть одна неповторимая просто фича: доменное имя за 10 секунд. Создал 2 папки: "My.own.domain.name/www". >Restart.

zaooza!
Я от этой фичи в восторге.
Кстати по поводу винтов в 400 мегабайт :)
Жто еще не оправдание. Таскаю сборку "сервера" на флешке. И там мегабайты имеют роль. Пусть я жлоб, но на флешке место играет роль :) Пока что будет так.
в случае с флешкой объем влияет больше не сам по себе, а в пересчете на время копирования.
Ну да, и как обычно каждый из проетов состоит их нескольких тыщ маленьких файлов...
у меня работает, этого достаточно?
Возможно уже исправили. Ранее такая проблема точно была.

Но даже если не брать в учет это - можно посмотреть сюда http://forum.dklab.ru/denwer/bugs/ - там же море багов..

Да и тут - http://forum.dklab.ru/denwer/todo/

Первое, что кинулось в глаза - нельзя из конфига управлять AddDefaultCharset. http://forum.dklab.ru/denwer/todo/Sdelat…

Вы любите дистрибо-зависимые баги? Я - нет. Мне намного приятнее юзать апач и знать, что то, что я в нем пропишу - будет работать, чем каждый раз думать "а заведется ли то, что мне нужно".
AddDefaultCharset работает у меня :) Использовал совсем недавно. Перенес один проект в UTF-8. Дописал .htaccess и все.

Вот признайся чесно - тебе просто нужно доказать собственную правоту. :)
http://forum.dklab.ru/denwer/todo/Sdelat… - тут же у людей проблемы и записано в ToDo, значит проблема таки существует.

То, что у Вас работает - может говорить только о том, что у Вас другая версия, а сама зависимость от версии - это уже лично меня, как разработчика - очень смущает.

PS. Я не пытаюсь доказать ничью правоту, я призываю к разуму и логике, что никогда кастомный продукт не будет лучше и удобнее, чем несколько официально разрабатываемых, которые можно завести вместе с полпинка, при этом не издеваясь над собой с решением очередных проблем с кастомным продуктом.
я обычно предпочитаю работать, а не тратить время на настройку чего-либо.
А я предпочитаю не тратить время изучая баги кастомного продукта и ищя их решение. Не логично?
Все продукты "кастомны" так или иначе. Читаю Вашу переписку с самого верха, не понимая таки зачем так рьяно убеждать одно лучше другого — подсказали, посмотрели на реакцию да и будет?!
К Денверу прикручивается всё, что угодно… и PDO в том числе.
Спасибо, отлично!
Кстати, я пробовал использовать VisualSVN Server вместе с денвером, нормально работает.
UFO landed and left these words here
Для тех, кто хочет вообще понять что такое SVN, нужно еще написать как с этим SVN работать.
Есть несколько вопросов по теме:
1) по-видимому, используется версия Денвера с Апачем 2 (да/нет)?
2) будет ли в такой комбинации работать новая версия SVN 1.5?
1) Да, именно так.
2) Очевидно, что да. Изменения в 1.5 касаются не архитектуры, а функциональности. Так что будут, куда они денутся :)
Подразумевается использование SVN при разработке веб-проектов на основе Денвера. Что бы не ставить Тортойсе.
Имеются веб-проекты (сайты и т.п.). Язык - Java.
Под это дело имеется сервер с установленным Apache Tomcat.
Имеются разработчики, которые пишут код.

Задача - перевести разработчиков на использование системы контроля версий (предположительно SVN). Вторая задача - подружить SVN с томкатом, что разработчик коммитил свои изменений и тут же в браузере мог увидеть их без дополнительных действий.

Основная проблема - как увязать SVN с томкатом. Т.е. как быть с папкой htdocs, из которой беруться файлы какого-либо веб-проекта? Это будет папака SVN или по какой-то команде в эту папку из SVN будет выгружаться актуальная версия...

Есть где почитать об этом, может кто подскажет?
Средой какой пользуетесь? Обычно разработчики Java пользуются Eclipse. Я писал об одном прекрасном плагине FileSync для Eclipse, которым пользуюсь сам именно для этих же задач. Он из текущего WorkSpace при изменениях файла автоматом выгружает его в указанное место. Если не Eclipse, то можно пользоваться внешними утилитами, следящие за изменениями. Синхронайзеры. Кажется, правильно понял вопрос. Надеюсь, что помог.
Хорошо, скажу иначе. JAVA-ядро (CMS, framework) не меняется и всегда зпущено на сервере. Меняется информация для этого ядра (xml+xslt файлы). Обсуждается пока тока тестовый локальный сервер, на котором разработчики правят эти файлы сейчас непосредственно в htdocs (назовем эту папку так) и видят результат в браузере.

Задача - перевести XML+XSLT на контроль версий, чтоб ыразработчики грамотноп ересекались и всегда были истории. Грубо говоря, как PHP+Apache, где ничего копилить не надо, поправил код php и сразу уувидел результат в браузере.
Дадада, именно об этом я и говорю.
Запускается SVN (можно вышеописанным способом поднять и на томкате, никакой разницы нет, либо, запустить внешний SVN-сервис), создается репозиторий. Импортируется в него последняя версия того над чем работают пользователи, и далее ведется работа над сырцами репозитория.

А что бы все сразу показывалось на сайте, из текущего воркспейса каждого из пользователей синхронизировать инлайном в запущенный сервак. Как это я делаю у себя при помощи Eclipse и плагина к нему.
и еще. Работа над проектом ведется непосредственно в какой нибуть внешней папке, обычно это папка "рабочей копии проекта". И только после внесения изменения автоматически попадают в папку веб-сервера.
Уже прочитав заголовок поста в ленте, понял, что в камментах будет адских холивар =)
Хотел познакомиться с работой SVN, сделал как описанов статье, но не работает :(. Оказалось, что апач в денвере не дружит с mod_dav_svn.so. Может кто подскажет где взять точно рабочую версию, например, svn-win32-1.4.x.zip для Apache/2.2.х? А то на сайте сейчас только svn-win32-1.5.1.zip можно скачать.
UFO landed and left these words here
Это в командной строке в шелле. В досовой оболочке.
(Пуск-> выполнить->CMD)

Учитывается что в шелле вы находитесь в папке, где есть утилита htpasswd либо до нее прописаны пути.
UFO landed and left these words here
htpasswd.exe -> apache/bin тут должно лежать, сейчас сам пытюась поставить, застрял на конфликте с «mod_dav_svn.so»… :(
жаль что не указали точные версии Apache и SVN. svn 1.5.2 не работает с Apache 2.2.4 (который распространяется с Denwer 3).
Брался первый попавшийся Дэнвер, и настраивался соотвественно. Так что работать обязан.
Уже столько раз пытался настроить SVN и не получается. Уже и и Apache 2.2.9 к Денверу прикрутил, и из оригинальной документации примеры настроек подставлял (похоже хабраредактор не все строки пропустил в статье), и просто WebDAV настроил для тренировки и всё бестолку. Толи я в настройках допускаю ошибку, толи не правильно пользуюсь этим чудом, но SVN не работает. Вот если бы кто-то из продвинутых админов выложил архивчик с папкой Денвера и настроенным там SVN специально для продвигающихся, я бы ему спасибо сказал :). Уж очень хочется с SVN познакомиться.
Была бы возможность. Поставил бы плюс! Только, что поднял svn :)
Only those users with full accounts are able to leave comments. Log in, please.