Страница 19 из 39

Добавлено: 15 янв 2013, 06:43
antonio..7
Portable версия программы готова.

Добавлено: 15 янв 2013, 11:21
KIVagant
Предложение: сделать wiki-документацию на сайте с возможностью для посететилей редактировать статьи.

Честно говоря, агрессивная политика бана за любой дублирующийся вопрос и довольно фрагментированные ответы на частые вопросы усложняют понимание простых вещей. Помню, что где-то видел инструкцию по обновлению. В мануале chm её нет, поиск по сайту находит обсуждения в форуме, где Максим отшучивается, помахивая бан-листом. Начинаю долгое копание в темах форума. Разве это хорошо? Принцип "моя территория, как хочу так и рулю" — логичен, но необходимо учесть интересы сообщества, которые хотят и пользоваться и помочь развивать данный продукт.

Мне кажется, вики на сайте закрыла бы проблему многократно дублирующихся вопросов и уж точно удобнее форума.

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

При этом совершенно необязательно разворачивать вики-движок на своём сервере, вполне хватит http://code.google.com/p/support/wiki/WikiSyntax

Добавлено: 15 янв 2013, 11:47
Максим
antonio..7 писал(а):Portable версия программы готова.
И где ссылка???

Добавлено: 15 янв 2013, 11:58
CrazyLamer
KIVagant писал(а):Предложение: сделать wiki-документацию на сайте с возможностью для посететилей редактировать статьи.

Мне кажется, вики на сайте закрыла бы проблему многократно дублирующихся вопросов и уж точно удобнее форума.

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

При этом совершенно необязательно разворачивать вики-движок на своём сервере, вполне хватит http://code.google.com/p/support/wiki/WikiSyntax
Поддерживаю идею WIKI, но CHM оставить нужно, думаю его можно периодически пополнять из той же WIKI.

Добавлено: 15 янв 2013, 12:04
DelphinPRO
KIVagant писал(а):вики на сайте
интересная идея. стоит принять во внимание.

Добавлено: 15 янв 2013, 12:05
antonio..7
Максим писал(а):
antonio..7 писал(а):Portable версия программы готова.
И где ссылка???
http://narod.ru/disk/65483603001.ee14ee ... e.zip.html Вот

Добавлено: 15 янв 2013, 13:17
Максим
Ваша программа не портативна, она создаёт кучу файлов в папке C:\Users\User\AppData\Roaming\VOS\Bluefish 2.2.4-rc1

Добавлено спустя 34 минуты 55 секунд:
KIVagant писал(а):Предложение: сделать wiki-документацию на сайте с возможностью для посететилей редактировать статьи.

Честно говоря, агрессивная политика бана за любой дублирующийся вопрос и довольно фрагментированные ответы на частые вопросы усложняют понимание простых вещей. Помню, что где-то видел инструкцию по обновлению. В мануале chm её нет, поиск по сайту находит обсуждения в форуме, где Максим отшучивается, помахивая бан-листом. Начинаю долгое копание в темах форума. Разве это хорошо? Принцип "моя территория, как хочу так и рулю" — логичен, но необходимо учесть интересы сообщества, которые хотят и пользоваться и помочь развивать данный продукт.

Мне кажется, вики на сайте закрыла бы проблему многократно дублирующихся вопросов и уж точно удобнее форума.

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

При этом совершенно необязательно разворачивать вики-движок на своём сервере, вполне хватит http://code.google.com/p/support/wiki/WikiSyntax
1) Не нужно подменять понятия и делать из меня монстра. Если кто-то создал дубль темы или задал повторный вопрос, то в бан он ну никак не попадёт. Я, либо другие модераторы, просто удалят тему и укажут ему на поиск по форуму.

В бан попадают только те, что задаёт вопрос на который есть ответ в Руководстве пользователя. И такие пользователи будут попадать в бан всегда. Посмотрите на форму создания сообщения на форуме, над ней чётко написано: Правила форума: В случае если созданная вами тема/сообщение покажет что вы не знакомы с меню и настройками Open Server или не прочитали Руководство Пользователя, то ваш аккаунт будет блокирован.

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

Хочу чтобы все поняли, я не самодур, я не баню всех подряд. Я преследую благие цели - не допустить на форум сомнительных личностей, школоту, дураков и лентяев. Нельзя допустить превращения форума в помойку с вопросами - чито такое пэхапэ.

2) По поводу обновления. Я нигде не отшучиваюсь, с чего вы это решили? Я напротив говорю прямо, что процедуры обновления нет и не будет. И никакой официальной инструкции от меня нигде нет, потому что самого понятия обновления в Open Server нет. А раз ничего этого нет, то какая информация должна быть в CHM файле? Не понятно что вы от меня требуете.

