Сергей

Самый большой риск при переводе с http на https -- это временное выпадение сайта из индекса (старый уже выпал, а новый ещё не ранжируется так же высоко), и, как следствие, потеря им трафика на этот период.

Во-первых, если есть возможность, то для старого сайта лучше либо отказаться от перехода, либо минимизировать его: например, перевести на https только чувствительные к этому разделы (например, разделы корзины и оплаты для интернет-магазинов). На текущий момент просто факт работы через https не даёт серьёзного преимущества в поиске.

Если переходить на https всё-равно надо, то вот алгоритм как минимизировать потери при таком переезде:
1. Поднимаем сайт на https. В этот момент сайт должен корректно функционировать как по http, так и по https.
2. Добавляем оба сайта (http и https) в "Яндекс.Вебмастер" beta.webmaster.yandex.ru.
3. В robots.txt у обоих прописываем Host: https://site.ru/ (подставьте свой домен, не забудьте учесть как выглядит главное зеркало -- с www или без).
4. Для http-сайта в "Яндекс.Вебмастере" поставьте заявку на перенос сайта на https.
5. Ждите. Когда "Яндекс" и Google полностью выкинут из индекса https сайт, только тогда ставим абсолютный 301 редирект с http на https.

Час работы вашего ПК стоит как час вашей работы? Посмотрите на расценки рендер-ферм, там цены в районе 4,4 цента за ГГц/час. То есть, при таком ценнике час рендера на 4-х ядерном процессоре с частотой 3,3 ГГц будет стоить 4*3,3*4,4 = 58,08 цента. Так что трекать отдельно время рендера - неправильно.

Какие есть варианты. Во-первых, нужно учиться работать в то время, как картинка рендерится. Плохо - когда вы ставите сцену на рендер в рабочее время, а сами уходите пить чай. Хорошо - когда вы ставите рендер на фон (или отправляете на рендер-ферму), а сами продолжаете работу. Когда рендер идет на фоне, а вы в это время пилите другие 3д сцены или обрабатываете уже готовые рендеры, то тут справедливо не останавливать счетчик (вы же продолжаете работу).

Во-вторых, можно заранее подготовить все сцены к финальному рендеру и рендерить их во внерабочее время. То есть, за день вы подготовили все сцены, при этом трекая это время, а потом останавливаете счетчик и ставите рендер на ночь (тут пригодится умение работать с системами управления рендером типа deadline). Ну или также отправляете все готовые сцены на рендер-ферму.

По сути говоря, ваша проблема сводится к тому, чтобы впихнуть расходы на рендеринг в стоимость проекта. А, поскольку, вы работаете по почасовой оплате, то решается это элементарным увеличением рейта. Посчитайте, сколько рендер-часов у вас в среднем уходит в день, умножьте это число на количество ядер вашего процессора (физических, а не виртуальных), на частоту процессора и на, к примеру, 5 (центов). Полученное число делите на количество рабочих часов в день (реально рабочих, без учета рендера). Вот вы и получили сумму в центах, на которую нужно поднять ваш рейт, чтобы учесть расходы на рендеринг на вашем ПК. Если будете пользоваться услугами рендер-ферм, то также берете среднюю сумму, которая уходит на услуги рендер-ферм в один рабочий день, делите эту сумму на количество ваших рабочих часов и добавляете полученную сумму к рейту.

Чтобы отзыв исчез вместе со всей историей, можно вернуть все деньги за проект. Если проект небольшой, и деньги не стоят нервов, можно просто плюнуть и расстаться с заработанной копейкой. Конечно, если проект большой, то просто так всё не вернёшь, однако при долгом сотрудничестве отрицательные отзывы — этот скорее исключение из правил: зачем было столько сотрудничать, если фрилансер не удовлетворяет?

Как вариант, можно написать ответ на отзыв, и аргументированно объяснить, в чём была проблема с проектом, и почему всё так плохо.

