Oleg Shevelev

Почитайте, optimization.guide и вот вам немного теории:

Кешировать можно:

• целиком всю страницу (для каждой страницы своя запись в кеше)
  
• отдельные части сайта
  

Кешировать можно в файлах:

• генераруя готового html
  
• генерируя html+php, так работают smarty и прочие шаблонизаторы собирая множество шаблонов в один
  
• в виде бинарного содержимого, сюда и готовый html и готовые значения вычислений и прочее
  
• в виде сериализованного массива с чем угодно, от предыдущего пункта отличается только форматом хранения
  

Кешировать можно в базе:

• в mysql/postgresql и прочих SQL - будет храниться на диске и горячие данные в памяти
  
• в mysql/postgresql и прочих SQL в in-memory таблицах - будет храниться в оперативке, но без дополнительных усилий кеш пропадёт при рестарте сервера
  
• в in-memory базах данных, часто это memcache, redis и прочее - опять таки выключили сервер - данные пропали
  
• в in-memory базах данных с сохранением на диск, это Tarantool, memcachedb и прочие если там заявлена такая функциональность
  

Так же можно:

• кешировать всё кроме вставок динамики
  
• кешировать куски вставляя их в динамику
  

Это два противоположных подхода которые при особом желании можно смешивать в рамках одного проекта.

Обновлять кеш можно:

• при каждом запросе проверяя что старый кеш устарел
  
• предкеширование - отдельным кроном/демоном/сервисом генерировать кеш раз в N минут
  
• по мере изменения данных сбрасывать кеш и следующий запрос сгенерирует новый
  
• по мере изменения данных сбрасывать кеш путём генерации сразу нового и замены старого на новый
  

Кеш можно хранить:

• на том же сервере что и сайт - нет задержек в сети, но зато ресурсы теже, CPU, диск, оперативная память
  
• на внешнем сервере - задержки в сети, зато ресурсы отдельно
  

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

Если используете CMS/CMF - посмотрите готовые плагины для кеширования. Если у вас не sharing-хостинг с мини-сайтом - озаботтесь профилированием (xhproof) и мониторингом, это поможет понять где и что кешировать.

Так же стоит рассмотреть кэширование байт-кода:

• OpCache
  
• APC
  
• XCache
  

Стоит прочитать вот эту статью:
Сравнение скорости исполнения кода Drupal для PHP 5.3-5.6 и 7.0. «Битва оптимизаторов кода» apc vs xcache vs opcache https://habrahabr.ru/post/264775/

Так же стоит:

• увеличить буферы в MySQL (если памяти много)
  
• потюнить другие системы, например поставить nginx вместо apache, раздавать статику с другого хоста
  
• и конечно же - посмотреть как долго работают SQL запросы и по возможности их облегчить
  

Кеширование в MySQL с использованием HandlerSocket:

• данные хранятся в MySQL innodb базе, а значит чтение и запись можно делать как по старинке через SQL так и через HandlerSocket
  
• можно сделать любое количество колонок, лишь бы это позволял MySQL
  
• быстрая вставка
  
• быстрая выборка
  
• бинарный протокол передачи данных
  
• есть несколько библиотек для PHP, как относительно новых так и старых
  
• в Percona Server (форк MySQL) HandlerSocket.so есть в поставке по умолчанию, разве что нужно включить
  
• в MySQL необходимо собрать HandlerSocket самостоятельно и включить в MySQL
  

Можно почитать вот тут:

• То, что вы хотели знать о HandlerSocket, но не смогли нагуглить, Сергей Аверин - https://www.youtube.com/watch?v=qHqdhJ9ziik
  
• Gentoo Overlay с HandlerSocket, давно не обновлял но вроде работает - https://github.com/mantyr/overlay-gentoo-flower
  
• HS кеш, тоже давно не обновлялся, но как пример сойдёт - https://github.com/mantyr/php-hscache
  
• PHP Extension для HandlerSocket, не содержит последних коммитов, но зато, наверное, единственое место где есть точное описание всех методов и входящих параметров, https://github.com/mantyr/php-ext-handlersocketi
  

