Все кроме валют - приведением к стандартной единице измерения.
Валюты - если валют много, то тоже только приведением к стандартной единице. Если не очень много то предусмотреть внутренний компилятор поискового запроса учитывающий все валюты. Сам SQL-запрос будет длинным но работать медленнее он от этого не станет т.к. индекс по цене все равно скорее всего не будет задействован.
sapsan72: Знать бы какой фикс предложить ) ведь квартиры бывают за 100к в сутки и за 5к =)
Ну, это надо будет считать. Кстати со служб доставки тоже возможно имеет смысл брать фикс. Процент тут вообще плохая идея, потому что такая вот листовка - это реклама, которая работает даже в том случае, если клиент ничего не заказал, это хороший элемент многоканальной рекламы. Стойки в отелях по такому принципу работают.
Нормальная идея будет если сделать так: Вы со службами доставок договариваетесь за процент, а хозяевам квартир платите фикс. Только посчитайте экономику, чтобы сошлось. А предлагать хозяевам процент - точно не вариант, им не будет интересно.
edogs: Таким образом кода друпела там останется 10%.
О да. Есть у меня такой проект, который сначала был на друпале. А потом друпал из него приходилось выгонять кусками по тем или иным причинам. Дольше всего от друпала продержалась таблица session. Уже ни байта кода от друпала не оставалось, а таблица все эта в базе была. И вот, все, пришлось эту таблицу в mongodb перекинуть. Ничего от друпала не осталось...
SeVlad: Только 12 фрилансеров применили безопасные методы, такие как bcrypt и PBKDF2.
Кстати да.
То что bcrypt является "безопасным" - этого никто не доказал. Сразу вычеркивайте.
Что касаемо PBKDF2 - если его использовать, так сайт или приложение сразу можно будет задосить фэйковыми логинами вполпинка. Это надо еще к нему серьезную защиту от флуда программировать. Совершенно правильно делают лансеры, что не программируют такое по умолчанию, если клиент явно не попросил.
Нужно понимать что никогда и никакая CMS с подключенными модулями не сможет тянуть сколько-нибудь приличную нагрузку. Это связно с архитектурой подключения модулей к CMS.
Так что если нужен нагруженный сайт - CMS можно рассматривать только в виде "из коробки" без доп. модулей.
Надо переходить на прямые договора с рекламодателями. У меня например за последние два года падения доходов через РСЯ итого примерно в три раза, а рост доходов от прямых реклов за тот же период в два раза. В среднем так на так и получилось.
Причем с РСЯ интересное дело - снимаешь один блок на странице, а доход от этого не уменьшается - растет доход с остальных блоков. Высвободившееся место же можно продать напрямую.
Все кроме валют - приведением к стандартной единице измерения.
Валюты - если валют много, то тоже только приведением к стандартной единице. Если не очень много то предусмотреть внутренний компилятор поискового запроса учитывающий все валюты. Сам SQL-запрос будет длинным но работать медленнее он от этого не станет т.к. индекс по цене все равно скорее всего не будет задействован.
Знать бы какой фикс предложить ) ведь квартиры бывают за 100к в сутки и за 5к =)
Ну, это надо будет считать. Кстати со служб доставки тоже возможно имеет смысл брать фикс. Процент тут вообще плохая идея, потому что такая вот листовка - это реклама, которая работает даже в том случае, если клиент ничего не заказал, это хороший элемент многоканальной рекламы. Стойки в отелях по такому принципу работают.
Нормальная идея будет если сделать так: Вы со службами доставок договариваетесь за процент, а хозяевам квартир платите фикс. Только посчитайте экономику, чтобы сошлось. А предлагать хозяевам процент - точно не вариант, им не будет интересно.
Таким образом кода друпела там останется 10%.
О да. Есть у меня такой проект, который сначала был на друпале. А потом друпал из него приходилось выгонять кусками по тем или иным причинам. Дольше всего от друпала продержалась таблица session. Уже ни байта кода от друпала не оставалось, а таблица все эта в базе была. И вот, все, пришлось эту таблицу в mongodb перекинуть. Ничего от друпала не осталось...
Только 12 фрилансеров применили безопасные методы, такие как bcrypt и PBKDF2.
Кстати да.
То что bcrypt является "безопасным" - этого никто не доказал. Сразу вычеркивайте.
Что касаемо PBKDF2 - если его использовать, так сайт или приложение сразу можно будет задосить фэйковыми логинами вполпинка. Это надо еще к нему серьезную защиту от флуда программировать. Совершенно правильно делают лансеры, что не программируют такое по умолчанию, если клиент явно не попросил.
А ничего, что он в каждом случае - свой, и может очень сильно отличаться?
Абсолютно любое архитектурное решение, которое позволяет модулям CMS не конфликтовать между собой, приводит к невозможности выдерживать нагрузку.
Пробовал кто-то переход на https? Помогло с ценой рекламы?
Цена не цена, а вот провайдеры потеряют возможность встраивать в ваш сайт собственные рекламные блоки.
Нужно понимать что никогда и никакая CMS с подключенными модулями не сможет тянуть сколько-нибудь приличную нагрузку. Это связно с архитектурой подключения модулей к CMS.
Так что если нужен нагруженный сайт - CMS можно рассматривать только в виде "из коробки" без доп. модулей.
Надо переходить на прямые договора с рекламодателями. У меня например за последние два года падения доходов через РСЯ итого примерно в три раза, а рост доходов от прямых реклов за тот же период в два раза. В среднем так на так и получилось.
Причем с РСЯ интересное дело - снимаешь один блок на странице, а доход от этого не уменьшается - растет доход с остальных блоков. Высвободившееся место же можно продать напрямую.
а таковые были? И куда канули и почему?
Гугл их высканивал и банил сайты, которые у них покупают ссылки намертво.