В те времена, когда средний балл ещё не был заменён на JSS, моя встреча с неадекватным клиентом завершилась отзывом с оценкой 1.0, плюс он ещё в поддержку на меня нажаловался, правда безрезультатно. Так как средний балл заметно портился, то я вернул почти все деньги (вес оценки равен оплате). Так как отзыв был абсолютно бессодержательный, то я написал и свой отзыв, и ответ на его отзыв. А чтобы вечно мозолить клиенту глаза, не вернул последний бакс. Мой-то отзыв он скрыл, но вот пунктик с "10 часов, $1, скрытый комментарий" со ссылкой на мой профиль, где проблемы разобраны по косточкам, — будет висеть в проектах этого клиента вечно. При этом его отзыв на моей странице меня совершенно не пугает.

Не знаю как отправить лог по нажатию кнопки, да и если ошибка критическая, то вполне вероятно, что js на странице уже не работает и никакие нажатия на кнопку обработаны не будут. Я перехватывю и логирую на бэкенде все ошибки фронтенда. Раньше всех скриптов подключить на странице это https://github.com/darcyclarke/Detect.js и это

window.onerror = function(err, url, line, col, msg) {
    var data = {
        'Error': err,
        'URL': url,
        'Line': line,
        'Column': null,
        'Message': null,
        'Browser': null,
        'OS': null,
        'Device': null
    };

    // HTML5 only
    data['Column'] = !col ? '' : col;
    data['Message'] = !msg ? '' : msg;

    try {
        var ua = detect.parse(navigator.userAgent); 
        data['Browser'] = !ua.browser.name ? '' : ua.browser.name;
        data['OS'] = !ua.os.name ? '' : ua.os.name;
        data['Device'] = !ua.device.name ? '' : ua.device.name;
    }
    catch(e) {}

    console.groupCollapsed('Error: ' + data['Error']);
    console.log('URL: ' + data['URL']);
    console.log('Line: ' + data['Line']);
    if(data['Column'])
        console.log('Column: ' + data['Column']);
    if(data['Message'])
        console.log('Message: ' + data['Message']);
    console.groupEnd();

    try {
        $.post('/frontend/error/', data);
    }
    catch(e) {}

    return true; //suppressErrorAlert
};

а на сервере настроить обработчик, сохраняющий полученные ошибки в файл.

Считай 2 Г на пользователя под RDP чтобы там ПО нормально шевелилось. 2 Г на AD, 2 Г на почтовый и пр. - все задачи по 2 Г.

Ядер больше бери, двухпроцессорный вариант рассмотри. Гигагерцы тебе сверху зажмут бюджетом, взять максимум на сколько денег дадут.

И еще ты забыл про очень важную и дорогую вещь RAID - я бы положился на RAID 1+0 с не менее чем 10 рабочими дисками + 2 HOT. На таком количестве дисков уже не важно SSD или HDD. Причем RAID с батарейкой, чтобы можно было кэш по записи включить. А это дорого все.

После того как общую сумму увидишь - у тебя не будет проблем выбирать гигагерцы. Выбирешь сколько денег дадут на них....

На счет пользователей - не подскажу.
Но вот по блогам:
категории блога нужно в админке написать в такие поля joxi.ru/L213WgRu6jpJMr.jpg
добавление/редактирование поста joxi.ru/gmvjYM7IxEVb1m.jpg
настройки SEF для комплексного компонента Блог:
"SEF_URL_TEMPLATES" => array(
"index" => "index.php",
"group" => "group/#group_id#/",
"blog" => "#blog#/",
"user" => "user/#user_id#/",
"user_friends" => "friends/#user_id#/",
"search" => "search.php",
"user_settings" => "#blog#/user_settings.php",
"user_settings_edit" => "#blog#/user_settings_edit.php?id=#user_id#",
"group_edit" => "#blog#/group_edit.php",
"blog_edit" => "#blog#/blog_edit.php",
"category_edit" => "#blog#/category_edit.php",
"post_edit" => "#blog#/post_edit.php?id=#post_id#",
"draft" => "#blog#/draft.php",
"moderation" => "#blog#/moderation.php",
"trackback" => POST_FORM_ACTION_URI."&blog=#blog#&id=#post_id#&page=trackback",
"post" => "#blog#/#post_id#/",
"post_rss" => "#blog#/rss/#type#/#post_id#",
"rss" => "#blog#/rss/#type#",
"rss_all" => "rss/#type#/#group_id#",
),

Как-то так

server {
server_name "~^www\.(.*)$" ;
return 301 $scheme://$1$request_uri ;
}

Никак. Добро пожаловать в интернет.

bankfacil.github.io/vanilla-masker