yv1995: к сожалению проблему так и не решил, к серверу имели место и другие , а так же цмс могла иметь изъяны, в итоге просто новый сервак и новый сайт со старого только базу да картинки перенесли.
я с js очень редко работал, но есть предположение что не стоит добавлять в цикле к объекту который ты перебираешь , может как раз из за это и происходит зацикливание, может так же попробовать разделить , собрать массив нужных для добавления свойств и после уже перебирая этот массив добавлять его к объекту ?
не думаю что большие , но есть что оптимизировать , если у нас есть две таблицы можно и один массив из них собрать и его перебирать , можно два , памяти и в том и в том случае не думаю что прям большая разница будет.
можно вообще это постепенно подгружать, грузить только видимую часть , если начался скролл страницы активировать запрос и дополнять комменты.. так будет самым экономичным способом, так и выгрузки не значительные при генерации страницы , передаётся только то что увидит пользователь а если его заинтересует то остальное так же малыми порциями должно нормально подгружаться ,
Некоторое пояснения по проблеме что было проверенно и какие могут быть проблемы
1. Очистка сессий может осуществляться сборщиком или же скриптом севера по заданному таймеру в определённый момент времени. (Может встречаться на провайдерах хостинга )
2. Не настроен сборщик мусора . (сессии просто не умирают)
3. время жизни кук 0 , из за этого сессия умрёт при закрытии браузера , хотя сессия ещё должна быть живой. (сейчас проверяю этот вариант, так как возможно в браузерах есть очистка вот таких сессий по какому нибудь интервалу времени в сутки или меньше)
4. потеря запросов к серверу , в мом случае потеря запроса и его ожидание может растянутся на несколько минут , в итоге интервал между запросами растягивается на время задержки и в этом случае у меня не успеет запрос придти на сервер прежде чем сессия удаляется с сервера.
вопрос актуален , беда в том что проблему ещё сложно обнаружить , может кто посоветует как можно посмотреть нагрузку на VDS ?
Или как отследить активность по сессиям ?
как то вы не уверенны в своём коде раз значение лимитов дважды проверяете , лучше уж тогда проверять на положительное значение $_GET['page'] чем ещё раз прогонять на проверку .
elah02: ну тут тебе нужно подтягивать знания в js и обращение к DOM объектам, по факту тебе нужно с помощью статей создать расширение которое ты сможешь добавить , даже просто повторить , после этого экспериментировать с js , главная страница яндекс это тот же html/css/js и ими можно манипулировать , к примеру в консоле можно запустить код js которые будет обращаться к форме ввода и вставлять текст.
пробуй и получится . восполняй пробелы в знаниях и добивайся цели.
так старые сессии исчезли , сборщик мусора не работал , попробуем завтра посмотреть что будет под нагрузкой , пока не замечено разрывов , сессии дохнут но правда если к серверу есть запросы , сейчас нет активности все спят , завтра проверим. IIISpikerIII: благодарю за наводку .
IIISpikerIII: при запросе ini_get('session.gc_maxlifetime') выдает нужно значение но вот при запросе session.gc_divisor мне выдало false , то ест сборщик мусора не работал, хоть сессия уже и не должна была жить , в результате я видел что файлы сессий на сервере продолжали обновляться. может из за этого беда была, посмотрю сейчас на секундных интервалах.
может ли это как то связано быть со сборщиком мусора ? из за того что он не запускается из за этого страдает запись файлов на VDS в результате чего файл сессии просто записывается с 0 байт и в итоге сессия разрывается ?
ты можешь у себя на сервера сделать некий переброс, к примеру что бы в js не маячил твой ключ авторизации (если он есть) или же просто логику не выкладывать , ты можешь сделать js который обращается к твоему коду который в свою очередь исходя из присланных параметров делает запрос в сторону EVE серверов за нужными данными. Так код будет скрыт , js получится достаточно простым.
