Да, спасибо за аргументы :) В целом согласен, первая задача - восстановление после сбоя. Есть два-три сервера, если на одном пропало питание, все должно работать дальше без потери данных. Но мы не можем себе позволить пока что держать несколько серверов для БД. То есть, как я поимаю, это должны быть два-три идентичных сервера, каждый из которых будет независим от других (т.е. иметь и приложение и базу данных внутри себя). В прицнипе мастер - слейв должен подойти. Когда приложения на обеих серверах будут писать в мастер и читать со слейва, но если вдруг мастер умирает, то один из слевов становится новым мастером.
На самом же деле не совсем понял как шардинг нам позволит добиться отказоустойчивости, так как там бд просто размазывается по серверам, а нам нужно чтобы если один сервер полностью выйдет из строя (например пожар в датацентре), то приложение должно продолжать работать благодаря серверу в другом датацентре.
Большой лаг в принципе не критичен, т.к. файлы обновляются на часто, хотим попробовать rsync + lsyncd. Для репликации pg хотели использовать bucardo (habrahabr.ru/sandbox/65312/)
Вроде по делу, но мало понятно. В общем понял, что если человек размещен на фото и он является основным, то нужно его согласие, не смотря на то, что там размещен и тот, кто фото разместил?
Да, похоже это лучший вариант сейчас. На самом деле я говорю о том, что если вдруг у меня изменится эта секция - то ее придется менять в двух местах, вместо одного. Мне очень нравится подход, который почерпнул из книги Agile Web Development with Rails, но он видимо годится только для метода show. Там, например, строка таблицы выносится в partial _product.html.erb, в итоге если мы рендерим страницу, мы ее рендерим через render @products, а если нужно подтянуть через AJAX - тот же самый шаблон без layout-а подтягивается через AJAX благодаря директиве respond_to, т.е. не нужно создавать дополнительные экшены.
Я хочу через AJAX рендерить только форму для создания блока, просто хотелось чтобы она генерировалась через хелперы, а не прописывать весь код в лоб. Через render collection рендерятся существующие блоки для экшена edit, для new естественно там будет пусто.
Да, похоже так и придется делать, хотелось сделать как-то более элегантно, вынести эти два поля в отдельный partial _block.html.erb, при загрузке страницы рендерить его через render collection, ну и как-то подтягивать через новые через AJAX. А так получается дублирование кода.
Да, правда там используется реальный масштаб, а мне нужно как-то уместить всю страницу в уменьшенном виде (в противном случае у юзера будет превью для мобильный версии).
Удалось выяснить, что при конвертировании иероглифов в windows-1252 текст становится нормальным, но некоторые символы остаются квадратиками.
В MySQL пробовал SELECT CONVERT(text USING latin1) FROM table LIMIT 10, так и не смог вывести текст в читаемом виде. Не понимаю, во что его нужно сконвертить средствами MySQL.
В принципе, самое просто решение наверное — сделать CONVERT средствами MySQL, выбрав по дате. Но там есть сложность, что кодировка несколько раз туда-обратно менялась. Можно ли средствами MySQL определить, какая кодировка в заданном поле?
Спасибо за ссылки! А по каким основным причинам вообще могут попадать письма в спам? Сейчас я вижу только две — сам текст сообщения, который система может посчитать спамом и кнопка «Спам» у пользователя.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.