_SP_

Рейтинг
381
Регистрация
24.03.2008
Надо сделать 103тыс запросов к базе

Если надо регулярно делать сотню тысяч запросов к базе, то в консерватории что-то "КРУПНО НЕТАК"

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

Либо делить на части и запускать частями.

То, что при увеличении числа запросов становится "еще медленнее" как-бы намекает на то, что где-то что-то сделано ОЧЕНЬ ПЛОХО. (память там не освобождается, или еще какие ресурсы).

Современные форумы?
foxi:
_SP_, есть такое понятие как "поиск", которое все решает.

Если только надо найти фотки с котиками.

Есть такое понятие - структурированная информация, и неструктурированным вном пропущенным через сито поиска её не заменить. Вообще, никак.

Современные форумы?
БОЧ рВФ 260602:
Как это не заменят :) Уже заменили...

Почему стена этой группы не является форумом? Идет такое же общение, как и на форуме... без разницы..

Да - мощный форум, там 80 тем что-ли :))) ?

Снизу страницы посмотрите

Тем: 852,293, Сообщений: 13,267,717, Пользователи: 369,137

Вот как там "на стене" будет 800.000 СТРУКТУРИРОВАННЫХ сообщений - поговорим :)

Помогите определиться.
plab:
Так я и говорю, объем знаний из предметной области важнее умения писать код и знания библиотек языка. Последнее можно найти в документации. Например, если делать интерактивную 3D-модель биохимического процесса, придется изучать его досконально, продумывать как показать этапы. Надо быть больше биохимиком, чем программистом.

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

Собственно это и задача разработчика - ничего доселе не зная о туалетах и вагонах догадаться сцепить их попарно после изучения предметной области.

А уж как всё это "закодировать" - дело 10е.

Появились медленные запросы mysql.

А еще лучше выкинуть этот count вовсе... наверняка никому не нужный счетчик непоймичего.

Подскажите хороший парсер для форумов
NothingMatters:
думаю миллионов за 500 долларов тебе напишут необходимый функционал. Обратись в гугл\яндекс.

Вы смеетесь что-ли ?

Исходя из личного опыта - собирается инфа довольно просто довольно простыми парсерами.

Хуже всего ситуация с фотками с говнохостингов, там да, могут быть нюансы.

Форумы слава богу довольно сильно структурированы...

В принципе, можно под популярные стандарты сделать парсеры, но будет недешево, не миллионы долларов, но тысячи так уж точно.

Под нужды ТС-а действительно лучше пользоваться яндексом...

ЗЫ. Еще надо не забывать, что под сам парсинг форумов тоже нужно железо + прокси. И это нифига не 3 копейки.

Помогите определиться.
plab:
Само программирование становится более высокоуровневым и доступным большинству.

В какой вселенной :) ?

Большинство не в состоянии даже под пытками рассказать что должен ДЕЛАТЬ продукт, какое уж тут программирование.

Программирование доступно "большинству" примерно так-же, как интегральное счисление... вроде что-то слышали, даже сдавали, но счислить не могут...

plab:
В определенных средах уже не столько код пишешь, сколько конструктор собираешь.

Открою секрет, "программирование != написание кода"


Эдсгер Вайб Дейкстра (можете погуглить кто такой, размера тьюринга дядька)

ПРОГРАММИСТСКИЕ БАСНИ. Притча

В незапамятные времена была организована железнодорожная компания. Один из ее руководителей (вероятно, коммерческий директор) обнаружил, что можно сэкономить много денег, если снабжать туалетом не каждый железнодорожный вагон, а лишь половину из них. Так и решено было сделать.

Однако вскоре после начала пассажирских перевозок начались неприятности с туалетами. Причина их была крайне проста: хотя компания была только что создана, неразберихи уже хватало, и о распоряжении коммерческого директора ничего не знали на сортировочных станциях, где все вагоны считали одинаковыми. В результате в некоторых поездах туалетов почти совсем не было.

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

Тем не менее неприятности с туалетами продолжались. Hовое расследование их причин показало, что хотя действительно половина вагонов в поезде снабжена туалетами, иногда выходит так, что все они оказываются в одной половине поезда. Чтобы спасти дело, были выпущены инструкции, предписывающие чередовать вагоны с туалетами и без них. Это добавило работы сцепщикам, однако, поворчав, они и с этим справились.

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

