Никита Кухта: видеокарта встроенная в процессор поддерживает, а разъёмы для видеокарты даёт материнская плата, 4096x2160 на 60 Гц поддерживают разъёмы display port версии 1.2 и hdmi версии 2 (он следующий для 1.4 для которого больше 30 Гц никак)
somethinginterest: нет, не стоит. Это очень очень мелкое количество данных которые влезают полностью в память (занимая несколько мегабайт) запросы по ним тормозить не будут, соответственно все эти десятки будут открываться и закрываться вы этого даже не заметите.
somethinginterest: Всё правильно, лепить везде кеш на уровне приложения это прямой путь к тому, что бы никогда не понять, как писать оптимальный код. Для начала вам лучше разобраться как работает кеш в mysql (а он там есть и работает из коробки всегда) и как он сбрасывается, пользы для будет намного больше.
somethinginterest: у кук нет ничего общего с БД кроме того, что в итоге это некоторые данные в переменной. В них в принципе не могут лежать одинаковы данные, хотя бы потому что куки это пользовательский ввод и их содержимое надо валидировать при каждом запросе, зачастую опять же через БД. Ну и в целом куки ограниченны по размеру.
В куку часто лежит только ID сессии, и для вашей исходной задачи нужно использовать сессии, сессии могут храниться на диске или в той же базе или в другой.
Если делать стес-тест, простой select vs cookies, то база может выиграть по загрузке канала, из за меньшего размера заголовка в HTTP заголовке. А так оба варианта будут быстрые операции только в памяти, с разницей на уровне погрешности. Но всё же их сравнивать не нужно.
Время отработки одного скрипта в диапазоне от сотых до десятых долей секунды, например эта страница на тосторе полностью отрабатывает за 0.15 секунды. Нет смысла рассматривать временные промежутки больше чем время отработки одного запроса.
Более того, эти 0.15 секунд имеет смысл рассматривать только в ключе сколько за этот промежуток времени сервер успевает обработать запросов. При ваших цифрах среднее количество запросов в этот промежуток времени около нуля.
Приложения с плохенькой архитектурой держат поток десятки/сотни параллельных запросов к серверу, с хорошей сотни-тысячи, с отличной тысячи и десятки тысяч. Куши нужны для экономии процессора или памяти или чтений с диску, и нужны они при переходе от хорошей архитектуры к отличной, если делать их раньше то это будет костыль, что бы прикрыть какие то проблемы.
Lancer9: СБ если она нормально проработана (а это реально сложно), вполне может быть базовым сервисом, но он не фишка биржи. СБ не самоцель, но может быть чем то для достижения других целей, например белая работа по договорам даёт СБ автоматом.
Фрилансеров можно пускать и после снятия отпечатков в офисе на Колыме, вопрос в том, что они получат за это и кого в итоге увидит заказчик.
Я не придумаю вам фишку вашей биржи. Но мне кажется вы не понимаете проблем больших (по количеству заказов или ценам) заказчиков, а так же не понимаете проблем профессионалов с высокими ставками (100-200$ в час) которых мало, но их найм хотя бы на несколько дней решает кучу головной боли заказчика.
А изначальный подход говорит, что тематика типа "натянуть шаблон на WP" вам более понятна.
Попробуйте сделать максимально комфортным и сбалансированным, тот тип сделок, который вам понятен и рассказывайте об этом комфорте. Тогда есть шанс, сделать что то новое и хорошее.
p.s. тот же frelance.ru первый заказ разместил на "дизайн freelance.ru"
Lancer9: Если вы в РФ, оперируйте ГК. Пункты оферты которые противоречат ГК, суд просто уберёт из оферты и будет несколько вариантов исхода, включая: частичную компенсацию исполнителю за выполненную часть работ или требования закончить работы без компенсации заказчику. Как это разруливается?
Понятие "сбежал" слишком общее: Заказчик не просит о исправлении недочётов в недельный срок - автоприём работы и деньги исполнителю это ОК для всех. Исполнитель не приступил к работам, заказчику вернулись деньги это ОК. Исполнитель сделал 1-99% и от ехал в больницу, заказчик вернул свои деньги, исполнитель авторские права - это уже НЕ ОК и часто для обоих.
А кроме "сбежал" есть и другие спорные ситуации расторжения сделки, о которых нет ни слова.
на самом деле если там всего три строчки в запросе фигурируют, то это лучше делать на клиенте. Если там большая выборка и это для каждой строчки, то сделать хронимку и подсчёты реализовать через курсоры
gcj: вы загоняете себя в тупик, или в корне неверно сформулировали вопрос. Перед прошлым моим комментарием у меня заняло 30 секунд проверить работоспособность в ie, ff, chrome. заменив $srchForm.focus(); на console.log()
Более того как минимум 3 из 4 ответов на ваш вопрос верны, а скорее всего все 4. Подумайте об этом.
gcj: что именно?
отсутствие фокуса на всех элементах страницы это и есть условие document.activeElement.tagName == 'BODY'
оно может не работать в вашем случае из за keyup, т.е. событие которое уже установило фокус куда то, поменяйте на keydown всё будет ок
xmoonlight: в демо нет смысла
У автора что то типа:
Сырая - "Яндекс браузер", эталонная - "Yandex браузер"
1-й "яндекс диск" 0.65, "yandex браузер" 0.45 - первый выше т.к. яндекс более уникальное слово
2-й прогоняем через soundex, "яндекс диск" 0.4, "yandex браузер" 0.9
ранжирование: "yandex браузер" 0.45+0.9 = 1.35, "яндекс диск" 0.65+0.4= 1.05
А если на верхушке меньше 0.5, считаем, что ошибка в исходной фразе, строим N гипотез какая могла быть фраза и ищем каждую.
т.к. мы понимаем, что dDisc нормальное название для программы, а вот алгоритмы исправления не очень, то смотрим отдельно прямые вхождения каждого слова (а может тут будет достаточно результатов первого прохода, это экспериментально)
и получаем формулу ранжирования типа:
к1*р1+к2*р2+к3*р3 ,где к это подбираемые коэффициенты, р1 - ранк из первого поиска, р2 - вероятность правильности гипотезы * ранк поиск этой гипотезы, р3 - ранк прямых вхождений
Автору надо просто начать, если у него интерфейс модератора то ему хватит и одного прохода который дают библиотеки из коробки, заморочки начинаются когда начинаем стремится к 100%.
KTG: на баллистике нам преподавали как быстро посчитать интерполяцию, т.е. из дискретных величин получить функцию по которой рассчитать значение в любой точке. Может это ещё как называют, но у нас назвали так (мат. вуз), коротенький предмет был. Для сетевых игр нужно представление как оно считается.
