Перейти к публикации

IT-Security

Клиенты
 Просмотреть профиль  Активность

  • Публикации

    1 592

  • Зарегистрирован

  • Посещение

  • Дней в лидерах

    12

 Тип публикации 

Сообщения, опубликованные пользователем IT-Security

    Пару модификаций

    в Готовые Моды, Хаки, Локализаторы, Советы

    Опубликовано:

    1. В данном разделе разрешено публиковать только готовые модули или хаки, а также полезные советы. Любые запросы на создание того или иного, а также вопросы, касающиеся движка, публикуются в соседнем разделе.

    2. На данном форуме строго запрещено предлагать или навязывать свои платные услуги. За любое сообщение типа "Помогу дешево, ICQ ..." участник блокируется на форуме без предупреждения.

    3. За флуд и нарушание данных правил, участник может быть лишен доступа на форум.

    Модуль для дле

    в Запросы на создание модификаций

    Опубликовано: · Изменено пользователем IT-Security

    Блоки именно чего нужно перетаскивать?Вообще всего дизайна или чего-то определённого?

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

    Горизонталь = область

    Вертикаль = порядок сортировки

    "random" в теге {custom}

    в Готовые Моды, Хаки, Локализаторы, Советы

    Опубликовано:

    А если так?

    SELECT id, col1, col2, ... , colN FROM tab WHERE id IN (SELECT id FROM tab WHERE conditions ORDER BY RAND() LIMIT m)

    ===========================================================

    Posted by Ravenous Bugblatter Beast on August 15 2006

    If you are selecting a wide result set and using ORDER BY RAND() with a LIMIT, you can often speed things up by changing a query of the form:

    SELECT id, col1, col2, ... , colN FROM tab WHERE conditions ORDER BY RAND() LIMIT m

    To a query of the form:

    SELECT id, col1, col2, ... , colN FROM tab WHERE id IN (SELECT id FROM tab WHERE conditions ORDER BY RAND() LIMIT m)

    Although the second query has to perform an additional select, it only has to sort a result set containing the single id column, rather than the full result set you are returning from the query.

    ===========================================================

    it's true, but if we have a big database with 1000ths of table rows and we must to join them ...... so oooops ;)

    Lately I saw the following link http://jan.kneschke.de/projects/mysql/order-by-rand/ .....you can read here how to get more speed from your executing query in some cases. First read the explanation and see bottom of the page:

    ============================================================

    Performance

    Now let's see what happends to our performance. We have 3 different queries for solving our problems.

    * Q1. ORDER BY RAND()

    * Q2. RAND() * MAX(ID)

    * Q3. RAND() * MAX(ID) + ORDER BY ID

    Q1 is expected to cost N * log2(N), Q2 and Q3 are nearly constant.

    The get real values we filled the table with N rows ( one thousand to one million) and executed each query 1000 times.

    ----------------------------------------------------------

    Rows ||100 ||1.000 ||10.000 ||100.000 ||1.000.000

    ----------------------------------------------------------

    Q1||0:00.718s||0:02.092s||0:18.684s||2:59.081s||58:20.000s

    Q2||0:00.519s||0:00.607s||0:00.614s||0:00.628s||0:00.637s

    Q3||0:00.570s||0:00.607s||0:00.614s|0:00.628s ||0:00.637s

    ----------------------------------------------------------

    As you can see the plain ORDER BY RAND() is already behind the optimized query at only 100 rows in the table.

    ============================================================

    Да уж...

    Исправление для Windows хостинга от Agava

    в Готовые Моды, Хаки, Локализаторы, Советы

    Опубликовано:

    Дело в том, что на главной странице, когда не указан index.php (http://site.com/) переменная $_SERVER['PHP_SELF'] принимает значение Index.php (первая буква большая).

    А для подстановки путей в {THEME} используется разбивка пути по index.php (первая маленькая).

    Ниженаписанная строчка исправляет этот косяк:

    Открываем index.php

Ищем:

	$config['http_home_url'] = explode("index.php", $_SERVER['PHP_SELF']);

Выше пишем:

	$_SERVER['PHP_SELF'] = str_replace("Index.php", "index.php", $_SERVER['PHP_SELF']);

    Косяк присутствует во всех версиях скрипта.

    Действие этого косяка - подставляется путь: Index.phptemplates/ во все пути где есть {THEME}

    Выражается видимо только под ISS на Windows хостинге.

    С уважением.

    Синхронизация сайтов

    в DataLife Engine (Общие вопросы)

    Опубликовано:

    Синхронизировать наверное можно только путём установки выделенного сервера MySQL и дублирующего сервера на разных машинах с установленным удалённым коннектом, а файлы хранить на отдельном сервере.

    Эта конструкция будет более-менее отказоустойчивой.

    Тоесть получаем 2 хостинга с настроенным удалённым коннектом и 3 сервера. Выделенный под файлы и два под MySQL (Master-slave).

    На всех серверах RAID-1.

    Таким образом получим устойчивую к некоторым отказам систему. Готовы к таким расходам?

    А файлы можно на второй сервер зеркалирующий. Тогда нам нужен ещё распределитель нагрузки, который будет переадресовывать на нужный сервер. А на серверах с файлами ПО, которое копирует содержимое папок.

    Требуется верстальщик в веб-студию

    в Запросы на создание модификаций

    Опубликовано:

    В веб-студию New Leaf требуется верстальщик на аутсорсинг.

    Сдельная оплата.

    Стучать в аську 683993.

    Нужно уметь верстать под DLE имея на руках PSD или переверстать скины под новую версию.

    Возможно постоянно сотрудничество.

×
×
  • Создать...