Не нужно путать людей. Процесс отладки никак с количеством файлов не связан. Хоть миллион. Сложность процесса отладки (а также реинжиниринга систем в целом) зависит от того имеет ли система грамотно спланированную и реализованную архитектуру. Набор технологий может быть произвольным. Объем кода - также любым. Завязнуть можно и в 10 строках кода.
Сайт, реализованный на самописном движке, за что Вы тут ратуете - да. Сайт, собранный на коробочных решениях, которые манипулируют бизнес логикой или любым прикладным уровнем (выше языка программирования) - даже для развития необязательны ни программисты ни администраторы. А для поддержки и подавно.
это сказки. за 4 рабочих дня можно заточить некий свой набор полуфабрикатных скриптов под конкретную задачу. Но под себя. Написать программный продукт (документация+саппорт, а именно это необходимо для того, чтобы отдать это в пользование другом человеку) любой сложности, выполняющий с десяток функций имеющих ценность для бизнеса - тут одно проектирование грамотное может в 10 раз дольше (дороже) обойтись.
Просто тут правильно говорят - очень узок круг клиентов библиотеки или mp3 портала, таких сайтов на рынке по пальцам пересчитать. Сделать массовым товар такой нереально. Можно только:
а) заказать где-то (риск дофига заплатить за обучение программистов исполнителя, т.к. эту задачу 99% что будут делать впервые)
б) найти готовый проект более-менее подходящий по функционалу, связаться с изготовителем и купить/украсть/обменять на пиво.
в) попробовать сделать все самому (то есть не код писать самому, а брать скрипт там, скрипт сям, заказать кусочек там, кусочек сям, а самому только проектировать и тестировать). Доведя путем проб и ошибок свой проект до более-менее стабильного состояния кое-как за ночь оформить документацию из имеющихся набросков и кусков и продать следующему страждущему без всяких обязательств и гарантий (а значит - задешево).
Есть еще один путь, для солидных людей. Убедить какие-то структуры (лучше государственные) в необходимости такого портала и развести их на деньги. Финансируя на чужие деньги можно что-то приличное сделать, зависит от желания.
В любом случае это все большие затраты времени и сил, если говорить о реальном бизнесе. Решения за 300 баксов тут не катят. Они потопят владельца бизнеса, который решит сэкономить таким образом.
Мнение понятное, но нужно учесть, что многие посты имеют вид типа "я понял что теперь могу создать CMS, у кого есть пожелания какой она должна быть?". А это всего лишь означает, что еще один разработчик перешагнул лично для себя определенный рубеж, достиг (как ему кажется) зрелости. Это очень хорошо, поскольку у разработчика есть желание развиваться.
Логично через некоторое время ожидать следующей ступеньки. Человек осознает, что разработка софта это 5% кода + 35% требования к нему (постановка задачи) + 50% тестирование (разбор получилось ли то, что задумывалось). Собственно, а как иначе?
Так что, пишите, мужики, пишите. Очень хочется верить, что наши разработчики когда-нибудь будут делать софт западного уровня. Пока до этого очень далеко. Но все преодолимо. Со временем и опытом.
Gordon01,
"Вам действительно так нужен программист?" – спросил я. "Нам позарез нужен программист". – "Я поговорю с ребятами, - пообещал я. – Я знаю недовольных". – "Нам нужен не всякий программист, сказал горбоносый. – Программисты – народ дефицитный, избаловались, а нам нужен небалованный". – "Да, это сложнее", - сказал я. Горбоносый стал загибать пальцы: "Нам нужен программист: а – небалованный, бэ – доброволец, цэ – чтобы согласился жить в общежитии…" - "Дэ, - подхватил бородатый, - на сто двадцать рублей". – А как насчет крылышек? – спросил я. – Или, скажем, сияния вокруг головы? Один на тысячу!" – "А нам всего-то один и нужен", - сказал горбоносый. "А если их всего девятьсот?" – "Согласны на девять десятых".
А. и Б. Стругацкие "Понедельник начинается в субботу"
Вот в чем принципиальное отличие форумов на западе от форумов у нас. Там, задав вопрос, можно получить на него ответ. У нас - кучу советов.
Естественно, что очевидный метод записи во временный файл копии данных и последующего удаления исходного файла (это лучше будет чем нулями заполнять) рассматривался. Я спрашиваю совсем другой вопрос - см. тему. Потому что есть ситуации, когда подобный подход не подходит.
Это пофигу. Как я уже писал, лучше потерять последние изменения одного, чем весь файл целиком.
2 maximkuk: пробовали. Мы много чего пробовали. По определенным причинам нельзя это использовать в нашем продукте. Задача стоит так, как я её сформулировал, не стоит тратить время и предлагать другие решения.
Я скриптом в файл данные пишу, вы что, предлагаете коннект по FTP каждый раз делать перез записью? По времени представляете сколько это будет?
В основном на хостингах стоит MySQL 3, который не поддерживает транзакции. Требование к продукту - работать везде. Кастомные проекты делаются на нормальных базах - MSSQL или Oracle. Кроме того, каждое решение должно соответствовать требованиям. Хранить простые справочники в реляционной СУБД - слишком невыгодно за счет резкого увеличения трат на развертывание/обслуживание/резервное копирование.
Одновременного на компе ничего не бывает, а если двое пытаются писать в файл - есть блокировки на уровне скриптов и блокировки на уровне операционки. Так что этот вопрос давно решен.
7 секунд это гибель, как и предполагалось. Я требования писал - 1 миллисекунда на все про все, то есть на основную работу скрипта.
Для определенных целей сгодятся и самопальные сертификаты, сделанные в OpenSSL и иже с ним. Некоторые коммерческие конторы (например мой провайдер) не стесняются заставлять пользователя жать на Yes в разных диалоговых окнах, которые при этом возникают из за отсутствия валидного CA. При этом они еще и документацию пишут, как правильно жать на Yes. Нет чтобы купить сертификат.
