Григорий Перетяка

• free-lance.ru
• Weblancer.net
• freelance
• И дальше по списку

Думаю, там будет очень много желающих.

www.google.com.ua/search?q=Масса%2C+теряемая+Солнцем+за+секунду

Первая ссылка в Гугле:
3. Массу, теряемую Солнцем за 1 с, определим, применив закон эквивалентности массы и энергии
edu.dvgups.ru/METDOC/ENF/PHIZIK/PHIZIK/METOD/STARICHENKO_OPTIKA/WEBUMK/frame/9.htm

Тут есть мнения с которыми я не совсем согласен. Давайте, разберем что такое индекс в упрощенной форме.

Если индекс на поле не установлен, то он проходит по всем записям и сравнивает, если флаг = 1, то выбрать запись. При миллионе записей будет миллион таких сравнений.

Если вы поставите индекс, то он сократит список до уникальных значений и он будет следующего вида:
0 — строки, где запись равна 0
1 — строки, где запись равна 1

То есть, сравнений будет всего 2.

Если вы объедините поля, то в индексе получится 999 900 уникальных временных значений и одно — 0, соответствующие 100 записям то есть будет 999 901 сравнение.

(если поле вообще уникальное, то выигрыш в том, что он остановит поиск после первого найденного элемента)

(это далеко не все, в чем заключается работа индексов, к тому же есть разные типы, нюансы)

Насколько вообще существенно сравнение интежеров даже помноженное на миллион я не берусь судить, как и об увеличении обращений к жесткому диску. Но это будет однозначно дольше, вопрос только насколько, тут уже надо тестировать.

Другая ситуация с NULL. IS NULL — всегда будет работать без сравнения вообще. Тут я бы так и сделал.

SSD Raid в зеркало, для надежности? Ну и я бы не рисковал брать что-то дешевле intel-а.

Процессор классом ниже видеокарты и, возможно, устареет быстрее. Судя по тестам, по мощности он соизмерим с интеловскими за аналогичную сумму, несмотря на разброс в ядрах. Если брать мощнее, то уже только intel.

БП, вот калькулятор: www.coolermaster.outervision.com/index.jsp. У меня получилось 650 W.

С перезагрузкой страницы это сделать невозможно. Используйте технологию AJAX (пример vk.com) или фреймы, на худой конец.

У массивов есть свойство length. Если data массив, то просто data.length. Работает некорректно, если из массива удалять строки, да jQuery-вский each не лучшим образом работает. Или, может, точнее сказать, что строки удалять нельзя.

Или просто поставить счетчик в each.

Чтобы работало:

var records = 0;
$.getJSON('json.php?place=1&page=1', function(data){
$.each(data, function (i, item) {
$("#slideInner").append(item.title);
records = 10;
});
});
alert (records);

Использовать глобальные переменные не рекомендую, но глобальная переменная объявляется без var:
records = 10; — мы объявили глобальную переменную и присвоили ей значение 10. Ну или:
window.records = 10; — я так делаю, что бы точно знать, что я не забыл поставить var, а здесь именно тот редкий случай, когда нужна глобальная переменная, но я не видел, что бы так кто-то еще писал.

И вообще, принято обозначать колонки так, а то у вас ничего не понятно:

Таблица articles
id
title

Таблица article_tags
id
article_id
value

SELECT DISTINCTROW
articles.id,
articles.title,
tags1.id as article_id (если нужно будет выгребать одноименные поля из разных таблиц)

FROM articles
LEFT JOIN article_tags AS tags1 ON articles.id = tags1.article_id
LEFT JOIN article_tags AS tags2 ON articles.id = tags2.article_id

WHERE articles.id = 262
AND tags1.value = 4447
AND tags2.value = 4448

Наверное, так проще всего два раза джойнить таблицу pt.

А что значит не потянет?

Размер таблицы в MS SQL ограничен только размером диска.

Другой вопрос — обработка данных, будет медленно, возможно будут ошибки, но это проблема настроек или несоответствие запрашиваемых объемов данных размеру оперативной памяти. Первая проблема с помощью гугла или довольно дешевого специалиста легко решается, а вторую все равно придется исправлять в клиенте независимо от базы.

Если key-value вас устраивает, то такие движки конечно же будут работать на порядок быстрее, есть куча популярных.

Тут я должен был сказать, что если другая модель не SQL более оптимально описывает ваши данные, то лучше использовать ее. Но такие базы, пока, не сравнятся по популярности с реляционными и нет исчерпывающей информации по всем возможным проблемам. Кроме того, на мой взгляд, производительность там также не очень откатана и вот там вполне может «не потянуть» внезапно и по непонятным причинам. В общем я бы рекомендовал такой вариант только если у вас какой-то совсем запущенный случай, который никак приемлемо не решить с помощью реляционной базы. А просто так на таких объемах я бы не экспериментировал.

