Кто вам это сказал? Проблема производительности может возникнуть, если вы без необходимости увеличите количество записей на два-три порядка. И то не факт, зависит от того, как с ними работает система.
В целом вы прекрасно описали классические проблемы преждевременной оптимизации.
tukreb, обычно придерживаюсь того же принципа, но здесь подозреваю, что частная поставленная задача может оказаться более широкой (например, в части размеров) и оправдает оверхед.
DollyPapper, речь не о "строках", а об инструментарии для сборки готового кода, например, в бинарник. В IDE начинающий учится не логике выполнения этих действий, а искусству нажать нужную кнопочку и ждать чуда.
Сергей delphinpro, а для обучения развесистое IDE скорее вредно.
Ближе к блокноту - глубже понимание, что делаешь.
Иначе потом "С++ разработчик вышел из ВижуалСтудии и потерялся".
Dolarun, "что ты имел в своем виду - расскажешь папе с мамой" (с)
Если ты сам себе решил, что ты во что-то умеешь - как правило, первая же серьезная работа опровергает это заблуждение.
tgarl, более того - я уверен, что rsync-у на хрен не нужен OpenServer.
Вообще, проблему здесь вижу только в том, что бэкап веб-сайта на NTFS - заведомо плохая идея.
Что мешает посмотреть в браузере, что пришло с сервера? И заголовки, и содержимое.
Там, например, может быть нотис насчет того, что буфер сбрасывается, не начавшись.
Nikita, разумеется. Если заказчик хочет от вас только и исключительно поставленной задачи, ее стоит решать минимальным вмешательством, потому что любое другое чревато доминошками.
Вплоть до нулевого изменения таблиц и выборки-разбивки всего прямо в скрипте. При сотне статей за три года бутылочным горлышком это все равно, скорее всего, не станет.
3) Сделать полностью новую версию сайта, с нормальным хранением и обработкой данных. Не тратя уйму сил на попытки совместить "исторически слежавшееся" с нормальной архитектурой. За счет этого может оказаться даже быстрее рефакторинга.
Nikita, по "чисто информативным" статьям в основном и приходят новые посетители из поисковиков. Или, если поисковик видел эту статью по адресу с похеренным в процессе революции айдишником - получают 404 и не приходят.
Кто вам это сказал? Проблема производительности может возникнуть, если вы без необходимости увеличите количество записей на два-три порядка. И то не факт, зависит от того, как с ними работает система.
В целом вы прекрасно описали классические проблемы преждевременной оптимизации.