Начинаете искать кем-то выложенную инструкцию на форуме? Разве это хорошо? Ну видимо хорошо, а как же её еще можно найти? Добавлять левые инструкции в Руководство никто не будет, если вы об этом.

Обновление - это по сути настройка заново и перенос информации вручную. При обновлении нужно копировать-вставить папки с сайтами, нужно экспортировать-импортировать базы, я же не буду делать инструкции по использованию PHPMyAdmin? Если человек не знает как делать импорт и экспорт базы, то ему вообще рано пользоваться Open Server.

Возможно я соглашусь лишь с тем, что надо бы добавить в Руководство такой текст:
Для перехода к использованию новой версии Open Server необходимо вручную перенести туда свои сайты, базы данных и заново выполнить настройку ПО.

3) По поводу Wiki я подумаю, спасибо. Но если и решу сделать, то только для редактирования руководства, чтобы кто хочет мог дописывать более обширно и литературным языком. А руководство пользователя было, есть и будет в CHM файле, я вообще не понимаю кто вам сказал что этот формат устарел. Если интернета нет, то справка на сайте будет бесполезна, в отличие от CHM файла.

Ваши надежды на вики как на избавление от глупых и повторяющихся вопросов на форуме мне кажутся призрачными. Тем кто не читает руководство плевать где оно размещено, в CHM файле или в вики на сайте, они его всё равно не читают, поверьте мне.

Добавлено: 15 янв 2013, 13:48
KIVagant
1.
Не нужно подменять понятия и делать из меня монстра.
Никто и не пытается. Когда у меня возник первый вопрос по проблеме (незапускался apache+nginx в дефолтовой сборке на предыдущей версии openserver) — я хотел было его задать, но почитав некоторые ваши ответы передумал что-либо здесь спрашивать. Но цель не вступать с вами в полемику — ваш продукт, ваше время — имеете право и вообще отказаться от бесплатного саппорта.

2.1
Я нигде не отшучиваюсь, с чего вы это решили?
GOTO (первая же ссылка в гугле "обновление openserver").
Ничего страшного, пускай люди между собой общаются, может им интересно обсуждать то, чего нет))) Я всё равно не отвечаю тут.

2.2
Обновление - это по сути настройка заново и перенос информации вручную. При обновлении нужно копировать-вставить папки с сайтами, нужно экспортировать-импортировать базы, я же не буду делать инструкции по использованию PHPMyAdmin? Если человек не знает как делать импорт и экспорт базы, то ему вообще рано пользоваться Open Server.
Именно поэтому я и предлагаю создание вики, т.к. лично я импорт/экспорт базы и настройки заново не делаю и мог бы порекомендовать другим пользователям аналогичный подход. И если каждый разработчик добавит от себя хороший лайф-хак по экономии времени, а затем накинуть их в bat-ник — получилась бы вполне сносная автоматизация (хоть и не "официальная"). То, что вы не планируете реализовывать автоматические обновления — всем понятно. Но это не значит, что это в принципе невозможно. Наоборот — достаточно просто реализовать, учитывая хорошую разделённость конфигов и баз от модулей.

3. Я не сказал, что формат устарел. Я сказал, что подход устарел. Аутсорсинг в бизнесе не зря придумали. Пишите свой мануал, все ж только за. Но наличие публично-доступной вики-базы упростит вашу же задачу и сэкономит время. Например, там бы быстро появилась статья по установке PEAR с описанием возможных проблем и их решения. И, к примеру, установке phpunit — чего в мануале не появится в принципе никогда. Потому что несмотря на вашу инструкцию в форуме, мне пришлось совершать танцы с бубном, чтоб phpunit завёлся в этой сборке.

Добавлено: 15 янв 2013, 14:01
Максим
KIVagant, Да, я уже сказал, что подумаю над Wiki, спасибо.
KIVagant писал(а):Потому что несмотря на вашу инструкцию в форуме, мне пришлось совершать танцы с бубном, чтоб phpunit завёлся в этой сборке.
Интересно какие там могли быть танцы, если я эту инструкцию сам выполнил и только потом написал на форуме. И не один я уже использовал эту инструкцию, а много пользователей. Насколько я помню, там всё быстро и чётко делается без каких-либо проблем.

Добавлено: 15 янв 2013, 17:25
KIVagant
Предложение:

http://habrahabr.ru/post/164687/

Вместо Console2 использовать утилиту ConEmu. Полностью портабельна, если использовать ConEmu.xml в корне программы. Возможности просто феерические.