А изначально файлы лежат на локале? Или где попало? Если на локале, то можно набирать список и формировать временную выходную страницу посредством JS, аплоадить файлы и список (одним запросом) на промежуточный сервер, там посредством php и данных, которые вбили через JS формировать выходной файл описания и аплоадить всё по FTP на сервер где "места хватит".
Для какого-либо совета приведите плз следующие данные:
1. Объем данных.
2. Учет дистанции между словами.
Не влияет, это вроде не оспаримо. Но просто совпадение по времени 10:40 по мск - отразилось изменение тИЦ в баре, а в 09:50 выдача еще была вчерашняя, в 10:40 уже новая.
Прошу помидоры не бросать. А не связаны ли изменения в выдаче (не каталоге!!! ☝ ) с запоздалым обновлением тИЦ в баре? Вроде по времени совпало?
У меня подъём есть к вчера, но за последние 2 дня 5 хороших ссылок с быстробота в базу упало, может их влияние.
http://www.w3.org/TR/1998/NOTE-VML-19980513Впринципе можно создать любые сложные области с текстурой.
Не проконсультируете как должен оформляться копирайт? Что бы потом предъявлять было что?
Нет на GBar ориентируюсь только абстрактно 😂 Но если НИ ОДНОЙ ВНЕШНЕЙ ссылки как писалось выше то откуда же он берется? Или можно манипулируя этими жалкими 0,15 (см. формулу ниже) добиться 4-ки?
PR(A) = (1 - d) + d * SUM ((PR(I->A)/C(I)) без учета многих факторов....
2Ceres, просветите пожалуйста меня лично :(, как это без внешних (т.е. за счёт нулевых внутренних) получить какой-либо ПР?
Есть примерная формула рассчета ПР, ясен пень в этой формуле есть некий понижающий (даже если и повышающий, что абсурдно) коэффициент передачи ПР, да к тому-же он (ПР) разделяется при передачи (если не запрещено) по всем ссылкам на странице, так вот вопрос, как можно получить число больше 0 умножая ноль на этот коэффициент?
А что мешает сделать в один запрос..например неизвестная таблица называется T1hf, где T1hf.code - связь с `table`
SELECT * FROM `T1hf` AS T1 INNER JOIN `table` AS T2 ON T2.id=T1.code
WHERE T1.id = 'входное целое'
это однозначно быстрее чем 2 запроса, тем более T2.id - primary key (а данных в таблице много ...)
Да и вообще, правильно Вам сказали, нормализуйте модель, добавте поле code в таблицу `table`, сформируйте индекс....
Всё зависит не от типа поля (хотя от него тоже) а от объёма, наличия и состава индекса
