Тут две проблемы:
1. Что-то происходит с БД (после 2-3-х запросов она не должна умирать, ей-богу) - смотрите в логи сервера SQL, может запрос подвисает, еще что-то там стремное происходит.
2. Проблемы с дизайном - вам правильно сказали, что SQL-запросов в типичном приложении должно быть поменьше. Если вы можете переписать цикл из php на sql - сделайте это.
Сергей Горностаев, Ну так сколько у вас опыта при этом? Другой разговор, что если прицельно говорить про РФ - у нас вузов, которые эффективнее самообразования - хорошо если по пальцам двух рук найдется. Это с одной стороны. С другой стороны - IT-поле настолько нераспаханно, что можно пилить сайтики и биллинги до пенсии и не знать горя. Мне вот правда, скучно это уже несколько.
Хочется вспомнить молодость и опять посчитать что-нибудь неочевидное...
sergeev_ev, ну вы это, отпишитесь - замена на $_SERVER['DOCUMENT_ROOT'] помогла? Другое дело, что если код настолько старый - то там ещё вагон таких капсовых переменных будет...
VasiliyMakogon, ну, может и фантазии. Но на некотором опыте основанные.
Бизнесмен получает больше, если нашел нишу, где можно купить мозги IT-ников "занедорого" и продать продукт "задорого", но это к сравнению кодера и программиста отношения не имеет.
Сергей Горностаев, достаточно - для решения конкретной задачи. Чуть выше - нужно уже подучивать юных подаванов, которые имеют меньше опыта и фоновых знаний. И если сайтики кодить проще научить незамутненные излишним слоем матана мозги, да. А как дело до всякого AI доходит, или нефтянку какую посчитать, то оказывается, что чтобы написать те самые кирпичи, из которых потом более-менее кто угодно по мануалам соберёт решение - вот тут нужен человек с мозгами, образованием и опытом. Да, их нужно меньше, но если туда совсем не копать - их вообще не будет.
Да, "новый" - это от версии 5.3, вышедшей в 2009-м, кажется, оно стало "deprecated", а с 5.4 вышедшей в 2012-м - было "removed". Но некоторые хостеры и дистрибутивы тянули 5.3 довольно долго ещё потом.
Сергей Горностаев, а вы пробовали это не самостоятельно написать, а именно что объяснить человеку, который не "ничерта не помнит из вышки", а у которого вышки и не было вовсе? И школьной математики - тоже. И сам не читал (потому что если читать правильные книжки, то можно игнорить и школу и вуз, да). Попробуйте, много нового про людей поймёте.
Elmo Sputterspark, разберитесь в красно-черных деревьях на уровне математики 5-го класса. Или попробуйте объяснить O-нотацию алгоритмов человеку, не знающему что такое функции.
VasiliyMakogon всё более-менее просто. Кодер - это человек, который с гуглом в руках и по ключевым пунктам ТЗ с названиями шагов, алгоритмов и методов, напишет более-менее рабочий код. Программист - это тот, кто набросает это-вот-всё для кодера на салфетке, потом проверит, что тот не перепутал ничего и разберётся, как это поменять, если "вдруг оказалось", что оно работает медленно или входные данные устроены не так или имеют не те характеристики, которые вначале предполагались. Как вы думаете, кто получает больше?
Ещё бывают сбойные партии дисков. И запланированное устаревание. Буквально месяц назад два диска в RAID-1 умерли с интервалом в 2 недели. По данным S.M.A.R.T. - живые. Но любая операция занимает минимум 10 секунд. По счастью, успел поменять по очереди - перелив 8Tb занимает время, да.
Ставьте phpMyAdmin на dev-е или еще где, где есть апач. Если очень хочется им дотянуться до mysql-я на проде - сперва пробросьте порт на ssh -L и общайтесь на здоровье.
Hint - нормально написанный код читабелен на любом языке. Если вы про бизнес-систему, cms-ку или что-то в этом духе И ваш программист умудряется писать так, что вы, зная, к примеру, JS, не можете вообще понять, что делает его php - это очень серьезный повод задуматься.
Грамотно и вменяемо написанный код на фортране и даже на перле - понятен. Неграмотный и непонятный - не нужен. Просто не принимайте код, пока он не понятен.
jobs bg и fg - это не отдельные утилиты, а команды интерпретатора bash. У другого интерпретатора могут быть другие команды.
А вот kill - действительно утилита.
Суд, кстати, будет смотреть и на то, как именно оформлены отношения - если реально был договор ГПХ и работнику не удастся доказать, что это не трудовой договор (а там мог быть какой-нибудь хитрый пункт, разрешающий перепоручать задания, например) - то таки свобода договора, да. А если удастся - то работодатель попал.
Общественность уже требует продолжения истории, Даниил Вершинин , сем дело кончилось?
1. Что-то происходит с БД (после 2-3-х запросов она не должна умирать, ей-богу) - смотрите в логи сервера SQL, может запрос подвисает, еще что-то там стремное происходит.
2. Проблемы с дизайном - вам правильно сказали, что SQL-запросов в типичном приложении должно быть поменьше. Если вы можете переписать цикл из php на sql - сделайте это.