Проблема не в кавычках, а существенно глубже. Мне, как руководителю проекта важно следующее:
1. Чтобы код заработал без ошибок, за как можно меньшее количество итераций
2. Чтобы код работал максимально быстро, при этом обрабатывая все возможные ошибки ввода, сохраненных данных, сессий и таймаутов.
3. Чтобы для при использовании кода для следующего проекта в него не надо было бы лезть.
А как там написано, какие камменты и названия переменных используются внутри - мне глубоко пофиг.
Если код одноразовый, например при портировании сайта надо загрузить контент старого из XML с учетом изменений в структуре, то мне важен только результат за максимально короткое время.
Мое восприятие данного кода:
//*сайт,*слэш*в*конце*обязателен $site='http://vinegret.info/';
Если это одноразовый код, то зачем такой комментарий?
Если коммерческий, то правильнее считать это из конфигурашки и обработать данную возможную ошибку, равно как и отсутствие "http://". Опять же, комментарий не нужен.
$file_out=fopen(getcwd()."/parsed.sql","w"); $file_bad=fopen(getcwd()."/parsed_bad.sql","w");
Если это коммерческий код, то почему я обязан размещать файлы с определенными названиями определенных местах? Ну да Бог с инми с названиями, но уж места размещения могут быть любые, например в силу политики безопасности :)
Откуда Вы знаете, что требуется, а что не требуется? Я не говорю про разовую подпорку. В ней допустимо мешать все со всем а переменные называть именами любимых девушек.
Тут человек показывал свое понимание коммерческого программиования. А любительское программирование похоже на коммерчаское так же, как большой плот с парусом похож на океанский лайнер
Читабельный код нафиг никому не сдался, так же как и комментарии. Ибо в нормальной промышленной системе в код не лезут, а его просто используют. Сделали компоненту, задокументировали вход и выход, и все - скинули в библиотеку. Нутрянка никому не нужна. Код не надо переписывать, его надо просто сразу правильно писать, а потом использовать.
Конечно командная строка - это сила, однако в IBM'овских продуктах ( например Lotus Domino или WebSphere ) этот вопрос давно решен двумя путями:
1. Логи Web сервера пишуться в базу данных, где есть уже масса подготовленных категоризированных видов ( все, по сайтам, по пользователям, по кодам ошибки и.т.д )
2. В Java и Lotus Script есть специальные классы для логирования, и эти логи тоже пишуться в базу данных и просматриваются в реальном времени. Для полного щастья достаточно программисту везде, где он считает нужным, ставить сброс в информации лог, с указанием уровня логирования, и при отладке просто менять уровни логирования. Особенно важно включать эти функции при интеграции системы со сторонними системами, например с 1С или документооборотом. При просмотре таких логов сразу становится ясно на чьей стороне происходит ошибка.
Ничего подобного. Они бесплатно раздают ЯДРО системы, которое необходимо еще долго настраивать и кастомизировать.
Проблема заказчиков в том, что они считают, что раз ядро бесплатное, то и его кастомизация должна стоить недорого, а проблема исполнителей состоит в том, что они не умеют оценивать свои трудозатраты, и не добиваются от заказчика конечных функциональных спецификаций системы.
Когда два таких фрукта находят друг друга получается сплошная нервотрепка для них обоих и хорошее зрелище для остальных :)
Можно даже на ASM все написать и работать будет :)
По топику: Я не сильно знаю тонкости PHP, не пользуем мы его, но прочитать и понять могу. Что не понравилось в коде:
1. Код содержит часто изменяемые константы ( никто не мешает вынести их в отдельный файл )
2. Код содержит HTML код - это тоже неверно. т.к. в нормально проекте, которым занимается не один программист, за функционал и код HTML отвечают разные люди,и программист пишущий HTML не должен менять скрипты.
И вообще, нормальный код все должен брать из файлов или БД настроек.
Мой резюм - в команду только стажером, и дальше 3-4 месяца учить основам проектирования систем. Как программер одиночка - потянет, но все свои шедевры сможет сопровождать только он сам :(
Да как заказ мне это просто неинтересно, тем более за бюджет в 4 600 руб. Этой суммы не хватит даже на нормальное ТЗ для программиста с требованиями и контрольными примерами. Да и с форума я заказов не беру :) У меня немножко другая клиентура.
В вашем случае четко виден биллинг, причем персональные данные должны быть очень хорошо защищены. Более того, такая система сама по себе, без бэкенда, не представляет хорошей ценности. Думаю, что проще и дешевле Вам будет обратится именно к разработчикам понравившейся системы. По крайней мере они такое уже делали.
В противном случа Вам просто напишут красивую витрину с неработающим функционалом, зашитым в код HTML и выриантами выбора и без элементарных обработчиков ошибок :)
Нормальная, правильная политика. Да и в области программного обеспечения они на массовый рынок не рвуться. IBM к небольшим компаниям ( менее 1000 человек ) повернулся лицом совсем недавно. Они продают не железо и программы, а продают решения, которые грамотный пользователь может под себя дорабатывать как угодно и сколько угодно.
Приобрести IBM в магазинах невозможно, ибо нет ноутов IBM, а есть Lenovo, которые делятся на 2 группы ThinkPad ( Разработки еще американских инженеров ) и все остальное. Остальное- это полный отстой. Типа ровера или асера. ThinkPad делится на 3 серии T, R и X. X - это 12 дюймовые машинки и они достаточно специфицны ( хотя у меня жена кричит, что ничего лучше, чем X серия нет ) T и R - по характеристикам правкически одинаковы, но T меньше весит, имеет трехлетнюю гарантию и кучу дополнительных классных фич ( док станция, в которую можно PCI платы вставлять, сменный (на лету) CD привод, вместо которого можно использовать дополнительнцю батарею примерно на полтора часа, или второй жесткий диск.
А вот в магазинах продается как правило именно R. И я бы не сказал, что задорого.
Да нет, IBM - обычный отстой по сравнению с асером или MCI. У IBM все скучно и неинтересно: купил, 2-3 года отпахал без переустановки оси, продал за половину покупной цены, да еще с некоторой гарантией... Что случилось - сервис в течении недели-двух решает проблемы.
A Acer - это лотерея. То ли накроется то ли нет. Накрылся. Обидно, но лотерея продолжается - ремонт будет продолжаться 4-5 месяцев, или, таки, 21 день.... и так пока год гарантии не кончится. Вот это развлекуха для настоящих пацанов :)
После Panasonic Toughbook Y7 любой ноут- полный отстой :)
а если есть машина и бабло, то надо брать Toughbook 30. мега-машинка.
... и еще забыл добавить, что каталог этой CMS будет справочником для 1С :)
ТС: Опишите подробнее функционал. Тут бэкэнд может быть раз в 5 более трудоемким яем фронтэнд. Действительно "нужна информационная система с простейшимифункциями CMS"
