
Smith
+206
Репутация
674
Рейтинг
попробую конечно совсем остановить машину, и запустить, но что то подсказывает что дело в другом
Fuze,
при выполнении update-rc.d мой_скрипт defaults _уровень_ скрипт прописывается во всех каталогах /etc/rc_уровень...
Что касаемо уровня, пробовал 90, 70 и т.д., стараюсь его ставить позже всех, но результат отрицательный.
В каталогах rc_уровень линковка происходит верно (../init.d/скрипт)
Пока решил проблему костылями, с помощью cron @reboot, но хотелось бы все таки сделать по человечески.
Странник, Красноглазие мягко сказано, и увы чудо не происходит))
при выполнении update-rc.d мой_скрипт defaults _уровень_ скрипт прописывается во всех каталогах /etc/rc_уровень...
Что касаемо уровня, пробовал 90, 70 и т.д., стараюсь его ставить позже всех, но результат отрицательный.
В каталогах rc_уровень линковка происходит верно (../init.d/скрипт)
Пока решил проблему костылями, с помощью cron @reboot, но хотелось бы все таки сделать по человечески.
Странник, Красноглазие мягко сказано, и увы чудо не происходит))
Да в том то и проблема, запустить не могу, начинаю рыться по мануалам и оказывается все делаю точно по ним, но результат нулевой.
Буду надеется что кто-нибудь сталкивался с этой процедурой и сможет помочь)
Буду надеется что кто-нибудь сталкивался с этой процедурой и сможет помочь)
Ну так вторым же пунктом как раз это и делаю (chmod +x файл) или еще что-то нужно?
Прошу помочь с проблемой добавления скрипта в автозагрузку в убунте.
Пол вечера плясал с бубном, но так ничего не получилось, возможно кто то сталкивался с проблемой.
Мои действия:
1) Создаю скрипт в /etc/init.d/имя_файла
2) Выполняю chmod +x путь/ имя файла — исполняемый
3) Добавляю в загрузку: update-rc.d имя_файла defaults 95
Перезагружаю систему, и тишина, скрипт не работает, хотя при ручном запуске в консоле отрабатывает на ура, в чем может быть дело?
Пол вечера плясал с бубном, но так ничего не получилось, возможно кто то сталкивался с проблемой.
Мои действия:
1) Создаю скрипт в /etc/init.d/имя_файла
2) Выполняю chmod +x путь/ имя файла — исполняемый
3) Добавляю в загрузку: update-rc.d имя_файла defaults 95
Перезагружаю систему, и тишина, скрипт не работает, хотя при ручном запуске в консоле отрабатывает на ура, в чем может быть дело?
Саппорт такой же у них горячий, как на картинках на сайте?!

Набрел на статью с забавными дата-центрами, решил поделиться с сообществом )
Итак, первая ссылка:
habrahabr.ru/company/ua-hosting/blog/153901/
И еще один, на который набрел через поисковик:
www.bunker-datacenter.com/
Интересно, кто-нибудь пользовался?
Итак, первая ссылка:
habrahabr.ru/company/ua-hosting/blog/153901/
И еще один, на который набрел через поисковик:
www.bunker-datacenter.com/
Интересно, кто-нибудь пользовался?

Дело в том, что INSERT IGNORE вставляет запись в случае ее отсутствия, DUPLICATE UPDATE лишь их обновляет, логичней было бы перенести user_id в первое условие, а обновлять только просматриваемую страницу и браузер пользователя
Неверное отображение статуса онлайн связано со следующим моментом:
Статус присваивается в функции получения друзей, которая затем формирует из значений массив и кладет его в сессию, соответственно при авторизации Вы получаете своих друзей и их статусы, при входе и выходе друга статус обновляется, но у вас он остается такой же, так как данные берутся из массива сохраненного в сессии.
Чтобы это исправить нужно дописать несколько строчек в user.class.php
Найти функцию получения друзей: getFriends($user_id=0)
И изменить строчку:
На:
После этих изменений, если список друзей будет существовать в сессии, то в нем будет лишь проверен статус каждого друга. Немного изменится нагрузка в качестве дополнительной обработки массива данных и запроса таблицы cms_online но статус будет всегда актуальным.
Кое что следовало бы еще в cms.php изменить, при записи в cms_online обновление строки происходит не всегда корректно (бывает что в поле user_id стоит 0), при желании переместите user_id из ON DUPLICATE UPDATE в INSERT IGNORE — это не обязательно, при повторном обновлении странички все исправляется.
Статус присваивается в функции получения друзей, которая затем формирует из значений массив и кладет его в сессию, соответственно при авторизации Вы получаете своих друзей и их статусы, при входе и выходе друга статус обновляется, но у вас он остается такой же, так как данные берутся из массива сохраненного в сессии.
Чтобы это исправить нужно дописать несколько строчек в user.class.php
Найти функцию получения друзей: getFriends($user_id=0)
И изменить строчку:
if ($is_me && self::sessionGet('friends') !== false) { return self::sessionGet('friends'); }
if ($is_me && self::sessionGet('friends') !== false) { $friends = self::sessionGet('friends'); foreach ($friends as $value) { $value['is_online'] = self::isOnline($value['id']); $friends[$value['id']] = $value; } return $friends; }
Кое что следовало бы еще в cms.php изменить, при записи в cms_online обновление строки происходит не всегда корректно (бывает что в поле user_id стоит 0), при желании переместите user_id из ON DUPLICATE UPDATE в INSERT IGNORE — это не обязательно, при повторном обновлении странички все исправляется.
Первое что пришло на ум: reg.ru
ну если брешь, так нужно ее искать, холивар на 26 страниц уже) Поставить на каждую операцию добавления комментов логи и писать в файл, дать спамерам проявить себя, а затем изучить их
Если есть добровольцы со своим проектом, то прошу в личку, подумаем вместе)
Если есть добровольцы со своим проектом, то прошу в личку, подумаем вместе)
тему если честно лень перечитывать. Спамят в блоги?
Господа, а никто не составлял графики активности спамеров, как они себя ведут в какие промежутки начинают оставлять записи, сколько записей в определенный промежуток времени?!
Если есть такая статистика, то можно подумать над фильтром срабатывающим на установленные условия и требующий ввода доп капчи при добавлении, например как реализовано вконтакте.
Если есть такая статистика, то можно подумать над фильтром срабатывающим на установленные условия и требующий ввода доп капчи при добавлении, например как реализовано вконтакте.
Это должно также помочь:
www.instantmaps.ru/help/payments.html
п.с. В файле interkassa.php все достаточно хорошо расписано и с русскими комментариями кода
www.instantmaps.ru/help/payments.html
п.с. В файле interkassa.php все достаточно хорошо расписано и с русскими комментариями кода
Попробуйте по аналогии с файлом interkassa.php (расположение components/billing/payments/interkassa)
И в самой кассе настроить куда возвращать ответ, на примере файла выше, ответ должен поступать на:
ваш-сайт/billing/get-payment/interkassa
Т.е. Создаете в папке payments папку liqpay, делаете в ней все по аналогии с интеркассой и соответственно
ответ от платежки должен прийти на: ваш-сайт/billing/get-payment/liqpay
И в самой кассе настроить куда возвращать ответ, на примере файла выше, ответ должен поступать на:
ваш-сайт/billing/get-payment/interkassa
Т.е. Создаете в папке payments папку liqpay, делаете в ней все по аналогии с интеркассой и соответственно
ответ от платежки должен прийти на: ваш-сайт/billing/get-payment/liqpay