Differences

This shows you the differences between two versions of the page.

--- ru:new_rotation_faq [2022/08/05 04:41] – [Site menu] admin
+++ ru:new_rotation_faq [2026/02/24 23:58] (current) – [Filter request parameters] admin
@@ Line 183: / Line 183: @@
-===== Почему у меня на старнице пустое облако тагов =====
+===== Почему у меня на странице пустое облако тагов =====
 Облако тагов генерится из активных тагов раз в 30 минут и кладется в кеш. Соответственно варианты:
@@ Line 240: / Line 240: @@
   - Смотрим в rot_linked_db номер слейва, который мы отсоединяем (Х)
   - Отсоединяем нужный слейв от мастера
-  - Заливаем в базу бывшего слева (дамп) из пункта 1, но только таблицы rot_*
+  - Заливаем в базу бывшего слева (дамп) из пункта 1, но только таблицы rot_gallery_info, rot_gallery_statsX, rot_gallery_dataX и rot_thumbs
-  - Удаляем все rot_gallery_stats* кроме номера из п2
+  - rot_gallery_statsХ переименовываем в rot_gallery_stats1, rot_gallery_dataX - в rot_gallery_data1
-  - rot_gallery_statsХ переименовываем в rot_gallery_stats1
-  - В rot_linked_db удаляем все записи кроме записи с ИД 0
@@ Line 270: / Line 269: @@
+===== Category statuses =====
+У категорий 3 статуса:
+  - активна - выводится в <category и галеры из нее выводятся в <thumb
+  - не актвна - не выводится в <category и галеры из нее не выводятся в <thumb
+  - hidden - **не выводится** в <category, но галеры из нее выводятся в <thumb
 ===== Как импортировать очень большой дамп =====
 Версия 2.* умеет добавлять большие файлы через importset самостоятельно (теоретически любого размера). Просто добавляете урл и он постепенно все добавит.
-Для версии 1.* рекомендуется следующий вариант:
-Например у нас есть задача импортировать много тысяч галерей, достаточно много что бы они не влезали в просто импорт (например сервер не успевает пройти их все по таймауту или размер POST ограничен и тп.). В Import Set так же добавить большой нельзя тк импортсет предполагает видеть какие-то апдейты, а не 100 000 новых галер постоянно. Одна из причин ограничений в ImportSets в том и заключалась, что люди добавляли массу импортсетов по 100к галер, которыя парсились постоянно все 100к * соклько там было импортсетов таких , это все проверялось в базе и таким образом создавало нагрузку на сервак.
-Дабы импортировать большой файл равномерно и хорошо для сервака надо:
-  * Создать и залить на сервак файл cut.php следующего содержимого
-<code>
-<?php
-error_reporting(E_ALL & ~E_NOTICE);
-if (!$_GET['file']) die("\n You have to pass file=... parameter in URL");
-if (!file_exists($_GET['file'])) die("\n File {$_GET['file']} does NOT exists. Check path. ");
-if (!is_writeable($_GET['file'])) die("\n File {$_GET['file']} is NOT writeable. Set 666 permissions. ");
-if (!file_exists('./tmp.file') or !is_writeable('./tmp.file')) die("\n File tmp.file does not exists OR is NOT writeable. Set 666 permissions. ");
-echo passthru("head -n500 {$_GET['file']} ");
-if (!$_GET['test']) exec("tail -n +500 {$_GET['file']} > tmp.file; cp tmp.file {$_GET['file']} ");
-</code>
-  * Залить туда же дамп и поставить 666 на этот файл
-  * Залить туда же пустой файл tmp.file и так же 666 на него
-  * Добавить ImportSet с урлом http://yourdomain/path_to/cut.php?file=имя_файла_дампа&test=true
-  * Нажать Test и распределить поля как надо.
-  * cut.php выдает по 500 строк из большого дампа и урезает файл на эти же 500 строк. Таким образом каждый раз когда импортсет будет запрашивать новые строки - он будет получать по 500 строк, равномерно добавляя их в базу.
-  * Наличие &test=true надо дабы в момент теста файл не обрезался на 500 строк. После тестирования &test=true надо убрать из урла те урл станет http://yourdomain/path_to/cut.php?file=имя_файла_дампа
-Все.
-Через какое-то время весь дамп будет добавлен и сам файл дампа станет нулевым по размеру и даже если вы забудете убрать его из импортсетов он будет выдавать пустой ответ и не будет нагружать сервер.
@@ Line 575: / Line 544: @@
 Так же есть опция "Log empty search queries " и если по запросу ничео не найдено то логгить его не будет.
+После апдейта в настройка ротации добавлена опция которая делает тоже самое
+<code>
+Search query filter pattern (regexp)
+we use php preg-replace function to replace non-valid characters in user input
+ie when a surfer searches on your site
+a good pattern to start is
+/[^\p{L}\p{N}\s]/u
+</code>
 ===== Multiniche trade =====
@@ Line 673: / Line 654: @@
 и помнить что после этого урлы из примера выше станут разными и при поиске урла надо будет смотреть на регистр букв.
