Здравствуйте, Plutonia Experiment, Вы писали:
PE>Здравствуйте, Sheridan, Вы писали:
S>>Имхо давно уже пора переходить на открытые стандарты... S>>Ибо часто переводу конторы на линух чаще всего имхо мешает именно офис и привычка пересылки документов в doc и xls.
PE>Подлый офис не дает жить. Ай-яй яй. :)))
PE>Когда Линукс предложит аргумент сильнее, чем у Микрософта Офис, тогда и люди потянутся. Но дело не в одном офисе.
А какое отношение Линукс имеет к ODT? Оpen Office и на Винде хорошо работает.
Буквально два месяца назад перешел на OpenOffice (ну и документы ODT). Ушел с ворда по причине его падучести, когда в документе много формул и картинок. А TeX, мне документ нужен, а не процесс набивания разметки ручками.
Да и плюсы, бесплатный он и вполне нормально в PDF сохраняет — а это мне надо.
Здравствуйте, _rasta, Вы писали: _>вот с этого места подробнее. я таки не понял, что вам мешает тащить с собой конкретную версию?
Нам мешает здравый смысл, ограничение на размер дистрибутива, и вопросы density. Совершенно не факт, что пользователь захочет ставить еще по одному экземпляру Apache, PHP, и MySQL. Совершенно не факт, что пользователь хочет, чтобы мы проапгрейдили ему Apache, PHP, и MySQL.
1.1.4 stable rev. 510
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Cyberax, Вы писали: C>Тут менеджмент лицензий получается сложнее менеджмента зависимостей. C>Особенно если учесть разные виды лицензирования (per-sear, per-process, C>per-server...) и разные виды лицензий.
В теории — да. В жизни — нет.
>> C>Так ведь vendor != user. >> Еще раз: я не утверждаю, что вендор==усер. Я утверждаю, что творить >> добро должно быть легко и приятно. C>Для OpenSource, в принципе, вполне приятно.
Не вижу. Ну был бы у нас Open Source, что бы это поменяло? Наш продукт сразу бы стал волшебным образом деплоиться без проблем?
>> C>А серверные приложения и в Винде не так просто разворачивать автоматом. >> Блин, в седьмой раз повторяю: у меня перед глазами пример *одного и того >> же серверного приложения*. И обеспечение автоматического развертывания >> его на винду *на порядок дешевле*, чем на никсы. C>А PHP на Винду тоже свой ставите?
Мы — нет. У нас виндовая версия написана под ASP.NET. Plesk, насколько я знаю, ставит свой PHP.
C>А как там у нас с загрузкой 32-bit библиотек?
Прекрасно. Я же написал — мы работаем в WOW64.
C>Замечу — в области коммерческих серверных решений. У меня еще не было C>проблем с разворачиванием Апача или Tomcat'а на Юниксах.
У тебя — не было. А вот у тех, кто писал Апач или Томкат — не уверен.
C>Кстати, вот Jira (это лучшая система для Issue Tracking) с Confluence C>(Enterprise Wiki) почему-то ставится на Линуксах без всяких проблем, C>например. C>Или вот поставил AMPortal — это интерфейс для Asterisk PBX. Тоже никаких C>проблем. При том что они по сложности будут вполне сравнимы с вашим C>SiteBuilder'ом.
Непонятно, сколько на это потрачено усилий. Ты, кстати, на много Никсов ее ставил? Или проблем не было на обоих твоих любимых дистрибутивах?
1.1.4 stable rev. 510
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Sheridan, Вы писали:
S>Гм, ты меняеш мое представление о том, что надо писать на продажу... S>Оказывается велосипеды еще как идут!!!
Если велосипед предоставляет _функционально_ другой уровень, то он уже скорее мопед или мотоцикл.
Доступ через WEB, который открыт почти в любом случае. Этот механический агрегат не позволит сделать большую часть глупых ошибок, типа rm -rf *. Опять-таки, можно не обладать админскими знаниями вообще, то есть, купивший клиент может в свою очередь дать доступ уже своим клиентам и не заморачиваться о том, какой мэйлбокс нужно настроить Васе, а какой пароль нужен на базу для Пети. Вася и Петя сами разрулят, если есть у них права на это. При этом, Васе и пете может быть наплевать, какая операционка крутится на сервере, где у него есть доступ (иногда даже пофиг, винда или юникс — кнопочки почти одинаковые). И таких Вась и Петь на сервер может быть до 800-1000 (от железков зависит), а серверов на одного кастомера (ну или типа, админа) — порядка 5 — 30.
В общем, не велосипед. Если еще учесть, что таких вот мопедов и мотоциклов несколько в парке, и они должны совершать синхронные групповые заезды, ну, то есть, как-то взаимодействовать друг с другом, то уже получается что-то вроде моторизированной бригады с координационными центрами. Причем на реализацию идеи координацию уходит немало усилий инженеров. Ну, то есть, конечный пользователь захотел создать сайт — жмет кнопку, указывает несколько параметров — некий биллинг (внешний или, допустим HSPC) снимает денежку, командует плеску создать домен, создать датую базу, разложить мыльные коробочки, в свою очередь пнуть сайтбилдер, который развернет шаблон сайта и пр... А когда денежка закончится — _автоматически_ аккуратненько заморозит (или уничтожит) все эти сущности по цепочке.
В результате нужен не отряд админов с кучей записей и напоминалок, а пара-тройка или просто купить саппорт. Не все так просто, как кажется на первый взгляд. А если еще хочется это все на виртуальном сервере сделать... Ну, это уже целый десант получится
А кастомеров — действительно много. В частности и потому, что не нужен ssh для этого дела, а можно более плотно заняться бизнес-стратегией, разработать привлекательные планы подписок, провести рекламную кампанию и решить другие творческие задачи.
"Ширше смотреть надо" (с)
К этому моменту у меня внутри 0.5, 0.7, 0.33 (с) НС
Здравствуйте, Menestrel, Вы писали:
M>Вот теперь объясни, пожалуйста, какого рожна у тебя что не высказывание, то лепет юнца, начитавшегося журнала "Chip"? Впечатление создалось достаточно стабильное.
Гм, это где лепет?
M>Да и пропагандистская деятельность больше похожа на фанатичный треп и пустомельство не больше. Ты так народ только отталкиваешь, но отнюдь не привлекаешь. Серьезно. Может надо сменить тактику?
Давай попробуем. Конструктивные соображения есть?
Здравствуйте, Sheridan, Вы писали:
S>Здравствуйте, Sinclair, Вы писали:
S>> Я на месте с 02:00 до 11:00 GMT.
S>Вышел я из отпуска... Стучись в icq...
Ок, появятся вопросы — постучу.
1.1.4 stable rev. 510
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Sinclair, Вы писали:
S>>Вышел я из отпуска... Стучись в icq... S>Ок, появятся вопросы — постучу.
Если буду оффлайн пиши на мыло. шеридан-собака-евроситибанк-точка-ру
[RSDN@Home][1.2.0][alpha][655]
[Hе все истинное уместно. [Кто-то из древних греков]]
sitebuilder-core depended on php51 but php5 present in system repository
S>
[FreeBSD] GD library JPG support not found
S>Вот только что мне сказали, что билд для FreeBSD 6.0 не встает на 6.1. Какая-то очередная проблема.
GD кстати уже встроен в сам PHP.
>>> У нас тут в курилках давно ходят разговоры о том, что единственный >>> правильный вариант — это выпустить свой дистрибут линукса, со своим >>> апачем и мускулом и поддерживать инсталляцию только на него. C>>Может стоит узнать как делают другие поставщики линуксософта? S>И как они это делают? Я так подозреваю, что совершенно так же трахаются. Если, конечно, речь идет о разработчиках коммерческого софта, а не о форфанщиках.
Ни разу такого не слышал чтобы софтина таскала за собой ось... Хотя... Гм. Это может быть выход...
Незнаю, пробовали или нет — chroot не поможет? Я имею ввиду поставить требуемое в отдельный каталог и заchroot'иться в него?
Только учтите что там будет практически дистрибутив линукса, хотя и сильно урезаный под ваши нужды. "Внешний" же дистрибутив при необходимости можно просто подмонтировать куда нибудь...
[RSDN@Home][1.2.0][alpha][0]
[Лучшим каждому кажется то, к чему он имеет охоту. [К. Прутков]]
Sinclair wrote: > C>Тут менеджмент лицензий получается сложнее менеджмента зависимостей. > C>Особенно если учесть разные виды лицензирования (per-sear, per-process, > C>per-server...) и разные виды лицензий. > В теории — да. В жизни — нет.
Видимо разные у нас опыты с лицензиями.
> C>Для OpenSource, в принципе, вполне приятно. > Не вижу. Ну был бы у нас Open Source, что бы это поменяло? Наш продукт > сразу бы стал волшебным образом деплоиться без проблем?
Нет, просто если бы он стал хоть сколько-то популярным, то для каждого
распространенного дистрибутива нашелся бы доброволец, который его бы
красиво упаковал. Я пока еще почти не видел исключений из этого правила.
> C>А как там у нас с загрузкой 32-bit библиотек? > Прекрасно. Я же написал — мы работаем в WOW64.
То есть у вас не 64 бита?
> C>Или вот поставил AMPortal — это интерфейс для Asterisk PBX. Тоже никаких > C>проблем. При том что они по сложности будут вполне сравнимы с вашим > C>SiteBuilder'ом. > Непонятно, сколько на это потрачено усилий. Ты, кстати, на много Никсов > ее ставил? Или проблем не было на обоих твоих любимых дистрибутивах?
В моих любимых (которые стали таковыми из-за легкости установки на них
продуктов).
sitebuilder-core depended on php51 but php5 present in system repository
S>>>
[FreeBSD] GD library JPG support not found
S>>>Вот только что мне сказали, что билд для FreeBSD 6.0 не встает на 6.1. Какая-то очередная проблема. S>>GD кстати уже встроен в сам PHP.
M>Где? В нем есть возможность использовать GD — это да. Но он в него не встроен. Если GD нет на сервере, то РНР ничего сделать не сможет
Неохота искать новость, но своими глазами читал. Вобщем автор ГД обратился к аторам ПХП с просьбой "ребята, я смотрю вы очень сильно пользуете мою библиотеку, патчите итд... Может заберете ее себе, а? а то у меня времени катострофически нехватает. Ы?". На что ребята ответили "Аа че, давай!"
Вобщем ГД переехал в пхп. И овцы целы (ГД обновляется и патчится) и волки сыты (народ из пхп).
Здравствуйте, Sheridan, Вы писали: S>GD кстати уже встроен в сам PHP.
"уже" это с когда?
S>>И как они это делают? Я так подозреваю, что совершенно так же трахаются. Если, конечно, речь идет о разработчиках коммерческого софта, а не о форфанщиках. S>Ни разу такого не слышал чтобы софтина таскала за собой ось... Хотя... Гм. Это может быть выход...
Это скорее мрачный сарказм. S>Незнаю, пробовали или нет — chroot не поможет? Я имею ввиду поставить требуемое в отдельный каталог и заchroot'иться в него?
"Требуемое" — это что? S>Только учтите что там будет практически дистрибутив линукса, хотя и сильно урезаный под ваши нужды.
А, не, мы не хотим распространять полный дистрибутив линукса. Я уже говорил, что вряд ли наши пользователи захотят поставить себе на машину еще один линукс только ради запуска нашего софта. S>"Внешний" же дистрибутив при необходимости можно просто подмонтировать куда нибудь...
А после этого сможет работать остальной софт, который жил на машине до установки нашего приложения?
1.1.4 stable rev. 510
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Cyberax, Вы писали:
C>Sinclair wrote: >> C>Тут менеджмент лицензий получается сложнее менеджмента зависимостей. >> C>Особенно если учесть разные виды лицензирования (per-sear, per-process, >> C>per-server...) и разные виды лицензий. >> В теории — да. В жизни — нет. C>Видимо разные у нас опыты с лицензиями.
>> C>Для OpenSource, в принципе, вполне приятно. >> Не вижу. Ну был бы у нас Open Source, что бы это поменяло? Наш продукт >> сразу бы стал волшебным образом деплоиться без проблем? C>Нет, просто если бы он стал хоть сколько-то популярным, то для каждого C>распространенного дистрибутива нашелся бы доброволец, который его бы C>красиво упаковал. Я пока еще почти не видел исключений из этого правила.
Чтобы он стал популярен, нужно его сначала раскрутить. А как станет популярным продукт, который даже поставить нужно через ж.?
И я, кстати, так и не вижу источника для зарабатывания денег.
>> C>А как там у нас с загрузкой 32-bit библиотек? >> Прекрасно. Я же написал — мы работаем в WOW64. C>То есть у вас не 64 бита?
У нас — нет. Пока нет потребности.
>> C>Или вот поставил AMPortal — это интерфейс для Asterisk PBX. Тоже никаких >> C>проблем. При том что они по сложности будут вполне сравнимы с вашим >> C>SiteBuilder'ом. >> Непонятно, сколько на это потрачено усилий. Ты, кстати, на много Никсов >> ее ставил? Или проблем не было на обоих твоих любимых дистрибутивах? C>В моих любимых (которые стали таковыми из-за легкости установки на них C>продуктов).
1.1.4 stable rev. 510
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Sheridan, Вы писали: S>Неохота искать новость, но своими глазами читал.
А сколько времени осталось до момента, когда все наши пользователи обновят свою ПХП до нужной версии?
Пойми, если линукс — это хобби, то флейма в форуме достаточно. А для профессиональной разработки нужно точно знать, в какой версии PHP это произошло.
Нужно оценивать, нет ли в этой версии несовместимостей с предыдущими, из-за которых пользователи отложат апдейт. В общем, зоопарк — он и есть зоопарк.
1.1.4 stable rev. 510
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Sinclair wrote: > C>Нет, просто если бы он стал хоть сколько-то популярным, то для каждого > C>распространенного дистрибутива нашелся бы доброволец, который его бы > C>красиво упаковал. Я пока еще почти не видел исключений из этого правила. > Чтобы он стал популярен, нужно его сначала раскрутить. А как станет > популярным продукт, который даже поставить нужно через ж.?
За счет своей функциональности. Не нужно сотен миллионов пользователей,
достаточно всего пары десятков в каждом конкретном дистрибутиве.
> И я, кстати, так и не вижу источника для зарабатывания денег.
Сервисное обслуживание, дополнительные инструменты и т.п.
>> > C>А как там у нас с загрузкой 32-bit библиотек? >> > Прекрасно. Я же написал — мы работаем в WOW64. > C>То есть у вас не 64 бита? > У нас — нет. Пока нет потребности.
А если нужно будет?
Здравствуйте, Sinclair, Вы писали:
S>Здравствуйте, Sheridan, Вы писали: S>>GD кстати уже встроен в сам PHP. S>"уже" это с когда? здесь их переписка...
S>Это скорее мрачный сарказм.
Неправда.
S>>Незнаю, пробовали или нет — chroot не поможет? Я имею ввиду поставить требуемое в отдельный каталог и заchroot'иться в него? S>"Требуемое" — это что?
Ваша софтина + часть дистрибутива линуха, собраного и отлаженого вами под нужды проекта. Насколько я понимаю это binutils, glibc, bash... Точно влет не скажу что надо минимум для chroot'а. Ну и конечно апач, пхп, мускуль и что вам еще надо...
S>>Только учтите что там будет практически дистрибутив линукса, хотя и сильно урезаный под ваши нужды. S>А, не, мы не хотим распространять полный дистрибутив линукса. Я уже говорил, что вряд ли наши пользователи захотят поставить себе на машину еще один линукс только ради запуска нашего софта.
Это не полный дистриб, это получается сильно, очень сильно урезаный дистриб, в нем даже ядра ненадо.
S>>"Внешний" же дистрибутив при необходимости можно просто подмонтировать куда нибудь... S>А после этого сможет работать остальной софт, который жил на машине до установки нашего приложения?
А остальному софту будет пофигу. Разве что вашего апача придется не на 80 порт посадить а скажем на 81.
У вас получится отдельный какбы линукс. Свой. На котором вы у себя сами тестируете.
Почитай про chroot... Chroot — Википедия Помещение программ в chroot
[RSDN@Home][1.2.0][alpha][0]
[Живот — это почва, в которой зреют мысли. [А. Ривароль]]
Здравствуйте, _wah, Вы писали:
_>Неужели ты думаешь, что если погибнет МС, сразу прекратятся войны на Земле, люди перестанут воровать, люди перестанут обманывать, все будут друг друга тока любить, всеобщее благоденствие и процветание? _>МС — всего лишь одна из многих. _>не видишь с сотоварищами дальше хотя бы на один шаг _>сядь в кресло расслабься и пофантазируй что произойдет, когда тобой так ненавидимая МС "отбросит копыта". _>какое будет будущее? _>что изменится? _>сюда написать минимум 20 (двадцать пунктов)
Здравствуйте, Plutonia Experiment, Вы писали:
PE>Когда Линукс предложит аргумент сильнее, чем у Микрософта Офис, тогда и люди потянутся.
Новые пользователи может быть, а у кого на предприятии или дома работает Система (да-да, именно с большой буквы и жирным шрифтом), ему нафиг это не нужно.
1.1.4 stable rev. 510