Теперь, когда все туалеты находились на равных расстояниях, компания была уверена в успехе, однако пассажиры продолжали беспокоиться: хотя до ближайшего туалета было не больше одного вагона, но не было ясно, с какой стороны он находится. Чтобы решить и эту проблему, внутри вагонов были нарисованы стрелки с надписью "ТУАЛЕТ", сделавшие необходимым правильно ориентировать и вагоны без туалетов.

Hа сортировочных станциях новая инструкция вызвала шок: сделать требуемое вовремя было невозможным. В критический момент кто-то, чье имя сейчас невозможно установить, заметил следующее. Если мы сцепим вагон с туалетом и без оного так, чтобы туалет был посередине, и никогда их не будем расцеплять, то сортировочная станция будет иметь дело вместо N ориентированных объектов с N/2 объектами, которые можно во всех отношениях и со всех точек зрения считать симметричными. Это наблюдение решило проблему ценой двух уступок. Во-первых, поезда могли теперь состоять лишь из четного числа вагонов - недостающие вагоны могли быть оплачены за счет экономии от сокращения числа туалетов, и, во-вторых, туалеты были расположены на чуть-чуть неравных расстояниях. Hо кого беспокоит лишний метр?

Хотя во времена, к которым относится наша история, человечество не знало ЭВМ, неизвестный, нашедший это решение, был первым в мире компетентным программистом.

Я рассказывал эту историю разным людям. Программистам, как правило, она нравилась, а их начальники обычно сердились все больше и больше по мере ее развития. Hастоящие математики, однако, не могли понять, в чем соль.
plab:

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

Ну дык... это и есть программирование. А по толковому SRS написать код может каждый дурак.

Только вот толкового SRS нету... никогда.

Как бороться с мусорными файлами?
Leonid H:
Помню была программа, которая делала слепок( пути файлов, реестра ) при установке программ.
Таким образом, если бы я захотел удалить программу, то просто бы удалил слепок.
Но это относительная чистота, ведь в процессе работы с программой она в свою очередь создает кучу других файлов.

Соответственно вопрос, как бороться со всем этим мусором?

В былые годы, когда я еще поддерживал конечных юзеров, до 50% моего дохода формировали люди, которые ломали себе ОС путем использования подобных программ.

Применительно к windows имея слепок ппосле установки программы А, и затем после установки Б, деинсталлировать программу А вряд-ли удастся... только вначале удалив всё про Б. Более того, реестр давно превратился в "свалку" откатывания которой даже до состояния А чревато многими неочевидными последствиями.

Т.е. либо вы делаете образ всей системы со всем софтом, и откатываете это всё скопом.

Либо откатываете только реестр и гарантированно имеете со временем проблемы в виде трудноуловимых глюков.

Для себя перешел в работу внутри виртуальных машин. Пользуюсь массой всякого сложного софта. Имею штук 5 виртуалок настроенных по типам активити. В них ничего лишнего никогда не доустанавливается.

---------- Добавлено 06.08.2018 в 12:20 ----------

ЗЫ. SSD действительно дает ощутимый буст, даже без переустановки ОС.

Проверял лично. На себе. Проблема похоже в том, как win работает со свапом. Нет, отключать тоже не вариант.

Много ли места, памяти или времени работы процессора(нагрузка) занимает пустая функция php?

Смотря сколько раз вызывается и что в неё передается.

Каждый миллиард вызовов даже пустой функции потребует ощутимого времени.

Любое обращение к базе дольше единичного вызова в сотни-тысячи раз.

Установка солнечных панелей
Vistaa:
В украине електроенергию покупаем по 1.68 (берем максим тариф). Но если мы ставим себе панели, и подключаем документально зеленый тариф, то от нас страна выкупает киловат по 5 грн (приблизительно). И теперь считайте сами, 30 кВт в час если ставим панели.
О каких 30 годах окупаемости вы говорите?

Вы целиком посчитайте что-ли. В одном посте.

Сколько квт в год дают панели на которых написано "30 кВт в час" ? На вашей широте ?

Хотя-бы эта информация у вас есть ?

Или вы наивно думаете, что они дают 30квт и днём и ночью, и летом и зимой :) ?

ЗЫ. В целом, обычно убыток при переходе на что-то зеленое 100% и более, т.е. электричество получаемое таким образом имеет себестоимость вдвое и более дороже чем гидро... иногда в 5-10 раз дороже. Как тут зарабатывать мне непонятно, если только "как в германии", т.е. покупаешь, окупаешь 20% за первые 3 года, а оставшиеся 80% либо за 20+ лет, либо "в убытки".

1... 141142143144145146147148149 ...609
Всего: 6086