<?php
$value = 0;
for($i = $value; $i < 999999; $i++){
    echo sprintf("%06d", $i) . '<br>';
}

Искать в Google: "php вывод числа с ведущим нулём", "php число с ведущим нулём".

user@server ~ $ nohup ./program

Так же можно использовать

• app-admin/supervisor - подробное описание тут adw0rd.com/2012/11/2/python-supervisor
  
• start-stop-daemin - примеры есть в /etc/init.d/
  

Если задача запустить и потом лишь перезапускать то лучше supervisor, пример из adw0rd.com/2012/11/2/python-supervisor :

[program:<project>_uwsgi]
; Имя программы в supervisor, например будет выводится в supervisorctl
process_name=%(program_name)s
; Вы можете указать сколько таких процессов надо запустить, по умолчанию 1
numprocs=1
; Путь до проекта (chdir)
directory=/<project>
; Команда для запуска программы
command=/<project>/venv/bin/uwsgi /<project>/uwsgi/production.ini
; Из под какого пользователя запускать программу
user=<username>
; При загрузке самого supervisor запускать программу
autostart=true
; Если программа аварийно завершилась, то перезапускать её
autorestart=true
; Перенаправляет пришедший STDERR в ответ supervisor'у в STDOUT (эквивалент /the/program 2>&1)
redirect_stderr=true
; Таймаут в секундах, после которого supervisor пошлет SIGKILL процессу,
; которому до этого посылал SIGCHLD
stopwaitsecs=60
; Какой сигнал посылать для остановки программы
stopsignal=INT
; Путь до error-лога
stderr_logfile=/var/log/<project>/wsgi_err.log
; Путь до output-лога
stdout_logfile=/var/log/<project>/wsgi_out.log
; Максимальный размер файла output-лога, после чего будет "rotate"
stdout_logfile_maxbytes=100MB
; Количество файлов output-лога
stdout_logfile_backups=30
; Размер буфера для output-лога
stdout_capture_maxbytes=1MB

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

У вас что все комментарии одинаковые что фотографии и заголовки можно тасовать как заблагорассудится?

Предложу так: 3 не ассоциативные массивы, rand(0, count($array_title)-1) для получения индекса.

<?php
    $array_title = ...
    $array_body = ...
    $array_photo = ...

    $title_id = rand(0, count($array_title)-1);
    $body_id = rand(0, count($array_body)-1);
    $photo_id = rand(0, count($array_photo)-1);

    $title = $array_title[$title_id];
    $body = $array_body[$body_id];
    $photo = $array_photo[$photo_id];

... передача этого всего в шаблон

Но лучше всего когда комментарии живые (написанные человеком) и тогда по сути один массив каждый объект которого хранит в себе и заголовок и сообщение и фотографию... и тогда rand() нужен уже один.

Хранить при этом можно как угодно. Например в CSV виде в обычном текстовом файле:)

Постепенно собираю свой архив решений на все случаи жизни, у меня для этого отдельный репозитарий на github.com/mantyr/runner и вообще прочие не связанные с Golang вещи тут imagick.metlan.ru плюс ребята знакомые пишут как минимум два проекта с подсказками по программированию в виде каталогов (но Golang там врядли будет в ближайшее время). Так же не плохи ресурсы stackoverflow.com и https://www.socketloop.com/tutorials/

По Golang же самые лучшие ресурсы: godoc.org https://golang.org/pkg/ 4gophers.ru

В любом случае ваш проект - это ваш опыт, как программирования так и поиска и сбора информации, её представления публике. Учитесь и всё получится. И поделитесь ссылкой когда будете готовы.

<?php
    $a = array(
        0 => 53,
        1 => 55,
        2 => 56
    );

    $b = serialize($a);
    echo $b; # a:3:{i:0;i:53;i:1;i:55;i:2;i:56;}

А у вас что-то странное. Может кто-то и знает.

Научитесь генерировать статические файлы:) А исходники для генерации можно хранить где угодно, хоть в SQLite хоть в ini файлах, хоть в BerkeleyDB если уж сильно хочется... На хостинге нет MySQL?