+====== How to move thumbs ======
+По умолчанию тумбы сохраняются в /scj/thumbs. Если вы хотите сменить место хранения тумб после того как добавили контент то надо
+  - физически переместить тумбы из scj/thumb в новое место
+  - сменить URL to thumbs в CJ settings - grabber settings
+====== Full page cache ======
+Для высоконагруженных сайтов значительно помогает кешить страницы в уже выполненном виде. Например, у нас есть темплейт
+<code>
+<thumb num=1-2>
+<!--THUMB_URL-->
+</thumb>
+<?php
+echo "date: " . date("Y-m-d");
+?>
+</code>
+Скрипт парсит темплейт и заменяет данными из базы и кладет в кеш, что б для следующего серфера, который будет смотреть эту же страницу уже не заменять таги скрипта
+<code>
+/thumbs/img1.jpg
+/thumbs/img2.jpg
+<?php
+echo "date: " . date("Y-m-d");
+?>
+</code>
+при этом пхп код кешится в исходном виде. Те для каждого серфера этот пхп код будет выполняться.
+В большинстве случаев это мелочи по нагрузке, однако при большом трафе, когда надо снизить нагрузку на проц, можно кешировать и пхп код, те страница будет закешена уже с выполненном виде, например
+<code>
+/thumbs/img1.jpg
+/thumbs/img2.jpg
+date: 2023-01-01
+</code>
+В большинстве случаев - это ок, тк результат выполнения кода одинаковый для всех серферов.
+Однако бывают редкие ситуации когда в темплейте есть код, который должен быть выполнен для каждого юзера тк зависит например от текущего IP пользователя. Для этого есть опция
+  $config['full_page_cache'] = true;
+В этом случае в темплейте можно использовать таг
+<code>
+<php_code no_cache=true>
+<?php
+echo "user IP: " . $_SERVER['REMOTE_ADDR'];
+?>
+</php_code>
+</code>
+и именно этот код не будет закеширован.
+Например темплейт
+<code>
+<thumb num=1-2>
+<!--THUMB_URL-->
+</thumb>
+<?php
+echo "Rand: " . rand(0, 100);
+?>
+<php_code no_cache=true>
+<?php
+echo "user IP: " . $_SERVER['REMOTE_ADDR'];
+?>
+</php_code>
+</code>
+будет закешен как
+<code>
+/thumbs/img1.jpg
+/thumbs/img2.jpg
+Rand: 22  (тут надо обратить внимание что этот пхп код закешен в выполненном виде)
+<?php
+echo "user IP: " . $_SERVER['REMOTE_ADDR'];
+// а тут пхп код в исходном виде и будет выполнен для каждого серфера
+?>
+</code>
+Надо что надо обратить внимание при изменении темплейта под full_page_cache. Например, у вас код
+<code>
+<?php
+$img_src_hash = md5($_SERVER['REMOTE_ADDR']);
+?>
+<img_src='get_img.php?hash=<?=$img_src_hash?>'
+some more HTML
+</code>
+закешировать полностью мы не можем тк этот код должен быть разным для каждого серфера. Что бы хэш не кешировало хочется сделать
+<code>
+<php_code no_cache=true>
+<?php
+$img_src_hash = md5($_SERVER['REMOTE_ADDR']);
+?>
+</php_code>
+<img_src='get_img.php?hash=<?=$img_src_hash?>'
+some more HTML
+</code>
+однако тут надо обратить внимание на то, что get_img.php?hash=<?=$img_src_hash?> запишется в кеш уже в выполненном виде, условно get_img.php?hash=322jjJ!.... , те ту часть, где надо выводить оперативные данные так же надо переносить внутрь и код должен быть
+<code>
+<php_code no_cache=true>
+<?php
+$img_src_hash = md5($_SERVER['REMOTE_ADDR']);
+?>
+<img_src='get_img.php?hash=<?=$img_src_hash?>'
+</php_code>
+some more HTML
+</code>
+**Вероятные ошибки**
+Нельзя  включать <php_code no_cache=true> в другой блок <php_code no_cache=true>. Например,
+<code>
+<php_code no_cache=true>
+<?php
+$img_src_hash = md5($_SERVER['REMOTE_ADDR']);
+?>
+some HTML
+<php_code no_cache=true>
+Another code
+</php_code>
+more HTML
+</php_code>
+some more HTML
+</code>
+В этом случае это очевидно, но может быть вариант
+<code>
+<php_code no_cache=true>
+<?php
+$img_src_hash = md5($_SERVER['REMOTE_ADDR']);
+?>
+</php_code>
+<!--INCLUDE_TEMPLATE...
+some more HTML
+</code>
+в том темплейте который вы инклудите - так же есть <php_code no_cache=true>
+====== GET variables pass-through ======
+Например, у вам пришел хит с параметром
+  http://your_domain/?param=123
+вы хотите этот param вывести где на странице что бы получилось например
+  <img src='https://your_tracker/?param=123'>
+все что надо сделать это в темплейте
+    <img src='https://your_tracker/?param=<!--GET_param-->'>
+GET_param - будет заменен на актуальное значение
+====== Reset Models  ======
+Если у вас уже есть база галер, скажем в описаниях галер есть имена моделей. Сами модели просто добавлены в Rotation - Models.
+Задача назначить модели галерам (Rotation - special - Reset models)
+Поиск имени модели идет через встроенный поиск, настройки которого находятся в Rotation - Settings.
+Есть 3 варианта
+. Просто mysql - ищем по " имя_модели ". тут важно отметить 2 пробела, потому что имя модели например Ola может быть частью ebola например. Проблема в то, что в дефолтной версии mysql не умеет искать даже в с учетом регистра букв
+. Mysql fulltext - этот поиск уже умеет искать с учетом больших букв
+. Sphinx умеет искать с учетом регистра и даже разных окончаний
+Поэтому если вам надо более качественное назначение моделей + более качественный поиск в целом, надо как минимум включать mysql fulltext