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

Добавлено: 15 ноя 2012, 07:54
Teskuroi
Здравствуйте, у меня интернет-соединение не самое быстрое, да и не медленное, но скачивается mini довольно долго (и я думаю дело не в моем соединении), понятно, что передача по http не будет очень быстрой с учетом веса в 107 Мб, но есть другие недостатки - это контейнер.

Тем способом, которым сжаты файлы сейчас дает 107 Мб сжатых данных и минуту 33 секунды разархивирования на моем i7.
Если сжимать по формату 7z, то получается 69 Мб сжатых и минуту 28 секунд для разархивирования.

Резюмируя, можно отметить, что время разархивирования практически одинаковое, но вес получается на 38 Мб меньше в 7z, то есть более чем на треть от 107 Мб. Ну, и если это важно, то можно так же создать SFX-архив сжатый 7z.

P.S. Очень надеюсь, что к моему пожеланию прислушаются, потому что порой даже обновление не хочется скачивать, потому что долго. :)

Добавлено: 15 ноя 2012, 11:10
Максим
Teskuroi, Open Server пожат винраром и ничего меняться не будет. Раньше использовался 7zip и размер файлов был намного меньше, однако ввиду того что у некоторых пользователей были ошибки при использовании Open Server пришлось отказаться от 7zip.

В чем была причина замены 7zip на Winrar? Причина в том, что у некоторых портативных программ в Open Server слишком много подпапок (длинный путь). Когда пользователь хочет распаковать файлы в подпапку на своем компьютере с длинным путём (например в F:\разное со старого\диск h\diskdd\Diff\DiskDD\test\Новая папка (10)) то при сложении с длинным путем у папки из архива Open Server возникает ошибка и файлы не распаковываются, Windows сообщит о том что путь не может быть длиннее 256 символов. 7zip конечно сообщал об этой ошибке распаковки, однако на английском, мелким шрифтом и обычным черным цветом текста, многие даже не читали эти сообщения и потом некоторые программы из комплекта Open Server просто не запускались. А вот Winrar напротив, сообщает о проблеме на русском, красным текстом, пользователь это обязательно прочитает и сможет повторить распаковку в папку с более коротким путем.

Тем более с современными скоростями скачать на 30 мегабайт больше - это смех. Ну а если у вас всё так плохо с интернетом, то пропускайте версии и качайте только тогда, когда по вашему накопиться много изменений.

Добавлено: 15 ноя 2012, 11:53
Teskuroi
Максим, очень интересно. Честно сказать, не сталкивался с подобными проблемами. Наверное дело в отношении к RARLAB, за их грабеж (стоимость лицензии 29 у.е.), при этом сама программа ничем не примечательна, в отличии от её конкурентки. Но это все пустое.

Моя скорость 6 Мбайт минимум. Дело в том, что ваш сервер не дает скорости более 260 Кбайт, а это очень печально. Я-то собственно не прошу делать что-то с сервером, когда есть другие возможности, например, оптимизация.

Кстати, можно выкладывать файлы здесь sites.google.com. Именно так и поступают Greenpois0n когда выпускают jailbreak на apple-устройства - скачивать дают с серверов google. И уж поверьте, в первые дни выпуска, скачиваний происходит настолько много, что обычный сервер просто не справился бы. К тому же никакой капчи и прочих задержек.

Добавлено: 15 ноя 2012, 12:01
Максим
Ну так а что вам мешает качать в несколько потоков, используйте специальные программы-качалки и будет у вас всё скачиваться за минуту. А за sites.google.com спасибо, посмотрю что там и как.

Добавлено: 15 ноя 2012, 17:43
Sferg
Максим, файлы ещё можно выкладывать и на Dropbox. ;)

Добавлено: 15 ноя 2012, 23:11
eddi13
Максим писал(а):Небольшой список из того что сделать/добавить невозможно,
Максим писал(а):- обновление и всё что с ним связано, включая импорт, экспорт, перенос данных
но, если уж
Максим писал(а):Развитие Open Server как-то немного застопорилось,
то может быть стоит уделить всеже внимание этому больному вопросу?
при полном..., скажем так, при понимании этого вопроса (приходилось разрабатывать механизм обновления cms), все же нельзя не отдавать себе отчет в полезности наличия этого механизьма (мать его ити). причем, по большому счету мы говорим о переносе банков данных, поскольку настройки хрен бы с ними, а т.к. система всеже предназначена для разработчиков, то совершенно не обязательно прикручивать с этом месте моднячий интерфейс, а достаточно обойтись бат файлами и ридми (в utf только пожалуйста). понятно, что искать компромис между обратной совместимостью и качественно работающим продуктом довольно сложно, но блин, можно ведь и коммерческий сервис сделать. ваш продукт и набирает обороты так резко поскольку пишется от души. а автообновления - это гемор, за который еще потом и отвечай если кто-то что-то неправильно понял. т.е. автообновленя - это по отдельной просьбе, а чтобы "отдельно" не просить - скажите цену. разработчик всегда должен получать профит от работы, либо маральный, либо... другой. уверен, найдется масса народу готового поделиться куском своего золотого тельца, чтобы обновиться за 5 минут и продолжить свою работу дальше.
как-то так.
PS: я где-то здесь уже оставлял длинный топик с критикой популяризации вашего продукта через социальные сети без конкретного предложения, так вот мне представляется, что было бы не хило связаться с сайтами разработчиков cms и с ними переговорить на предмет размещения банерков.