И вообще все эти тесты — фигня. Единственный нормальный тест — это создать вашу таблицу на двух движках, заполнить демо-данными и протестировать с реальными запросами и под нагрузкой близкой к ожидаемой. Хотя и это не дает полной картины, есть еще такие нюансы как: надежность, горячие бэкапы или даже зеркало, если потеря даже последних данных критична, масштабируемость, итд.

Да и заказчика понимаю, поставите вы ему сейчас что-то модное и NOSQL, пусть даже производительность в несколько раз лучше (хотя тут тоже вопросы), а ему потом в случае чего придется срочно искать специалистов на эту базу, которые еще и возьмут втридорога.

У вас какие-то специальные требования?

Список заказов с ссылкой на пользователя и количество на складе точно есть в Magento, Joomla VirtueMart (только используйте 2.0), да и, наверное, в любом более или менее функциональном движке магазина, по крайней мере я не помню что бы этого где-то не было.

Да, придется слегка доработать, но если хотите нормальный магазин, то без дописывания программной части все-равно никак: все движки довольно кривые, что платные, что бесплатные.

Битрикс не советую, как минимум, дорогие разработчики и их мало.

Хотелось бы подробнее задачу: какая структура документа, насколько часто будет выполнятся, какой сервер, какие ресурсы вы готовы задействовать?

Как уже сказали SimpleXML, DOM или SAX индексируют все в память и 800 МБ — это не мало. Хотя на сервере с несколькими гигабайтами оперативки и при нечастом запросе данного функционала я бы так сделал и не мучился, в любом случае обработка 800 МБ — это не простая операция.

Есть куча парсеров, которые ничего не индексируют, а проходятся по файлу регулярками, я пробовал использовать XMLReader, но у меня он очень сильно тормозит, даже после оптимизации и загрузки кусков в SimpleXML, этот вариант в продакшин так и не пошел.

В итоге я написал свой парсер, который читал файлы последовательно, посимвольно, создавая блоки непосредственно «итемов» которые уже грузил в SimpleXML и затем обрабатывал. Я считаю этот вариант единственный рабочий для больших файлов, а инструменты вроде XMLReader для очень узких задач, хотя не исключаю, что я «просто не умею их готовить».

Такой мой опыт, абсолютно не претендую на полноту знаний, но это реально работающий вариант.

А как именно смартфон должен засекать время, потраченное на работу?

Возможно не в тему, но если работа за компьютером, то можно воспользоватся автоматической системой учета рабочего времени.

Таких программ много, я в итоге остановился на этой (Windows only):
www.yaware.com.ua

Платная версия как раз для фрилансера, но цена, по-моему, слегка неадекватна, хотя если там можно стирать историю и таким образом использовать только один аккаунт, то может и нормально.

У меня винт — один диск.

Больше не задумываюсь, что игры нужно ставить на D, а фильмы на F, а на диске C постоянно нужно что-то чистить, что бы установить маленькую утилиту.

Не нарадуюсь и не понимаю почему я раньше наживал себе проблемы :)

По теме: изменить размер дисков или сделать из двух один без потери данных можно с помощью многих программ и даже с помощью установщика Windows 7. Я использовал Acronis Disk Director. Но важные данные все равно лучше предварительно скопировать.

Вот нужной направленности, но не бесплатно и на английском:
Country Codes of the World

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

Но вернемся к пользе: вы сами пользуетесь своим плагином, в каких случаях он вам помогает? Или это просто убить время и «завести новые знакомства», хотя давно есть куча специализированных сайтов для этого, не говоря уже о соц. сетях.

А если ваш проект не нужен, то раскрутить его крайне сложно.

Если говорить о выходе поста на главную Хабра, то я бы начал с деталей технической реализации, это было бы интересно мне и, скорее всего, основной ЦА Хабра.

У OZON есть XML-каталог товаров, возможно, вам подойдет. Думаю, подобное API есть не только у OZON.

Встроенного в MySQL инструмента нет.

В простейшем случае достаточно обрезать окончания в словах запроса. Если нужно что-то покруче — более сложные варианты вплоть до использования словарей. Какой язык вы используете? Возможно, уже написаны готовые решения.

Если допустимо использование сторонних модулей и работа по настройке индексирования оправдана, то лучше перейти на Sphinx, есть поддержка русской морфологии, в любом случае скорость поиска выше, и вообще специализированный современный инструмент, в отличии от MyISAM.