blabs: напишите - будет. ну и под большими нагрузками работать не получится, вас поисковики забанят. с проксями мороки очень много и не масштабируется нормально.
Юрий Чудновский: Слушайте, я все понимаю, но Вам нужно реально внимательнее запросы делать.
SQL великолепно структурирован, по сути любой не сложный SQL запрос легко читаем простым человеческим языком.
Вот Вы пишите:
LEFT JOIN `character` AS user2.ID = chars_deathlog.KillerID;
ну это же не валидно от слова совсем. Нужно писать
LEFT JOIN `character` AS user2 ON user2.ID = chars_deathlog.KillerID;
И почему у Вас 2 sql запроса в одной конструкции? Зачем?
WayMax: FYI
Вариант с from table1, table2 на АБСОЛЮТНО любой sql базе будет работать омерзительно, т.к сначала будет строиться полное декартово произведение таблиц, и только затем фильтроваться.
Моя любимая задачка на собеседованиях)
IPv4: очевидно что "загружать на период проверки файл со всеми путями и хешами и проверять локально."
Я вас умоляю, ну какие тяжелые файлы. У меня вся папка Steam со всеми играми - 16,5k файлов.
Хеш md5 16 байт, еще байт 200-300 на путь и имя файла. (хотя путь и имя файла тоже можно хешировать).
Получается весь файл 30-40 мегабайт. Нынче 1 вкладка хрома больше жрет в разы
Антон Тихомиров: вариант с инклудом из /www/ плох тем, что в случае если файла вдруг не будет(или в нем будет ошибка) - упадет reload nginx. Вдобавок в нашем деплое все равно много разной логики от запуска тестов до внесения изменений в конфиги - так что от убирания задачи с конфигами nginx особо легче не станет :)
Ну и исторический момент в каком то смысле присутствует, все никак на вагрант не перейдем.
Так то моделей купюроприемников хорошо если десяток наберется. Imho с производителя начать нужно.
Все которые я видел - имели собственные протоколы многолетней давности.
