• React.js: собираем с нуля изоморфное / универсальное приложение. Часть 1: собираем стек
    0

    Ну вы так быстро ответили "да", видимо не поняли вопроса. Я даже удивился :) Конфиг из статьи к jss не имеет никакого отношения.


    То, что by design — это понятно, но помечтать о том, чтобы jss выдрать build-time, вполне можно, если не использовать его динамические фичи. Вот, например, попытка (насколько я понял, заброшенная) сделать что-то на эту тему: https://github.com/markdalgleish/jss-loader

  • React.js: собираем с нуля изоморфное / универсальное приложение. Часть 1: собираем стек
    0
    Можно кусок webpack-конфига на эту тему, пожалуйста? Очень лень самому всё раскапывать :)
  • React.js: собираем с нуля изоморфное / универсальное приложение. Часть 1: собираем стек
    0
    А вам удалось подружить jss с ExtractTextPlugin? Это вообще возможно?
  • Memory on demand
    0
    Как это хозяйство работает с кешем файловой системы. Мы используем PostgreSQL, скорость его работы очень сильно зависит от того, какой объём активно используемых им файлов залезет в кеш файловой системы. На обычном железе кеш файловой системы откушивает практически всю свободную память. В вашей же системе память типа бесконечная (если не считать лимиты).

    Как постгрес у вас будет работать?
  • Моделируем полёт PHP на крыльях Erlang
    0
    :) забавно
  • Моделируем полёт PHP на крыльях Erlang
    0
    Спасибо за наводку, посмотрю.
  • Моделируем полёт PHP на крыльях Erlang
    0
    Нет, специальных исследований с стресс-тестов для PHP 5.3 я не проводил. Есть только опыт того, что даже в fastcgi иногда приходится всё перезапускать, чтобы оно вздохнуло. Правда больше у нас работал 5.2, но и с 5.3 в последнее время возникают инциденты.

    Ну как косвенный аргумент можно привести наличие переменной PHP_FCGI_MAX_REQUESTS или настройки pm.max_requests? В эрланге ничего подобного нет.

    Наверное, если бы я был снова студентом и у меня была куча времени на различные интересные исследования, я бы рискнул попробовать писать на PHP всё подряд. Но, видимо, я старею, и начинаю тянуться к надёжности :)
  • Моделируем полёт PHP на крыльях Erlang
    0
    Спасибо. Приятно видеть, что идея понятна не только мне.
  • Моделируем полёт PHP на крыльях Erlang
    0
    не верная гипотеза приводит к неверным результатам…

    Если исходить из того, что гипотеза не верна, то, конечно же, во всём остальном я с вами соглашусь. Но заметьте, что вы первый, кто поставил её под сомнение. Такая у PHP репутация нехорошая, и, поверьте, она не на пустом месте.
    Я не доверю интерпретатору PHP длинные задачи, не буду делать так, чтобы от стойкости php-процесса зависела надёжность всей системы. Не предназначен он для этого. Скорее всего, даже разработчики самого PHP вам скажут то же самое.

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

    простите а это что vladimirbarbarosh.blogspot.com/2011/05/compile-php-536-pecl-libevent-004.html?

    Это какой-то кул-хацкер на коленках что-то скомпилировал. От этого ни phpDaemon, ни php-fpm Windows поддерживать не начали. Но спасибо за наводку, libevent под винду есть — значит не всё потеряно :)
  • Моделируем полёт PHP на крыльях Erlang
    0
    наши двери по-прежнему открыты для хороших разработчиков :)
  • Моделируем полёт PHP на крыльях Erlang
    0
    Спасибо за конструктивный ответ. Я «помедитирую» над вашим предложением :)
  • Моделируем полёт PHP на крыльях Erlang
    0
    Мы рассматривали этот вариант.

    Тогда нужно завязывать лицензию на hardware-ключ, а такого решения для PHP нет.
  • Моделируем полёт PHP на крыльях Erlang
    0
    Диспетчер очереди сообщений?

    я не предлагаю делать диспетчер на PHP, я предлагаю использовать одно из лучших решений на рынке, написанный на Erlang — RabbitMQ

    Аналог cron-а?

    Он у нас уже есть, поскольку сам крон не умеет решать задачи типа «сделать что-то каждую вторую пятницу чётного месяца в 11:00», а нам это нужно.
    На Erlang нужен только инициатор, который вовремя запустит PHP.

    То, что Вы не умеете пользоваться CLI в PHP — не значит, что Ваши программы надо запускать исключительно по HTTP.

    А что там, собственно, нужно «уметь»? Мы сейчас используем запуск задач по cron. Могу сказать, что это неудобно как минимум тем, что трудно контролировать количество таких задач, работающих в данный момент — довольно просто себя задосить.

    Что касается производительности — я не проводил бенчмарков, а вы проводили? Откуда информация, что запуск через HTTP+FastCGI будет работать дольше, чем через прямой CLI вызов? Как мы все знаем, FastCGI для того и придумали, чтобы не разбазаривать ресурсы на постоянный fork при использовании CGI.
  • Моделируем полёт PHP на крыльях Erlang
    0
    Спасибо на добром слове. Осталось только найти разработчика, который это сделает.
  • Моделируем полёт PHP на крыльях Erlang
    0
    В принципе, java — единственный альтернативный кроссплатформенный вариант решения всех обозначенных задач.

    Но java — это универсальный монстр, на котором вроде как даже операционную систему написали уже. А erlang — инструмент, который хорошо решает именно те задачи, которые нужно, и есть подозрение, что эти задачи он решает лучше, чем java.

    Кроме того, вам не кажется каким-то странным сочетание java и php? Сразу напрашивается вопрос — если уже java стоит, на фига php? На java можно решать все задачи, которые решаются на php. А вот на erlang писать веб-приложения, конечно, можно, но это не самый прямой путь.

    Вот и получается, что по охвату функциональности: erlang + php = java :))
  • Моделируем полёт PHP на крыльях Erlang
    0
    Всё верно, но в российских реалиях пока что одним SaaS'ом сыт не будешь.
  • Моделируем полёт PHP на крыльях Erlang
    0
    С-шный на libevent'е вроде, вряд ли его легко переделать.

    А к перлу у меня личная неприязнь, сори :)
  • Моделируем полёт PHP на крыльях Erlang
    +2
    я не очень в этом силён, но насколько я помню, pyc очень легко конвертируется назад в код с помощью чуть ли не встроенных средств питона
  • Моделируем полёт PHP на крыльях Erlang
    +2
    Так речь не идёт о том, чтобы разработчики, которые пишут прикладной софт на PHP изучали для решения описанных задач Erlang. Речь о том, чтобы сделать документированный продукт, с помощью которого PHP-разработчики будут решать задачи, используя только PHP и соответствующее API.
  • Моделируем полёт PHP на крыльях Erlang
    +3
    Мы сейчас как раз используем nncron в качестве подпорки для Windows. Это неудобно.

    Суть идеи в том, чтобы вместо того, чтобы для каждой задачи таскать своё решение, взять одно решение — Erlang — и сделать всё на нём.

    Было бы совсем замечательно, если бы можно было всё сделать на самом PHP и не думать о других решениях, но, мне кажется, я достаточно подробно описал, почему PHP плох для целого ряда задач.
  • Моделируем полёт PHP на крыльях Erlang
    +1
    Питон не даст как минимум одного — нормального production-решения для закрывания исходников и лицензирования коробочных продуктов, по крайней мере так было 4 года назад, когда мы начинали писать Мегаплан.
  • Моделируем полёт PHP на крыльях Erlang
    +2
    Я ж написал, что переписывать — не вариант.
  • Моделируем полёт PHP на крыльях Erlang
    0
    Отправка писем — это всего лишь один из возможных вариантов фоновых задач. Ну и вы сами сказали, что в windows красивой локальной очереди писем нет.

    Я пытаюсь найти правильный инструмент для решения задачи. Пых — плохой инструмент для реализации демонов, для меня это очевидно и холиварить на эту тему я не буду.

    Erlang — хороший инструмент для организации надёжных систем, к тому же очень интересный, несмотря на то что немного экзотичный. А ещё он один подходит для решения всех описанных задач.
  • Моделируем полёт PHP на крыльях Erlang
    0
    > а вам бы иметь возможность послать сообщение с таймаутом.
    для этого можно отдельный сервер написать, я об этом написал в разделе про cron

    ifastcgi видел, но, насколько я понял, это только реализация протокола, но оно не умеет запускать и управлять процессами обработчиков.
  • elFinder — файловый менеджер для сайта. Новый вкус
    0
    тьфу, ссылка скушалась: http://
  • elFinder — файловый менеджер для сайта. Новый вкус
    0
    Менеджер хорош. А elrte развиваете? Документации как-то маловато: elrte.ru/redmine/projects/elrte/wiki/Docs_RU — это всё?

    Есть ли возможность расширять фичи редактора? Например, можно ли, не залазя в ядро, написать плагин, чтобы при вводе текста вида ... он автоматически превращался в ссылку (как в гугле)?
  • Поподписке.ру: привычный лицензионный софт через микроплатежи
    +1
    ну, допустим, с антивирусами действительно всё просто — без обновлений они становятся бесполезными

    а если эта прога типа фотошопа.

    ситуация: проплатил я фотошоп на 6 месяцев, отрубил ноут от интернета, а перед тем, как уехать на чукотку рисовать на полгода, зашёл в личный кабинет и отменил подписку (типа, чтобы использовать неиспользованные деньги на другой продукт)

    как в этом случае будет?
  • Горячие клавиши ctrl+shift+[key] и переключение языков по ctrl+shift (решено)
    0
    Офигеть! Я думал, что этого никогда уже не случится. Из-за этого косяка приучал себя переключаться правым альтом средним пальцем :))

    Присоединяюсь к вопросам: патч в официальный релиз включат?
  • Архитектура ExtJS приложений: подход со стороны Zend Framework
    0
    Ничего не будет. GPL пофиг, берёте вы деньги за пользование или нет. Имеет значение только распространение копий. Правда это касается 2.1. Что там в третьей накрутили, я пока не разобрался :) Но вроде тоже всё ок.
  • 20 причин проводить обзоры кода
    0
    Шутите? Вы цены видели: smartbear.com/codecollab-buy.php? Это неадекватно дорого. ReviewBoard при таком раскладе куда оправданнее.
  • Архитектура ExtJS приложений: подход со стороны Zend Framework
    +2
    GPL требует открытия исходников только в том случае, если вы распространяете производный продукт, т.е. даёте скачивать копии и устанавливать их у себя. Если вы сделали сайт на базе GPL-продуктов и он крутится только на ваших серверах, то вы ничего не нарушаете.
  • Идеальная CRM. Часть 2
    0
    то дизайн сайта megaplan.ru

    дизайн самого Мегаплана рисовала студия Лебедева
  • Физика высоких температур
    0
    Warm standby появился в постгресе раньше 8.4, по крайней мере у нас он прекрасно работает на 8.3.

    Что касается hot standby, то его хотели добавить в 8.4, но не успели, и перенесли на 8.5, и (о чудо!) это случилось, оно будет: пруф

    А ещё уже закомичен streaming replication (пруф), который будет постоянно переносить логи и не прийдётся скриптами копировать большие куски раз в несколько минут.

    Полноценная master-slave репликация уже не за горами. Ура! :)
  • PHP & AMQP (Продолжение) Инсталляция php-rabbit
    0
    А windows не поддерживается?
  • Почему я убегу из школы
    0
    Помнится в моём классе (а может и включая параллельные, не знаю) информатика была интересна только мне (жаль только учитель до моего уровня не дотягивал :) Я к тому (с надеждой), что может быть не всё так плохо. Может вам просто не повезло, попалась школа без будущих IT-шников.

    Хотя, наверное я оптимист. 6 двоек на человека — это полнейшая жесть. В наши времена такое даже представить было сложно.
  • Перевод: Шаблонизаторы в PHP
    0
    Жаль, что нет сравнения скорости с шаблоном на чистом PHP.
  • Riak — веб-ориентированная система хранения данных
    0
    Т.е. получается, что можно настроить кластер так?: разделяем узлы на две половинки, одну половинка находится в датацентре A, другая — в датацентре B, и говорим riak'у, что он должен сделать так, чтобы на обоих половинках были полные данные? Можно?

    Если можно, то тогда непонятно, зачем нужна межкластерная репликация, если ту же функциональность можно обеспечечить и средствами одного кластера и бесплатно (просто не писать в одну из половинок).
  • Riak — веб-ориентированная система хранения данных
    +1
    В таком случае другой вопрос: схема обеспечения целостности данных, описанная в топике, подразумевала репликацию внутри кластера или платную межкластерную репликацию? Просто вы оперировали как раз географически удалёнными узлами.
  • Riak — веб-ориентированная система хранения данных
    0
    Я что-то не до конца понял про репликацию. В списке фич есть такая строчка «Masterless multi-site replication» для Enterprise-версии. Разве репликация не предполагается самим принципом, который вы описали (N, R и W)? Или это что-то другое?

    И ещё: сколько стоит Enterprise-версия или хотя бы от чего зависит цена?
  • Веб-плеер Uppod
    +1
    Вы мододцы, очень полезная вещь даже в бесплатном варианте. Только вот вы мне скажите — где вы летом были, когда мне это нужно было нужно по зарез и приходилось извращаться с разными Flow-плейерами и подомными? :) Пиариться лучше надо. Где-нить обязательно заюзаю ваш продукт, особенно если с потоками хорошо работает.