avegolove: ну как бы да, я тоже предполагаю что больших заказов на ruby хватает. В целом же то что я видел это какая-то мелочь на уровне интернет магазинчиков или каталогов каких. Хотя поскольку я не мониторю ruby-вакансии то откуда мне знать как дело обстоит на самом деле.
Могу сказать точно что "бежать от php" не надо. К тому моменту как человек поднимет уровень до приемлемого уже и php7 выйдет а там уже будет все намного веселее.
AndreySlimus: вы уже составили коды для каждого символа. Осталось "склеить" это дело все в одну строку. Я вот только не помню нужно ли там разделители для символов... насколько я помню все же они нужны.
AndreySlimus: да госпади, у вас каждый лист дерева это один бит, каждая ветвь - код. Собираем для каждой ноды код при помощи смещений... снизу вверх если мне память не изменяет. Читать про логические сдвиги.
Drm: открою вам маааленькую тайну. Можно обойтись без вложенных селекторов. Более того, если у вас много вложенных селекторов - это путь к хаосу. Конечно если вы верстаете только то, что потом можно будет удалить и не будет поддерживаться - то ок.
Юрий Левин: ну тогда главная проблема - где хранить этот самый лог.
Как я это вижу: делаем compile pass который берет текущую ревизию, берет новую, делает diff и сохраняет этот самый diff. Текущую ревизию можно делать как в SVN смерджив первую версию и все diff-ы за ним. Далее добавить консольную команду аля api:doc:changelog который сгенерит нормальный файл или же сделать web интерфейс.
Проблема в том, где все это хранить что бы это было надежно. В var/cache (или app/cache) не очень надежно так как cache:clear и у нас нет начальной точки.
Я в данный момент не вижу где можно хранить подобную информацию.
Юрий Левин: ну вот если придумать как хранить изменения то проблемы реализовать это дело особо нет. С другой стороны корректнее было бы воспользоватья версионизацией API. Это проще и правильнее, так как после релиза приложения и изменении API все пользователи которые не обновили приложение будут страдать ибо для них API работать не будет.
tef: я не пошутил. Только SMS/MMS. Для того что бы воспользоваться push уведомлениями у вас должен быть токен девайса, который выдается для конкретного приложения в рамках этого девайса. По этому токену пользователь может разрешить или запретить пуши для конкретного приложения. Все другие варианты подразумевают какую-то стороннюю реализацию пушей и как следствие какое-то еще приложение.
Так же что бы послать пуш вы должны знать кому его отправляете. Я на 99% уверен что уведомления в снапчате происходят только в рамках подписчиков этого приложения. Иначе это было бы очень несекьюрно и лавочку бы быстро прикрили изза волны спама.
есть еще document.querySelector а еще можно просто добавить style и туда нагенеренный CSS что было бы правильнее так как сохраняется специфичность стилей.
anatoly60: я так же использую в PHP проекты переменные окружения для подобных вещей. Выходит намного более удобно + есть возможность вармапить кеш еще до выкатки на сервер... хотя тут уже зависит от задач.
Sergey Romanov: хз, как по мне в ансибле разобраться проще. Простенький плэйбук по документации можно наваять очень быстро. Так же есть готовые роли и в итоге все сводится к ansible-galaxy install и настройке переменных и инвентори файлов.
Так же встроенные средства которые решают проблему, озвученную автором. Все доступы и прочее лежат в репозитории в зашифрованном виде.
