; - на всякий случай уже поставил - мало ли. Но в любом случае это часть команды и влять не должно.
С настройкой периода - да ложанулся. Выше тоже ответил человеку - но это не должно так же влиять, поскольку задание стоит с 21 января.
massef, не видя действительно сказать сложно, но можно предложить всякие идеи вроде такой - если сайт в парадигме битрикс (т.е. построен на компонентах), то можно попробовать переписать шаблоны компонентов на vue, минимально при этом затрагивая сами компоненты.
jcmvbkbc, поэтому я обычно игнорирую эту возможность и когда после установки 4.19 не завелся драйвер дискретного видео и заработала только интеловская встройка (хотя при установке dkms вроде отработал и ни на что не ругался), просто откатился назад на 4.18 и жду спокойно, когда 4.19 починят я даже не знаю код - ядерщики или невидивцы.
Очевидно ведро нипричем.
Что-то с совместимостью с твоей тачкой. А что в выхлопе никаких ошибок варнингов? Я бы попробовал пересобрать и переставить и посмотреть, что выхлопе было. Ну и еще почитать ченчлоги от .14 до .18 - может что важное для тебя в модуль вынесли, а тебе по какой-то причине оно надо вкомпилиным.
А вообще меняй дистр.
ratuy, смотрите, когда у Nginx запрашивается скрипт он проксирует запрос на апач. Поэтому в логах доступа апач все запросы у вас от Nginx и никакую информацию вы толком оттуда не достанете.
Если у nginx нет логов доступа, то наверно всё.
Мне жаль, но никаких идей больше нет.
ratuy, вы смотрите непосредственно access.log? Если да - никакого более расширенного лога нет. У вас там не nginx? Посмотрите логи доступа и nginx и apache в этом случае.
Если времени отмеченного в журнале событий нет в логах сервера варианта может быть всего два:
1 Логи подчистили и ваш хостинг полностью скомпромитирован.
2 Скрипт был вообще запущен не запросом к серверу (т.е. не в браузере) а допустим из командной строки сервера или по крону.
Зависит от того каким языком владеет адресат. Для русскоязычных пользователей лучше использовать русский язык. Для буржуев - английский.
Сложно или нет - зависит от того какой язык, и знает ли его тот кто сообщение произносит. Вам будет сложно на любом, я думаю.
arver, плоский - в смысле видимый сразу на одной поверхности и так и работающий. т.е. подразумевается, что какое-бы место экрана ты не посмотрел - ты видишь на нем ВЕСЬ работающий код последовательно друг, за другом. Нет ни одного места на экране такого, что тебе надо дойдя до него, перемотать листинг кода (или открыть другой файл, т.е. переходить к другой плоскости с кодом - двигаться в третьем измерении) чтобы увидеть следующую работающую команду. Т.е. код который не содержит jump, go to, go sub и т.п.
А спустя каких-то двадцать лет это же название стали по старой памяти применять и к асинхронному коду и черт знает к чему еще.
Алексей Емельянов, ммм... совсем грязный ход - во-первых надо писать свою реализацию с прямыми запросами к БД в обход API - иначе он просрочит вообще ВЕСЬ тегированный кэш, а не только по нужным тегам.
С другой стороны как-то не по фэншую.
А с третей стороны - это похоже на решение, пусть и грязное. Я подумаю.
Алексей Емельянов, ага. Ну там и серверы обслуживающие сайты разные :(
И из этого еще оказываются проблемы растут когда я это осознал (ну в частности каш MYSQL тоже же достается тому кто раньше встал).
Сейчас беседу с админами. Надеюсь они знают как пользоваться bind и зеркалированием владельца...
А так-то если подумать, то и такое решение оказывается невозможным, так как попросту папка с кэшем сайта s1 может оказаться недоступной для s2 по разным причинам. Например как у меня - они (сайты) работают от разных пользователей.
