Возможно я не прав, но по факту выясняется то, что в данный момент мы на одном человеке и висим. Пытались привлекать других программистов к задаче, никто из них не пожелал остаться видя то, что сделано текущим ведущим программистом. Нанимать пытались, но все попытки были четными (либо не натыкались на действительно хороших спецов). Насчет велика, на одном из сервисов написанных на его основе нагрузка - 30к уников в сутки, все проекты очень хороши в исполнении, каждое решение оптимизируется до предела, разработчик знает php лучше, чем я знаю алфавит и в выгоде его привлечения к разработке я не сомневаюсь.
То, что проект начали разрабатывать на текущей платформе - являлось ошибкой и руководство это понимает видя то, во что встает поддержка и доработка проекта, причем доработка эта длится бесконечно. Пробовали сменить дизайн, отдали кучу денег, написали кучу прототипов, но программа до сих-пор не соответствует техническому заданию, прошло пол года с того момента, когда все должно было быть готово. Руководство не столько ко мне недоверие испытывает, сколько к исполнителям, хотя моих косяков по ходу всех этих феерических событий тоже хватало. БД у нас используется mongoDB, серверных мощностей достаточно для работы сервера, но большинство вещей влияющих на конверсии и внутреннюю оптимизацию в плане SEO по факту не реализовано, задачи пылятся в задачнике месяцами при том, что о них ежедневно идут напоминания и исполнителям и руководству. Это что-то вроде общего глубокого разочарования руководителей в IT-сфере, и я даже не знаю, с какой стороны подкатить. Так как делая хорошо свою работу ее результаты все-равно упираются в работу сервиса, а насчет переписи с нуля - специалист которого я хочу привлечь действительно достойный и справится с задачей за 3-4 месяца работы. Я это знаю, понимаю и уверен в этом, но руководству этого не докажешь. Хотя работать можно по договору с указанием сроков и ответственности, может это сыграет роль гаранта.. Но как к этому подвести, я не знаю
@omun вариант с самотеком длится уже пол года, фактически то, что происходит - и есть самотек, только крайний в этой ситуации - конечно же я, так как я отвечаю за продажи. :)
Я работаю в этой компании уже 5 лет и у понимая, насколько проще будет жить с нормальным сервисом (а я маркетолог и SEO-специалист), я понимаю что либо работы будет в 3 раза меньше, либо работая можно будет прогрессировать, а прогресс несомненно повлияет в итоге и на мою зп, соответственно вкладывая свои личные сбережения я это готов сделать из личной выгоды без откатов, свой откат я получу по такой схеме на долгосрочной перспективе :)
Уже были четные попытки в этом направлении, чтобы сторонний программист работал, нужно сидеть с ним рядом, но поскольку руководство придерживается политики о том что IT-шники должны работать удаленно, такой вариант не работает. Все IT-шники которых мы нанимали скоропостижно покидали проект, понимая то, какой им требуется проделать объем работ для приведения проекта в порядок и проводя колоссальный труд подчищая за текущим ведущим...
Если говорить о долгосрочной перспективе, то получается, что именно Y>Z>W, но генеральный в это не верит, думая что все IT-шники будут топтать проект на месте, то-есть по мнению руководства X>Y будет по определению...
Перепроверил, записи не удаляются. Обязательно присутствие header("Location: index.php");? У меня браузер тормозит скрипт из-за циклической переадресации. Да и вызывать PHP я буду из shell, там такой трюк вряд-ли пройдет.
Мысль понял, но к сожалению не работает. В случае присутствия записи я поставил просто обновление данных в ней. Но удаление тех записей из БД, которые отсутствуют в XML надо реализовывать как-то иначе.
Или же я не правильно понял суть конструкции DELETE users FROM users WHERE users.id != '$id', мне тут не понятно значение "users.id", это какой-то глобальный поиск по всем идентификаторам в таблице?
Спасибо за то, что дали пример, так как после того как я сделал xml2json, исходя из слишком больших потребностей данного метода пришел к simplexml_load_file.
У меня вопрос по конструкции else в предложенном варианте для удаления записей присутствующих в БД, но отсутствующих в импортируемом туда XML. В предложенном варианте получается, что действие происходит в случае совпадения результатов, т.е. если данный пользователь найден в БД. Эта проверка актуальна для обновления данных, но для удаления тех данных, которые отсутствуют в импортируемом XML не подходит. Не могли бы вы направить меня в нужную сторону с разбором вопроса удаления неактуальных данных? Может действительно лучше использовать временную таблицу?
Спасибо!
Действительно. В общем решение найдено, я могу отследить источник перехода командой $_SERVER['HTTP_REFERER'] и по нему уже определить то, что переход осуществлен с site.ru и открыть доступ.
Нет, наш IT-отдел к этому не готов, оба сервера на совершенно разных площадках, где среда тоже разная. Мне нужна элементарная защита от дураков без заморочек для менеджеров, которые будут посещать site2.ru.
Проблема в том, что domain.site.ru вообще на руби и там другой программист (не хотелось бы его дергать)… Если предположить наличие доступа, какими путями можно осуществить такую проверку?
Официальной проверки они инициировать не могут никаким способом, кроме обращения в ОБЭП с предоставлением им исчерпывающих данных о неправомерном использовании их лицензий. Но судя по тому, что вы написали в топике мне что-то подсказывает, что Агапов — мошенник и готов предложить вам добровольно провериться у своих «специалистов». Ждем дальнейшего развития событий, и людей которые уже сталкивались конкретно с Агаповым.
Можно еще спросить, за счет каких инструментов создавались HTML разметка и CSS? Когда я заглянул в исходный код, был немного удивлен… Все сделано очень странно и явно не на высоком уровне. Не сомневаюсь в том, что проблема с в том числе отображением телефонов кроется именно в этом.
Еще проверьте на предмет помех от источников питания, в общем прежде чем что-то делать, постарайтесь найти основной источник помех. Протестируйте карту в разных условиях, попробуйте подключить к другому устройству в другом месте к примеру. Так как в случае альтернативных источников помех вы одним экранированием звуковой карты не обойдетесь.
