nokimaro

Если $all_users->response->profiles это массив профилей, то можно разбить массив на части функцией array_chunk()
https://www.php.net/manual/ru/function.array-chunk.php

<?php
$parts = array_chunk($all_users->response->profiles, 100);
print_r($parts);

Тут скорее проблема в том что скрипту не хватает памяти чтобы вместить все $collectuids, так как никаких ограничений на выгрузку groups.getMembers vk не накладывает, и я без проблем выгружал списки участников сообществ по 1млн+ участников.

Быстрый хак - увеличить скрипту памяти при выполнении, а так же включить отображение ошибок

<?php
ini_set('display_errors', 1);
error_reporting(-1);

ini_set('memory_limit', '512M'); //512Mb

//тут ваш код

p.s. так же если скрипт запускается не через CLI, а через браузер, то он может вылетать просто по таймауту соединения.

<?php
// Guestbook, Гостевая книга

if (!is_dir("messages")) {
mkdir("messages");
};

function postMessages() {
foreach (glob('messages/*.txt') as $message) {
$message = file($message);
echo str_replace("\n", "", $message[0]) . "<br/>";
echo str_replace("\n", "", "<a href='mailto:$message[1]'>$message[1]</a>") . "<br/>";
for ($i = 2; $i < sizeof($message); $i++) {
echo htmlspecialchars($message[$i]) . "<br/>";
};
echo "<br/>";
};
};

$messages = scandir("messages");

if (!$_POST) {
postMessages();
//a:
print_form();
} else {
if (filter_var($_POST['email'], FILTER_VALIDATE_EMAIL) !== false && $_POST['author'] && $_POST['email'] && $_POST['message']) {
$author = str_replace("\r\n", "", $_POST['author']);
$email = str_replace("\r\n", "", $_POST['email']);
$msg = $_POST['message'];
$time = (int)(microtime(true) * 1000000);
file_put_contents("messages/$time.txt", "$author
$email
$msg");
} else {
echo 'Error while adding your message.';
//goto a;
print_form();
};
postMessages();
//goto a;
print_form();
};

function print_form()
{
    echo
    '<form action="index.php" method="post">
    <p><input type="text" name="author" required /></p>
    <p><input type="text" name="email" required /></p>
    <p><textarea name="message" required></textarea></p>
    <p><input type="submit" /></p>
    </form>';
}
?>

Это не массивы. Для работы со строками столбцами и данными нужно использовать специальные методы (гетеры и тд) которые предоставляет данная бибилотека.

К сожалению Вам придётся всё-таки изучить документацию
https://phpspreadsheet.readthedocs.io/en/latest/

а так же можно ознакомится с примерами кода тут
https://github.com/PHPOffice/PhpSpreadsheet/tree/m...

Получить данные из ячейки или строки
https://phpspreadsheet.readthedocs.io/en/latest/to...

От яндекса есть официальные рекомендации
https://yandex.ru/support/webmaster/yandex-indexin...
https://yandex.ru/support/webmaster/yandex-indexin...

Проверенный способ без вылета страниц
1. 301 редирект всех страниц http -> https
2. в вебмастере ставим галочку переезд на https
Именно переезд http -> https по момему опыту в яндексе происходит гладко и без особых просадок. Главное не накосячить с редиректом и ssl-сертификатом чтобы небыло роста отказов.

Технически такой переезд это смена главного зеркала через редирект, но именно в случае http -> https в рамках одного домена, всё проходит с минимумом просадок, и как-правило после перехода на https всегда наблюдали по итогу рост трафика из ПС.

Так как ответ приходит на клиент, то не важно как и чем он зашифрован, вы всегда сможете расшифровать.
Алгоритм расшифровки доступен, так как сайт же как-то расшифровывает эти ответ, и надо его лишь его найти в js
В вашем случае код расшифровки находится в файле https://мойгаз.смородина.онлайн/app.js
Так как в этом файле есть упоминание data0, data1 и base64
Шифрование там AES.
Удачи.

HellFingers,
echo mb_substr($string, 0, 1);

1. путь до файла (куда пишете) у вас в $path, а вы проверяете $name, что не верно
2. проверку на существование делаете после curl, а значит даже если в файл не пишете, то всё-равно делаете http запрос что не имеет смысла

Подправленный вариант

<?php
foreach($data as $k)
{
    foreach($k as $kq => $v)
    {
        foreach(($v["photo_list"]) as $key => $url)
        {
            $name = (basename($url));
            $path = "/".$name;
            
            //если файл существует идём к следующему $url
            if(file_exists($path))
            {                
                continue;
            }

            //скачиваем
            $ch = curl_init($url);
            curl_setopt($ch, CURLOPT_HTTPHEADER, 0);
            curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
            $data = curl_exec($ch);
            curl_close($ch);
            
            //записываем
            $file = fopen($path, "w+");
            fwrite($file, $data);
            fclose($file);
        }
    }
}

И за какое время у вас отрабатывает 10000 SELECT'ов? Индекc на uid есть + LIMIT 1?

10тыс SELECT'ов на таблице в 300тыс строк, при условии что на uid есть индекс должно выполняться за 1-2 секунды на нормальной машине.
Не вижу необходимости что-либо оптимизировать.
Можно разве что минимизировать кол-во данных передаваемых по сети и вместо SELECT * использовать SELECT type, lvl, country, isoc так как лишние данные, это лишние задержки.

БД создана для того чтобы работать, нет смысла её жалеть.

- Другой вариант, если позволяет память - выбирать все строки из базы одним SELECT'ом и потом фильтровать в приложении.
- Можно прикрутить memсached для кеширования так как по сути у вас key-value выборка
- Выбрать другое хранилище (Redis, tarantool) где скорость выборки по ключу будет выше

upd. Можно несколько SELECT'ов группировать в один запрос через IN

SELECT ... FROM table WHERE uid IN(uid1, uid2, uidN)

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

Посмотрите обсуждение на Сортировка страниц по количеству просмотров за день, неделю, месяц?
Там есть описание моей реализации, так же возможные проблемы с производительностью и советы.

В простейшем случае, делаете отдельную таблицу со счётчиком просмотров каждого товара посуточно

item_id
date_day
counter

то есть получится таблица в которой известно кол-во просмотров за каждый день каждого товара
данные старше 30 дней стираете, остальное агрегируете по необходимости

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

Чтобы избежать этого, и вставлять функцию как вы хотите, нужно изменить код функции так чтобы вместо echo там был return;

Исправленный код с echo.

<?php
function draw($array)
{
    foreach($array as $item)
    {
        if(isset($item['CHILD']))
        {
            echo '<li>'.$item['NAME'].'<ul>';
            draw($item['CHILD']);
            echo '</ul></li>';
        }
        else
        {
            echo '<li>'.$item['NAME'].'</li>';
        }
    }
}

$arr = [
    'CHILD' => [
        '16' => [
            'NAME'  => '1',
            'CHILD' => [
                '17' => [
                        'NAME' => 'a'
                ],

                '18' => [
                        'NAME' => 'b'
                ]
            ]
        ]
    ]
];

echo '<ul>';
draw($arr['CHILD']);
echo '</ul>';