Комментарии 20
У меня тоже была мысль использовать curl… только вот интересно — а Google не может забанить такие запросы?
Может и забанит. Но как забанит так и будем думать, что делать.
Проблемы надо решать по мере их поступления.
Проблемы надо решать по мере их поступления.
Банит 100% — проверено. Так что прокси нам в помощь.
если почитать лицензию гугля на сервис, то там всплывают цифры о количистве бесплатных запросов с одного хоста. Все остальное свыше — подлежит оплате, причем довольно не мелкой.
Вот репу чешу, как бы умудриться заставлять клиентов исполнять такие запросы на своей машине и передавать результат на преобработку серверу, чтоб получить конечный результат.
Вот репу чешу, как бы умудриться заставлять клиентов исполнять такие запросы на своей машине и передавать результат на преобработку серверу, чтоб получить конечный результат.
Ну что за велосипедостроительство очередное в методах?!
Метод _explode легко умещается в 1 строку:
И еще — приватные методы/свойства не принято отмечать нижним подчеркиванием в начале имени — это лишь для protected-свойств и методов. Конечно, это личное дело каждого, но как-то так повелось, что это стало каким-то «стандартом», что ли…
Метод _explode легко умещается в 1 строку:
function explode($text)
{
return array_map('trim', explode('[(<#>)]', $text));
}
И еще — приватные методы/свойства не принято отмечать нижним подчеркиванием в начале имени — это лишь для protected-свойств и методов. Конечно, это личное дело каждого, но как-то так повелось, что это стало каким-то «стандартом», что ли…
И еще — если предполагается, что ошибок может быть много — сделайте массив. И вывод как-нибудь так:
<?php if ( ! empty($errors)) : ?>
<ul class="errors">
<?php foreach ($errors as $error) : ?>
<li><?php echo $error; ?>
<?php endforeach; ?>
</ul>
<?php endif; ?>
По поводу массива ошибок. А имеет ли смысл?
Если во первых наличие их будет проверяться лишь кодом который использует мой класс, а во вторых более одной ошибки возникнуть не может по определению т.к. все они относятся к работе curl.
То есть ошибка генерируется если курл не установлен, а далее уже не вызываются остальные методы, и если http запрос вернул ошибку, которая тоже может быть только одна.
Если во первых наличие их будет проверяться лишь кодом который использует мой класс, а во вторых более одной ошибки возникнуть не может по определению т.к. все они относятся к работе curl.
То есть ошибка генерируется если курл не установлен, а далее уже не вызываются остальные методы, и если http запрос вернул ошибку, которая тоже может быть только одна.
И еще — приватные методы/свойства не принято отмечать нижним подчеркиванием в начале имени — это лишь для protected-свойств и методов. Конечно, это личное дело каждого, но как-то так повелось, что это стало каким-то «стандартом», что ли…
Хм. Первый раз слышу. Пруфлинк можно?
Обычно без префикса только публичные, а приватные и протектед — с префиксом.
Спасибо. Сам что-то не догадался. Торопился когда делал.
C какой радуги вы свалились чтобы говорить о таких стандартах префиксов private/protected методов в РНР ???
к ТС:
почему вы игнорируете json_decode и вместо этого тянете какой-то левый PHP скрипт?
к ТС:
почему вы игнорируете json_decode и вместо этого тянете какой-то левый PHP скрипт?
public function getLanguages() — не все ветки условия имеют return
Сам делал такую библиотеку. Столкнулся с проблемой, что текст ограничен по длине.
Резать текст на части труда не составляет, а количество запросов можно увеличить заплатив денежку.
можно подробнее про денежку?
В документации к API месяца 2 назад была возможность увеличить лимит заплатив денежку. Так как API более недоступен (всмысле лимиты одинаковы для всех) то они эту табличку убрали. Я для парсера писал класс-переводчик. Там объемы данных большие были — пришлось заплатить. Сразу к лимиту нолик добавился.
Google вроде как недавно закрыла API переводчика
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Класс для перевода текста используя сервис Google Translate