Добавлено: 16 ноя 2012, 13:05
Максим
Septor писал(а):ПС. На главной уже какой день висит - Open Server 4.7.4, а закачка и новости Open Server 4.7.3. Это на случай если ошибка.
Это не ошибка)) скоро релиз, просто всё руки не доходят собрать и выложить. Там только модули и программы будут обновлены до актуальных версий, плюс задержка запуска сервера при автостарте вместе с Windows будет сделана. Больше ничего нового.

Добавлено: 16 ноя 2012, 14:18
Asmodey
eddi13 писал(а): .....
автообновение "невозможно", этот вопрос снова и снова будет всплывать.
но это все конечно демогогия, и решения автора есть решения автора.
От этого оно не станет возможным.
Предлагаю голосовать по срочной необходимости автообновления. Кто высказывается ЗА, пускай обоснует. НАХЕРА?! И выскажет свои мысли по поводу - что делать пользователю ХХХ у которого всё улетело во время "патентованного" автообновления (а он примчится сюда и будет стенать).

А так хоть всё правда - автообновляться не будет, распаковывающие на живую, сами себе становятся на хвост.

ИМХО. В столь сложной среде автообновление - БЕЗУСЛОВНОЕ ЗЛО! Надо заботится о простоте развёртывания своего проекта. И с нуля, и из бэкапов. :)

Добавлено: 16 ноя 2012, 16:04
eddi13
Asmodey писал(а):Надо заботится о простоте развёртывания своего проекта. И с нуля, и из бэкапов.
давайте не перекладывать с больной головы на здоровую. вы же обновляете программное обеспечение на боевых серверах? или это тоже из категории "безусловного зла"?
во первых, если у вас проект один, то в общем как бы да. а если их скажем 50 хотябы...
во вторых, если у вас настроены svn репозитарии, проекты в IDE, и прочие, зависимые от путей, безобразия, то при каждом обновлении (если не поверх) надо еще и это все перенастраивать - получаем забавы на три часа. а вы мне пытаетесь рассказать, что автоматизация - это зло, да еще и безусловное.
Цель программирования, по большому счету, и заключается в автоматизации задач. если "невозможно" сделать обновление в один клик (прошу заметить, я о такой реализации и не заикался) - должна быть четко описана процедура обновления, при которой все останется на своих местах в итоге. ("должна быть", это я конечно круто, поскольку при свободном распространении as is вообще никто никому ничего не должен. но обсуждать-то не запрещено.)

Добавлено: 16 ноя 2012, 16:55
Asmodey
Я обновляю ПО очень аккуратно, строго по кусочкам. Читаю маны, форумы. На последнюю версию, сразу по выходу, не кидаюсь. При этом усердно молюсь, акстюсь, в шаманских тапках, с любимым бубном... Если какой-то кусочек, вдруг, отвалился, всё быстро в зад вертать. Обновляюсь только пакетным менеджером. Если какие-то костыли приверчены на синюю изоленту, то вообще не трогаю без очень уж обоснованной необходимости...

OS:
1. Три версии php
2. Три версии mysql
3. postgresql
4. Две версии Апачи
5. Nginx

Комбинаци можете посчитать сами. А ещё можно в php для разных проектов разные модули подрубить, А можно у апачи...

Как это теоретически обновить автоматом?

А зачем это обновлять? Стоит на хостинге 5.2/5.3 php. Ковыряю я проект на нём. Зачем скакать и пытаться у сидеть на острие? Один фиг, надо поделие совё под хостинг тестировать. Или на хостинге тож скакать бегом за новой версией?

Потому говорю - автообновление тут ЗЛО. Слишком много вариантов использования.

Вопрос - зачем часто обновлять OS для меня так и остался загадкой :)

ЗЫ. Офф. Вот хотел поспрошать прям в поставку пдо дрова к БГ. НО! Спробовал сам потыкать. Тот ещё цирк. Понятно, что ни кто не будет делать телепатический локатор, для корректной установки на мою рабочую тачку :(