API должен иметь личный кабинет. У работающего интернет-магазина далеко не один десяток поставщиков. И заходить к каждому в личный кабинет — это застрелиться можно.
Хотя, это всё мечты: большинство оптовиков до сих пор рассылают прайсы в xls-формате, постоянно меняя раскраску, картинки, добавляя всякую хрень, чем затрудняют автоматический парсинг.
Надежность не протестируешь: нужна статистика и репрезентативная выборка.
Но важнее даже не 100% надежность: проблемы бывают у всех.
А важно наличие круглосуточной настоящей техподдержки. Чтобы вопрос с отсутствием доступа к vds-менеджеру решался сейчас, а не когда придет главный сисадмин, который работает с 9 до 17 по будням.
Это я не шучу, это в порядке вещей как у наших хостеров, так и у немецких.
Вот это «все работает» — очень хрупкое. Да, есть ситуации, в которых компилятор ругается notice'ом или warning'ом. Например if (str = fgest(filePointer))
вполне рабочий код и такой warning можно спокойно игнорировать. Это нормально.
В Java эту ситуацию обошли элегантно: условие должно иметь булев тип, и точка.
Судя по вашему комментарию, работаете вы с PHP :-)
Помниться я как-то мучал такую CMS как Joomla и выпадали там вечные вызовы нестатических методов как статических. Это — неправильно, потому как если в одном из этих методов кто-то вдруг использует $this, то все сломается. Почему бы не объявить метод просто статическим? Ничего же не изменится от этого в функциональности. Вопрос риторический если что…
Так что если у вас все ломается при включении вывода ошибок, то гоните таких «гуру» подальше: такой подход здесь говнокодом зовется. Ну или сделайте вывод ошибок только в лог и смотрите туда, не?
Еще одно интересное наблюдение: новички в программировании считают предупреждения компилятора чем-то, на что не стоит обращать внимание, а, лучше, вообще отключить. Опытные включают максимум проверок: это поможет избежать глупых ошибок и отпечаток.
XHTML популярен из-за его однозначности. Да, в HTML тег можно опустить, но в этом случае браузера должен догадаться, где надо правильно расположить закрывающий тег. А это еще одна возможность различной интерпретации различными браузерами. С точки зрения однозначности инструкций XHTML и валидация — отличный помощник.
Ну так IBM'овское производство купила Hitachi, а до этого Quantum купила Maxtor (или наоборот), а потом уже Seagate купила Quantum.
Fujitsu до сих пор делают харды (видел в некоторых топовых самсунгах и почти во всех встречавшихся fujitsu-siemens'ах).
Меньше длина шнурка — меньше помехи.
А вот что трудно найти, так это подходящие по длине шнурки.
И добавление к цене 50-100 рублей не сильно изменило бы цену.
Хотя, это всё мечты: большинство оптовиков до сих пор рассылают прайсы в xls-формате, постоянно меняя раскраску, картинки, добавляя всякую хрень, чем затрудняют автоматический парсинг.
Плохо пока всё с автоматизацией, очень плохо…
Но важнее даже не 100% надежность: проблемы бывают у всех.
А важно наличие круглосуточной настоящей техподдержки. Чтобы вопрос с отсутствием доступа к vds-менеджеру решался сейчас, а не когда придет главный сисадмин, который работает с 9 до 17 по будням.
Это я не шучу, это в порядке вещей как у наших хостеров, так и у немецких.
Основная проблема — надёжность и техподдержка.
if (str = fgest(filePointer))
вполне рабочий код и такой warning можно спокойно игнорировать. Это нормально.
В Java эту ситуацию обошли элегантно: условие должно иметь булев тип, и точка.
Судя по вашему комментарию, работаете вы с PHP :-)
Помниться я как-то мучал такую CMS как Joomla и выпадали там вечные вызовы нестатических методов как статических. Это — неправильно, потому как если в одном из этих методов кто-то вдруг использует $this, то все сломается. Почему бы не объявить метод просто статическим? Ничего же не изменится от этого в функциональности. Вопрос риторический если что…
Так что если у вас все ломается при включении вывода ошибок, то гоните таких «гуру» подальше: такой подход здесь говнокодом зовется. Ну или сделайте вывод ошибок только в лог и смотрите туда, не?
То же самое и с валидацией…
Fujitsu до сих пор делают харды (видел в некоторых топовых самсунгах и почти во всех встречавшихся fujitsu-siemens'ах).
А вот что трудно найти, так это подходящие по длине шнурки.
И добавление к цене 50-100 рублей не сильно изменило бы цену.